VMware анонсирует vSphere 6: смотрим на список изменений и думаем про продакшн
На VMworld San Francisco объявили vSphere 6 с увеличенными лимитами VM и обновлённым VSAN. Разбираем что это значит для нашей продакшн-фермы.
VMware анонсирует vSphere 6 на VMworld 2014 в Сан-Франциско - крупнейшее обновление платформы с увеличенными лимитами ВМ и улучшенным VSAN
VMworld 2014 в Сан-Франциско ещё не начался официально - конференция в августе - но анонс vSphere 6 уже вышел, и мы его прочитали. Впечатление двойственное: с одной стороны, список изменений реально большой. С другой - надо отделить маркетинговый шум от того, что реально меняется для нас как для команды, обслуживающей продакшн-фермы на vSphere 5.5.
Мы сели, прошлись по материалам анонса и начали составлять список: что именно это меняет в нашей работе, что надо будет проверить на бета-канале, и где стоит притормозить с выводами до появления реального железа под рукой.
Что объявили
Из ключевого в анонсе:
- Увеличенные лимиты ВМ. На хосте - до 480 логических процессоров и 12 ТБ RAM против 320 и 4 ТБ в 5.5. Максимальный размер кластера vSphere HA/DRS тоже вырастет. Для нас это не сразу актуально - наши текущие клиентские фермы в эти лимиты не упираются. Но знать хорошо: когда заказчики начнут серьёзно консолидировать серверный парк, потолки перестают казаться абстракцией.
- vSAN 2.0. VSAN в 5.5 мы смотрели как концепцию - распределённое хранилище прямо внутри кластера ESXi без выделенного СХД. В vSphere 6 обещают расширение до 64 хостов в кластере vSAN, новые политики хранения, улучшенную совместимость с железом. Это интереснее: для одного клиента с небольшой фермой мы давно смотрим в сторону отказа от выделенной SAN, и vSAN - один из вариантов на рассмотрении.
- vMotion через WAN. Long-Distance vMotion - живая миграция ВМ между сайтами с задержкой. Раньше vMotion работал только внутри L2-сегмента в локалке. Если заявленное подтвердится на практике, это открывает схемы DR, которые раньше требовали отдельных продуктов.
- Content Library. Централизованное хранилище шаблонов ВМ и ISO-образов с синхронизацией между сайтами. Звучит как мелочь, но у нас сейчас шаблоны раскиданы по разным датацентрам клиентов вручную - это реальная боль при обновлении базового образа.
- vSphere 6 Web Client. Обещают улучшенный вебовый интерфейс управления. Текущий Web Client в 5.5 работает на базе Flash и временами ведёт себя непредсказуемо - кто с ним работал, тот знает это ощущение.
Что это меняет для нас прямо сейчас
Честный ответ: пока ничего. Это анонс, не GA-релиз. vSphere 6 будет бета-доступен ближе к осени, GA - когда объявят. Наши продакшн-фермы останутся на 5.5 ещё минимум несколько месяцев после того, как финальный релиз выйдет - пока мы не прогоним бету, не убедимся в стабильности и не составим нормальный план обновления.
Но готовиться надо сейчас. Мы составили список того, что хотим проверить в beta-канале в первую очередь:
- vSAN с реальной нагрузкой. Поднять тестовый кластер, проверить поведение при потере диска или хоста, измерить задержки под нагрузкой, сравнить с нашей текущей NFS-СХД.
- vMotion через WAN. У одного клиента два сайта с L3-связью. Проверить работает ли это в реальных условиях и какие задержки допустимы.
- Content Library. Проверить синхронизацию шаблонов между площадками - у нас сейчас этот процесс занимает полчаса ручной работы при каждом обновлении образа.
- Обратная совместимость. Убедиться, что инструменты автоматизации на базе vSphere API (у нас есть несколько скриптов через pyVmomi) не сломаются при переходе.
Что настораживает
VSAN - интересная вещь, но вопросы остаются. Сан-Франциско и красивые слайды - это одно, а поведение при реальных сценариях отказа в продакшне - другое. Первая версия vSAN в 5.5 вышла в начале этого года и в части требований к железу имела довольно строгий HCL. Насколько расширится список поддерживаемых дисков и контроллеров в версии 2.0 - в анонсе об этом ни слова.
Long-Distance vMotion тоже вызывает вопросы к задержкам сети. «До 150 мс RTT» - это в анонсе, но как это ведёт себя с дисковым I/O ВМ при миграции - надо проверять руками.
И главное: крупные релизы VMware исторически требуют обновления VMware Tools и VMDK-формата на всех ВМ. Это не драма, но это работа - особенно на ферме с несколькими десятками виртуалок на разных клиентах.
Следующий шаг
В августе на самом VMworld будут технические сессии с деталями по архитектуре. Туда мы не едем, но материалы сессий VMware обычно публикует открыто. Планируем прочитать и при появлении бета-сборки зарегистрироваться через VMware Partner Portal.
Для клиентов, которых мы ведём в рамках управляемой инфраструктуры, пока никаких изменений не планируется. Продакшн трогать будем после того, как у нас есть тест, план и понимание рисков - не раньше. Красивые слайды с VMworld этому не противоречат, просто не заменяют.