Логичный Maintenance Mode в VMware vSphere 6.0 U2
Наконец-то! Удивлён, почему это изменение не освещено в Release Notes для Update 2 (ESXi, vCenter). Зато есть отдельная статья в блоге VMware: Maintenance Mode Improvements in vSphere 6.0 Update 2.
Наконец-то! Удивлён, почему это изменение не освещено в Release Notes для Update 2 (ESXi, vCenter). Зато есть отдельная статья в блоге VMware: Maintenance Mode Improvements in vSphere 6.0 Update 2.
Начиная с версии 5.0 U1, vSphere различает два типа потери доступа к хранилищу: APD (All Paths Down) и PDL (Persistant Device Loss).
Типовая проблема «виртуализаторов» — владелец сервиса, заказчик или пользователь жалуется, что у него «тормозит» виртуальная машина. Так как виртуализация предполагает консолидацию большого количества ВМ на базе одного комплекта аппаратных ресурсов, переподписку (overprovision — когда мы предполагаем, что серверы не затребуют одновременно максимум своих ресурсов, а значит, например, в 40 ГБ физической памяти мы можем натолкать не 10 серверов по 4 ГБ RAM, а 15, используя Dynamic Memory), а кроме того, серверы могут тормозить и из-за […]
Версии VMware vSphere до 6.0 поддерживали только протокол NFS v3. Эта версия протокола имеет ряд ограничений: Трафик по сети передаётся в нешифрованном формате. Для ввода-вывода используется только одно TCP-соединение. А значит никакого multipathing’а. Каждый хост должен подключаться к NFS-томам только root’ом. Зато NFS v3 поддерживает Hardware Acceleration, что даёт возможность использовать thick disks и ещё ряд оффлоад-бонусов. В шестёрке появилась возможность использовать NFS v4.1. Что убирает недостатки NFS3 :
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 и меняем их значение […]
О проблему споткнулись после обновления 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. Нужно закомментировать в файле конфигурации […]
Ключевые нововведения: 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 и нововвдение […]
Неладное почувствовалось, когда ночью посыпались оповещения о превышении 97%-го порога используемой памяти на хостах. Утром выяснилось, что на половине хостов обновлённого недавно кластера (5.1 -> 5.5) отсутствует статистика использования памяти и процессора (см. картинку выше). Вкладка Perfomance встречала интригующей надписью No Data Available. Соответственно и DRS не смог учесть эти хосты в своих расчётах и просто игнорировал их. Лекарство: /etc/init.d/vpxa restart в SSH или «Restart management agent» в консоли ESXi.
Первый раз, когда я ввёл ESXTOP и получил такой вывод, я подумал, что проблемы на хосте какие-то. Вместо нормальной интерактивной панели в полуминуты экран заливался набором мелькающих символов аки матрица. Однако и на остальных хостах кластера ситуация повторилась. При этом никаких особенных настроек на хостах ESXi не выявилось.
У каждого вендора и даже у разных моделей дисковых массивов внутри одного вендора разные рекомендации по настройке Path Selection Policy (Fixed, Most Recent Used или Round Robin). В ESX для основных вендоров реализованы специальные плагины (SATP — Storage Array Type Plugin), которые являясь частью Native Multipathing Plugin (NMP — механизма управления PSP) как раз и описывают использование определённой политики для определённых устройств. К слову сказать, не всегда дефолтные значения SATP соответствуют рекомендациям вендора. Посмотреть значения […]