В шестой версии vSphere много изменений коснулось и vSAN:
- Теперь кластер vSAN поддерживает до 64 хостов.
- Увеличен размер VMDK – в 6.0 поддерживаются виртуальный диски размером до 62ТБ.
- Увеличено количество ВМ и их “реплик” на хост с 3000 до 9000.
- Появилась поддержка All Flash конфигураций.
- Увеличена производительность создания снапшотов и клонов.
- Улучшения в доступности – кроме настройки “пережить сбой n хостов” добавлено “пережить смерть n доменов”, где домен – некая логическая или физическая общность хостов (стойка или шасси).
- HA кластер способен защитить 6000 ВМ (ранее было 2048).
- Изменения в механизме балансировки ВМ на дисках.
- Возможность изменить политику по умолчанию для создания ВМ.
- Появилась возможность достать отдельный диск из дисковой группы. В 5.5 было необходимо отключать всю дисковую группу и добавлять ее обратно без сбойного диска.
- Изменен механизм работы кворума и свидетеля.
- Появилась возможность подсветить сбойный диск из графического интерфейса vSphere.
- Появилась возможность маркировки устройств в качестве локальных. Также стало возможно промаркировать устройство как flash. Обе операции также доступны из графического интерфейса. Ранее приходилось извращаться с помощью правил (claim rules) с помощью инструмента esxcli (командная строка).
- vSAN 6.0 можно развернуть поверх L3-сети.
- vSAN 6.0 поддерживает внешние дисковые полки.
Теперь он называется VSAN 2015.
Появилась еще доп. панель диагностики VSAN, точнее Virtual SAN Health Service plugin.
Производительность снепшотов не только увеличена, а изменен механизм их создания и тип файловой системы.
Конвертер идет в комплекте.
Теперь можно редактировать политику SPBM, которая идет по-умолчанию. Наконец-то!
А «пережить смерть n доменов» на самом деле правильнее назвать пережить падение виртуальных стоек (racks), т.е. Fault Domain aka “Rack Awareness”. Чтобы механизм \”заколосился\” рекомендуют не менее 6 хостов. На самом деле все работает и на 3-х.
А теперь, что не сделано из крупного и важного:
Не решен вопрос по loadbalancing, т.е. нет механизма увеличения скорости репликации компонентов – все упрется в 1G или 10G сетки.
Также VSAN не понимает более 4-х vmk на 1 хост (отличная ошибка – ip-address count exceeded .
Особенно это актуально, если у вас на сервере 6-8 1G линков и вы хотите поднять скорость работы VSAN без покупки 10G оборудования.
Перфоманс каунтеры так и не прикрутили к интерфейсу клиента, предлагают пользоваться VSAN Observer. Не проверял в 6, но в версии 5.5 он требовал доступа к интернету, компоненты от \”моей любимой Java\” ему требовались. Вот целый гайд на эту тему – http://blogs.vmware.com/vsphere/2014/09/vmware-virtual-san-observer-offline-mode.html
Инструмент, хоть и мощный, но абсолютно не информативный!
Но самое главное, что так и не прикрутили TRIM для SSD (2015 г. на дворе), чтобы сбросить содержимое кэша SSD нужно ввести 2 км командной строки.
Мое общее впечатление от этой системы улучшилось, но тотального хаппинеса не наступает, пока. Тем не менее в продакшен эту технологию уже начинают заводить.