Обновляем кластер с vSphere 5.1 до 5.5: Flash Read Cache и наконец-то вменяемый Web Client

На одном из клиентских кластеров на сопровождении у нас уже несколько месяцев крутится vSphere 5.1. Работает без нареканий, но после того как VMware начала рассказывать про 5.5 на VMworld, решили поднять тему обновления - посмотреть что реально меняется на практике, а не в маркетинговой презентации.

Обновление прошло в тестовой среде. Вот что зацепило.

Web Client - наконец-то можно работать

В vSphere 5.1 Web Client был формально обязательным для ряда задач - vSphere Replication, некоторые вещи с vCenter - но пользоваться им было физически неприятно. Медленный, глючный Flash, интерфейс реагировал с задержкой, навигация требовала привыкания. Все, кто мог, продолжали сидеть в C#-клиенте.

В 5.5 Web Client стал ощутимо быстрее. Не идеал - всё ещё на Flash, всё ещё можно найти места где тормозит - но теперь это рабочий инструмент, а не причина раздражения. Фильтры в инвентаре работают нормально, задачи и события грузятся без зависаний. Можно наконец переводить людей на него без риска получить в ответ страдальческий взгляд.

Отдельно порадовало что часть операций, которые в 5.1 были только в толстом клиенте, теперь доступна через Web Client. Это постепенно закрывает вопрос «зачем вообще два клиента».

vSphere Flash Read Cache

Это главное практическое улучшение для нас. Если коротко: берёшь SSD (или несколько), выделяешь под Flash Read Cache, и vSphere начинает кешировать туда чтения горячих виртуальных дисков. Без замены HDD, без перестройки хранилища.

На тестовом хосте поставили Intel SSD под кеш. Включили Flash Read Cache для пары нагруженных VM с базами данных. Результат - IO-нагрузка на шпиндельные диски упала, latency на чтение снизилась. Не потому что диски стали быстрее, а потому что повторяющиеся чтения больше не доходят до них.

Несколько наблюдений по работе с этим:

• Размер кеша на VM настраивается вручную. Если выделить слишком мало - эффект минимальный, если слишком много - неэффективно используешь SSD под данные которые читаются редко. Нужно смотреть на реальный рабочий набор данных конкретной VM.
• Кеш не персистентный - при vMotion кеш на новом хосте холодный, VM первое время работает медленнее пока кеш не прогреется. Для кластеров с активным DRS это нюанс.
• Это кеш только на чтение. Ускорение записи - отдельная история, Flash Read Cache её не трогает.

Для клиентов где есть нагруженные VM на шпиндельных SATA-массивах, но заменить хранилище на SSD целиком дорого или нецелесообразно - это рабочий компромисс. Один SSD на хост, и IO-картина меняется ощутимо.

vSAN preview - смотрим, но не трогаем

На VMworld показали vSAN - программно-определяемое хранилище поверх локальных дисков хостов. Идея понятная: вместо внешнего SAN/NAS используешь диски внутри самих ESXi-хостов, кластеризованные через специальный слой.

Звучит интересно, но в 5.5 это именно preview - бета с ограничениями и без production-поддержки. В тестовой среде поиграли, общая механика понятна, но в production клиентской среды его пока ставить незачем. Посмотрим как будет развиваться.

Лимиты VM выросли

Формально в 5.5 увеличились лимиты: больше vCPU на VM, больше RAM. На практике для большинства наших задач это не узкое место - мы редко упираемся в лимиты 5.1. Но для кластеров с монструозными VM под SAP или большими базами данных это может быть аргументом.

Про сам апгрейд

Обновление с 5.1 до 5.5 прошло штатно - vCenter обновили первым, потом хосты через Update Manager один за другим. Конфигурации VM остались на прежнем уровне совместимости (hardware version 9), поднимать до 10 не стали пока нет острой необходимости - это позволяет при надобности вернуть VM на 5.1-хост.

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

В целом 5.5 - это эволюция, не революция. Flash Read Cache реально полезен, Web Client наконец-то не бесит, лимиты выросли. Для кластеров где 5.1 работает нормально - апгрейд не срочный, но планировать его разумно.

Перевод оставшихся клиентских кластеров в очереди на этот квартал.