Логичный Maintenance Mode в VMware vSphere 6.0 U2

Наконец-то! Удивлён, почему это изменение не освещено в Release Notes для Update 2 (ESXi, vCenter). Зато есть отдельная статья в блоге VMware: Maintenance Mode Improvements in vSphere 6.0 Update 2. Продолжить чтение «Логичный Maintenance Mode в VMware vSphere 6.0 U2»

Базовый траблшутинг в среде VMware vSphere или что делать, если тормозит ВМ

Типовая проблема «виртуализаторов» — владелец сервиса, заказчик или пользователь жалуется, что у него «тормозит» виртуальная машина. Так как виртуализация предполагает консолидацию большого количества ВМ на базе одного комплекта аппаратных ресурсов, переподписку (overprovision — когда мы предполагаем, что серверы не затребуют одновременно максимум своих ресурсов, а значит, например, в 40 ГБ физической памяти мы можем натолкать не 10 серверов по 4 ГБ RAM, а 15, используя Dynamic Memory), а кроме того, серверы могут тормозить и из-за ошибок в программных компонентах и их настройках, то каждый раз приходится решать за что хвататься и куда смотреть в первую очередь. Особенно, если с таким ёмким описанием проблемы, как «тормозит машина» не предоставлено никакой диагностической информации, как чаще всего и бывает. Продолжить чтение «Базовый траблшутинг в среде VMware vSphere или что делать, если тормозит ВМ»

Конспект с конференции NetApp Innovation 2015 (10 ноября)

Вначале было слово и слово было Welcome.

Приветственные доклады слились в одну сумбурную презентацию миллионов IOPS и тысяч снапшотов в новой архитектуре Data Fabric, представляющую собой концепцию управления гибридными массивами и AFF (All-Flash-FAS) из одного управляющего интерфейса. Осталось непонятным, зачем столько снапшотов и клонов, и что всё-таки есть Data Fabric — программный инструмент управления или архитектура. Или концепция.

Зато лишний раз довелось убедиться, насколько живее, динамичнее и «заводнее» выступают европейские спикеры вендорских конференций.

После кофебрейка пошли технические доклады.

Продолжить чтение «Конспект с конференции NetApp Innovation 2015 (10 ноября)»

После обновления до vSphere 6.0 — Ошибка миграции ВМ: (RPO) is lower than what the host can support

О проблему споткнулись после обновления vCenter с 5.5 до 6.0.

При попытке выгнать машины с хоста для его последующего апгрейда, на одной из машин получили следующую ошибку:

<hostname> is not compatible with the vSphere Replication configuration supported by the virtual machine ‘<VM Name>’: the configured RPO is lower than what the host can support.

Ну да. Когда-то давно в системе присутствовал VMware SRM. И это, видимо, его следы. Нашлась kb. Нужно закомментировать в файле конфигурации виртуальной машины (*.vmx) ряд оставшихся от SRM параметров. И перезагрузить машину в инвентори. Естественно она должна быть выключена в момент изменения конфига.  Вот эти параметры: Продолжить чтение «После обновления до vSphere 6.0 — Ошибка миграции ВМ: (RPO) is lower than what the host can support»

После обновления ESXi-хостов пропала статистика производительности

esx-no-statistics

Неладное почувствовалось, когда ночью посыпались оповещения о превышении 97%-го порога используемой памяти на хостах. Утром выяснилось, что на половине хостов обновлённого недавно кластера (5.1 -> 5.5) отсутствует статистика использования памяти и процессора (см. картинку выше). Вкладка Perfomance встречала интригующей надписью No Data Available. Соответственно и DRS не смог учесть эти хосты в своих расчётах и просто игнорировал их.

Лекарство: /etc/init.d/vpxa restart в SSH или «Restart management agent» в консоли ESXi.

Неадекватное поведение ESXTOP в некоторых SSH-клиентах

bad-esxtop

Первый раз, когда я ввёл ESXTOP и получил такой вывод, я подумал, что проблемы на хосте какие-то. Вместо нормальной интерактивной панели в полуминуты экран заливался набором мелькающих символов аки матрица. Однако и на остальных хостах кластера ситуация повторилась. При этом никаких особенных настроек на хостах ESXi не выявилось.

Продолжить чтение «Неадекватное поведение ESXTOP в некоторых SSH-клиентах»

vSphere 6.0: первые впечатления. Установка VCVA

VCVA или vCenter Virtual Appliance — альтернатива использованию vCenter на базе Windows и является предустановленной ВМ на базе SUSE Linux Enterprise Server со всеми необходимыми службами.

В отличие от Windows-версии имеет ряд ограничений, хотя со времени vSphere 4 их количество сильно сократилось, что делает сей продукт вполне приемлемым для использования. Он по-прежнему не поддерживает внешние базы данных на базе MS SQL, воспринимает только Oracle, однако использование встроенной PostgreSQL БД позволяет использовать до 1000 хостов и 10 000 ВМ. Нечасто встречаются инфраструктуры, где требуется больше.

До сих пор, однако, VCVA использовать не доводилось. Решил в рамках тестирования vSphere 6.0 заодно посмотреть и на этого зверя. Продолжить чтение «vSphere 6.0: первые впечатления. Установка VCVA»

Некоторые замечания на тему VMware vSphere Security Permissions

Что-то я в последнее время всё о детях. Надо разбавить тенденцию, плеснув немного хардкорной ИТ-тематики. Вернёмся к теме виртуализации и VMware vSphere. В данный момент для меня стала актуальной тема назначения прав доступа.

Для предоставления доступа различным категориям пользователей к их виртуальным машинам, как правило, используется представление VM and Templates и система папок, на которые, собственно, и назначаются права. Однако, в некоторых случаях этого бывает недостаточно, поскольку для некоторых действий пользователь должен иметь права и на объекты среды, отсутствующие в отображении VM and Templates. Например, для добавления виртуального жёсткого диска или клонирования ВМ нужны права Datastore.Allocate Space или роль Datastore Consumer на объект Datastore или Datastore Cluster. А для возможности изменения сетевого интерфейса — права Network.Assign Network или роль Network Administrator на соответствующие портгруппы. Далее детальнее об этом и других нюансах назначения прав доступа в vSphere. Информация актуальна для версий vSphere 5.1 и 5.5. Продолжить чтение «Некоторые замечания на тему VMware vSphere Security Permissions»

Зависшие и неотменяемые задачи VMware vSphere

Непонятно мне, почему нельзя реализовать вменяемый способ экстренной остановки зависших или неактуальных (и даже вредных) задач, имеющих атрибут IsCancelable = false.

На днях, сложилась ситуация — Veeam запустил своё задание на бэкап, появилась задача Create virtual machine snapshot и благополучно провисела в состоянии 95% до следующего запуска бэкапа. То есть больше суток. Дождавшись появления ещё одной аналогичной задачи, вставшей в очередь. Картина некрасивая, бэкапы не делаются, но что предпринять, чтобы выйти из ситуации корректно — непонятно. Продолжить чтение «Зависшие и неотменяемые задачи VMware vSphere»

Интересное из курса VMware vSphere ICM 5.0. Конспект, ч.2

Продолжение конспекта и пометок на полях. Начало тут.

Network

Можно создавать виртуальные свичи, содержащие один, несколько или ни одного аплинка (привязки к физическому сетевому адаптеру и, соответственно, выхода «в мир»). Свичи могут быть стандартными (являются объектом хоста) или распределённые (являются объектом vCenter, это своеобразные шаблоны, применяемые ко всем хостам).

Общение между виртуальными свичами идёт через физическую среду. Если у виртуального свича нет аплинков, то нет и общения с другими свичами (что логично).

Помимо самих виртуальных свичей, внутри них можно создавать портовые группы. Портовые группы нельзя привязывать к определённым аплинкам, но на них можно назначать свои VLAN’ы и политики (как и целиком на виртуальные свичи). Продолжить чтение «Интересное из курса VMware vSphere ICM 5.0. Конспект, ч.2»