ADG Оставить заявку
Блог Инфраструктура 5 мин чтения

VMworld 2014: смотрели трансляцию - vSphere 6 официально, VSAN становится интереснее

На VMworld в Сан-Франциско официально анонсировали vSphere 6 с лимитом 128 vCPU на VM и Virtual Volumes. Нас больше зацепил VSAN - планируем пилот на трёх хостах.

Контекст момента

VMworld 2014 в Сан-Франциско - официальный анонс vSphere 6 с новыми лимитами VM, Virtual Volumes и обновлённым VSAN

На прошлой неделе в Сан-Франциско прошёл VMworld 2014, и мы смотрели трансляцию ключевых сессий. Не всё, но основное отловили. В июльском посте мы разбирали ранние утечки и догадки - теперь можно сравнить с тем, что реально объявили.

Картина подтвердилась, но с рядом деталей, которые в предрелизных материалах не звучали.

Что объявили официально

На конференции vSphere 6 представили как крупнейшее обновление платформы за несколько лет. Ключевые цифры из официального анонса:

  • 128 vCPU на виртуальную машину - против 64 в vSphere 5.5. Для нас лично это пока абстракция: наши клиентские ВМ в эти потолки не упираются и ещё долго не упрутся. Но для заказчиков с серьёзной OLAP-нагрузкой или большими БД - уже другая история.
  • 4 ТБ RAM на VM - тоже рекорд. Один хост в 5.5 поддерживал 4 ТБ RAM суммарно, теперь одна ВМ может занять столько же.
  • Virtual Volumes (VVols) - новая абстракция для работы с внешними СХД. Идея в том, что хранилище начинает понимать VMware-политики напрямую, без лишних уровней. Звучит разумно, но тут нужна поддержка со стороны вендоров СХД - EMC, NetApp, HPE. Насколько это быстро реализуется в железе - посмотрим на практике.
  • vSphere Replication 6.0 с улучшенной RPO и поддержкой до 2000 ВМ на один vSphere Replication Server.
  • Long-Distance vMotion - живая миграция между сайтами через WAN с задержкой до 150 мс RTT. Это подтвердили, в июле мы уже об этом говорили.

VVols: красиво, но пока рано

Virtual Volumes - вещь концептуально правильная. Сейчас политики хранения в VMware - это набор абстракций поверх LUN: датастор, VMDK, VMFS. VVols переворачивают это: каждая ВМ превращается в набор объектов непосредственно в СХД, а VMware управляет ими через Storage Policy-Based Management (SPBM).

На практике это значит: хочешь другую политику snapshot для конкретной ВМ - не надо перетаскивать её на другой датастор. Задаёшь политику - СХД сама разбирается.

Заковырка - список поддерживаемых СХД. На момент анонса VVols поддерживают несколько массивов EMC и один от NetApp. Если у вас Synology или что-то попроще - пока мимо. У большинства наших клиентов внешние СХД либо простые NAS, либо iSCSI от IBM Entry-Level. VVols для них не актуальны в обозримой перспективе.

VSAN - вот это нас зацепило

А вот VSAN в vSphere 6 - другое дело. Июльский анонс был общим, а на VMworld рассказали подробнее. Что изменилось относительно VSAN в vSphere 5.5:

  • До 64 хостов в кластере вместо 32 - лимит вырос вдвое.
  • All-Flash конфигурации - теперь официально поддерживаются кластеры только на SSD, без гибридной tier-схемы.
  • Улучшенный HCL - список совместимых дисков и контроллеров расширили. Это был реальный камень в 5.5: попасть в HCL было нелегко.
  • Политики хранения стали гибче - можно задавать FTT (Failures To Tolerate) на уровне ВМ.

Для нас конкретно: есть один клиент, у которого небольшая VMware-ферма на трёх хостах и внешний iSCSI-массив от местного реселлера. Массив старый, гарантия кончается, и клиент хочет понять что делать дальше. Варианты - купить новый SAN, перейти на NFS, или попробовать VSAN.

VSAN на трёх хостах - это минимальная конфигурация с FTT=1. По деньгам, если брать три хоста с нормальными SSD под кеш-tier и SSD под ёмкость, может выйти сопоставимо с приличным iSCSI-массивом, но без отдельного железа в стойке и без точки отказа в виде СХД.

Берём это в пилот. Конкретно - поднять тестовый VSAN-кластер на трёх хостах с нагрузкой, поймать поведение при потере одного диска, замерить задержки под реальной нагрузкой от 1C и PostgreSQL. Лицензии VSAN у нас есть в рамках партнёрского пакета для тестов.

Что не понравилось в трансляции

Несколько вещей насторожили - не как технические проблемы, а как маркетинговые перекосы.

VVols подавались как революция для всех, но это реально только если у тебя топовый массив от партнёра VMware. Для малого и среднего бизнеса - скорее будущее, не настоящее.

Web Client. В 5.5 он работает на Flash и периодически глючит. На конференции показали его улучшенную версию для vSphere 6, но Flash никуда не делся. Мы ждали отказа от Flash, не дождались. C:\Program Files (x86)\Adobe - продолжаем жить.

Цены. VMware не говорит о ценах на конференции, это понятно. Но VSAN лицензируется отдельно, VVols требуют поддержку в СХД - и это тоже деньги. Полная картина TCO для клиента складывается только когда видишь все позиции в счёте.

Что делаем дальше

GA-релиз vSphere 6, по ожиданиям, выйдет в конце 2014 или начале 2015-го - пока только анонс и бета-канал через Partner Portal. Наши продакшн-фермы остаются на 5.5 без вопросов.

Параллельно готовим тестовый стенд для VSAN-пилота. Если клиент даст добро - начнём в сентябре. В рамках управляемой инфраструктуры работаем именно так: сначала тест со снятием метрик, потом разговор с клиентом про цифры, потом решение. Красивые слайды с VMworld - хороший повод начать разговор, но не основание для смены архитектуры.

Контакт

Нужна такая же инженерная работа?

Опишите задачу и контекст. Ответим в течение рабочего дня, при необходимости подпишем NDA.