Наконец-то! Удивлён, почему это изменение не освещено в Release Notes для Update 2 (ESXi, vCenter). Зато есть отдельная статья в блоге VMware: Maintenance Mode Improvements in vSphere 6.0 Update 2. Продолжить чтение «Логичный Maintenance Mode в VMware vSphere 6.0 U2»
Метка: vmware
Как VMware vSphere реагирует на исчезновение устройства хранения — APD и PDL
Начиная с версии 5.0 U1, vSphere различает два типа потери доступа к хранилищу: APD (All Paths Down) и PDL (Persistant Device Loss). Продолжить чтение «Как VMware vSphere реагирует на исчезновение устройства хранения — APD и PDL»
Базовый траблшутинг в среде VMware vSphere или что делать, если тормозит ВМ
Типовая проблема «виртуализаторов» — владелец сервиса, заказчик или пользователь жалуется, что у него «тормозит» виртуальная машина. Так как виртуализация предполагает консолидацию большого количества ВМ на базе одного комплекта аппаратных ресурсов, переподписку (overprovision — когда мы предполагаем, что серверы не затребуют одновременно максимум своих ресурсов, а значит, например, в 40 ГБ физической памяти мы можем натолкать не 10 серверов по 4 ГБ RAM, а 15, используя Dynamic Memory), а кроме того, серверы могут тормозить и из-за ошибок в программных компонентах и их настройках, то каждый раз приходится решать за что хвататься и куда смотреть в первую очередь. Особенно, если с таким ёмким описанием проблемы, как «тормозит машина» не предоставлено никакой диагностической информации, как чаще всего и бывает. Продолжить чтение «Базовый траблшутинг в среде VMware vSphere или что делать, если тормозит ВМ»
vSphere 6.0 и NFS
Версии VMware vSphere до 6.0 поддерживали только протокол NFS v3. Эта версия протокола имеет ряд ограничений:
- Трафик по сети передаётся в нешифрованном формате.
- Для ввода-вывода используется только одно TCP-соединение. А значит никакого multipathing’а.
- Каждый хост должен подключаться к NFS-томам только root’ом.
Зато NFS v3 поддерживает Hardware Acceleration, что даёт возможность использовать thick disks и ещё ряд оффлоад-бонусов.
В шестёрке появилась возможность использовать NFS v4.1. Что убирает недостатки NFS3 : Продолжить чтение «vSphere 6.0 и NFS»
vSphere 6.0: мелкие баги и (или) фичи
VMware-ClientIntegrationPlugin-6.0.0 устанавливается, но не работает в Firefox.
Баг уже не сильно актуален, поскольку ошибка исправлена в версии 6.0 U1. Но я убился искать в чём причина, когда пытался развернуть ovf (для этого обязателен Integration Plugin) в специальной тестовой песочнице, где был только Firefox и IE8 на клиенте и vSphere 6.0 без апдейта.
Воркэраунд описан в kb:
- В адресной строке FF набираем about:config и соглашаемся с предупреждением.
- Находим следующие параметры:
security.ssl3.dhe_rsa_aes_128.sha
security.ssl3.dhe_rsa_aes_256.sha
и меняем их значение на False. - Всё.
Пользователи с ограниченными правами не видят данных счётчиков производительности (perfomance data charts).
Статья в базе знаний. Теперь для просмотра этих данных пользователю нужен доступ (Read Only) на уровне vCenter. Сначала ужаснулись, но потом коллега выяснил, что не обязательно в настройках прав доступа включать Propagate to children. То есть ничего лишнего пользователи не увидят.
Ну и экспресс-патч для vSphere 6.0 и 6.0 U1
Вышел на днях. Исправляет серьёзную проблему спонтанной потери сетевого подключения (мы не поймали, но обновились оперативно — очень уж описанные симптомы неприятные). Полное описание тут.
После обновления до 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»
Вышло обновление VMware vSphere 5.5 — Update 3
Ключевые нововведения:
vCenter Server database support:
- Oracle 12c R1 P2 (12.1.0.2)
- Microsoft SQL Server 2012 Service Pack 2
- Microsoft SQL Server 2008 R2 Service Pack 3
Поддержка следующих ОС в качестве гостевых систем:
- CentOS 7.0
- Oracle Linux 7.0
- Ubuntu 14.10
- Windows 10
- RHEL 6.6
- RHEL 7 .1
- CentOS 7.1
- Oracle Linux 7.1
Возможность включения ротации логов на ESXi.
Сертификация адаптера PVSCSI для использования в кластерах MSCS. До этого был только LSI Logic SAS и нововвдение обещает больше производительности.
Исправление ошибок vCenter Server (внушительный список).
Исправление ошибок ESXi (не менее внушительный).
vCenter Orchestrator тоже обновился, но в списке изменений нет ничего из того, что мешает мне жить в предыдущей редакции.
После обновления ESXi-хостов пропала статистика производительности
Неладное почувствовалось, когда ночью посыпались оповещения о превышении 97%-го порога используемой памяти на хостах. Утром выяснилось, что на половине хостов обновлённого недавно кластера (5.1 -> 5.5) отсутствует статистика использования памяти и процессора (см. картинку выше). Вкладка Perfomance встречала интригующей надписью No Data Available. Соответственно и DRS не смог учесть эти хосты в своих расчётах и просто игнорировал их.
Лекарство: /etc/init.d/vpxa restart в SSH или «Restart management agent» в консоли ESXi.
Неадекватное поведение ESXTOP в некоторых SSH-клиентах
Первый раз, когда я ввёл ESXTOP и получил такой вывод, я подумал, что проблемы на хосте какие-то. Вместо нормальной интерактивной панели в полуминуты экран заливался набором мелькающих символов аки матрица. Однако и на остальных хостах кластера ситуация повторилась. При этом никаких особенных настроек на хостах ESXi не выявилось.
Продолжить чтение «Неадекватное поведение ESXTOP в некоторых SSH-клиентах»
Изменение политики выбора пути (Path Selection Policy) по умолчанию для дисковых массивов определённого производителя в VMware ESXi
У каждого вендора и даже у разных моделей дисковых массивов внутри одного вендора разные рекомендации по настройке Path Selection Policy (Fixed, Most Recent Used или Round Robin).
В ESX для основных вендоров реализованы специальные плагины (SATP — Storage Array Type Plugin), которые являясь частью Native Multipathing Plugin (NMP — механизма управления PSP) как раз и описывают использование определённой политики для определённых устройств.
К слову сказать, не всегда дефолтные значения SATP соответствуют рекомендациям вендора.
Посмотреть значения по умолчанию можно командой
~ # esxcli storage nmp satp list Name Default PSP Description ------------------- ------------- ------------------------------------------------------- VMW_SATP_CX VMW_PSP_MRU Supports EMC CX that do not use the ALUA protocol VMW_SATP_ALUA_CX VMW_PSP_RR Supports EMC CX that use the ALUA protocol VMW_SATP_ALUA VMW_PSP_MRU Supports non-specific arrays that use the ALUA protocol VMW_SATP_SVC VMW_PSP_FIXED Supports IBM SVC VMW_SATP_MSA VMW_PSP_MRU Placeholder (plugin not loaded) VMW_SATP_DEFAULT_AP VMW_PSP_MRU Placeholder (plugin not loaded) VMW_SATP_EQL VMW_PSP_FIXED Placeholder (plugin not loaded) VMW_SATP_INV VMW_PSP_FIXED Placeholder (plugin not loaded) VMW_SATP_EVA VMW_PSP_FIXED Placeholder (plugin not loaded) VMW_SATP_SYMM VMW_PSP_RR Placeholder (plugin not loaded) VMW_SATP_LSI VMW_PSP_MRU Placeholder (plugin not loaded) VMW_SATP_DEFAULT_AA VMW_PSP_FIXED Supports non-specific active/active arrays VMW_SATP_LOCAL VMW_PSP_FIXED Supports direct attached devices
