обновлено январь 2015

VMware vSAN

Прислушавшись к совету в комментарии, решил обновить статью, используя более дешевые компоненты. В этой статье будет представлен типовой проект, построенный на технологии VMware vSAN.

SDS (software defined storage) – в настоящее время распределенные хранилища данных уже не просто модная тема для разговора, но проверенная в производственных системах технология, которая предлагает новый, более простой подход к построению кластеров на VMware. Вся система, как из кубиков, строится из одинаковых серверов, чем большая производительность требуется, тем больше серверов объединяются в кластер. Если мы добавляем в кластер один дополнительный сервер, то вместе с вычислительной мощностью (CPU и RAM) в общий пул добавляется общая полезная дисковая емкость.

Отдельно нужно сказать, что отказоустойчивость систем построенных на технологии VMware vSAN выше, чем у систем со стандартной архитектурой, которая часто не защищена от выхода из строя системы хранения данных. Мы принимаем на веру то, что СХД сама по себе максимально надежна и крайне мала вероятность того, что она может сломаться. В случае с подсистемой хранения vSAN, файлы виртуальных машин всегда хранятся, как минимум в двух экземплярах, которые постоянно синхронизируются (синхронно). Поэтому в случае выхода из строя любого хоста, работа виртуальных машин, которые работали на нем, восстановится в течении минуты (время перезагрузки ВМ).

Можно ли говорить о том, что стоимость проекта на VMware vSAN будет ниже, чем в классической архитектуре (серверы + СХД) серверной виртуализации? На самом деле, лицензирование VMware построено таким образом, что стоимость проектов получается равноценной, из-за стоимости лицензий vSAN. Но в России 2015 года, в тяжелой экономической ситуации, то программное обеспечение, которое раньше считалось пиратским, теперь переходит в разряд трофеев, поэтому в этой статье лицензии учитываться не будут, в отчаянной попытке экономии.

Проект на vSAN

В качестве хостов виртуализации будут рассчитаны серверы Supermicro, которые сама компания VMware часто рекомендует к использованию в своей референсной архитектуре. Больше всего для задач vSAN на мой взгляд подходит модель сервера SYS-2028U-TRT+, она есть в листе совместимости VMware и поддерживает компоненты, совместимые с vSAN. В дополнение к этому в базовой модели уже есть 4 x 10Gb интерфейса, которые будут нам нужны для репликации файлов виртуальных машин в vSAN, получается, что докупать HBA адаптеры не нужно.

10Gb коммутаторы для системы я выбрал самые бюджетные от Netgear XS708E. У них есть  поддержка Jumbo Frames и необходимое количество портов. У нас будет выделенная 10Gb сеть для репликации vSAN и 10Gb сеть передачи данных для коммутации серверов и виртуальных машин между собой.

vSAN 01

Характеристики серверов:

2 x CPU Intel Xeon E5-2620v3
128Gb DDR4 PC4-17000 (2133MHz)
1 x SSD Intel 530 Series 480Gb
5 x SAS Seagate 600Gb SAS 10k
RAID controller
4 x 10GBase-T портов

В результате всех экономий, на мой взгляд, получилась годная отказоустойчивая система, повторить функционал, которой на классической архитектуре будет очень дорого, т.к. потребуются как минимум две mid-range системы хранения.

vSAN 02

Если типичная виртуальная машина у нас будет иметь характеристики 4vCPU 8Gb RAM Storage 70Gb, то на данной системе можно запустить 50 виртуальных машин.

  • Максим

    ИМХО, выбрана неподходящая конфигурация сервера для этой задачи. Возьмите не IBM, а более дешевые сервера (flagman, supermicro), на 3-4 юнита, которые вмещают 24 диска — получите совсем другой результат! VMware лицензируется по сокетам, ей без разницы, сколько дисков стоит в сервере, ну так пользуйтесь этим! Зачем брать диски 900ГБ? необходимые иопсы вам дадут SSD диски, остальные можно поставить 7.2К на 3-4 ТБ. Таким образом можно существенно снизить стоимость 1 ТБ. Сравните, для примера, стоимость СХД емкостью скажем 500ТБ и стоимость решения на основе VSAN, у меня получилось в 1,5-2 раза дешевле в пользу VMware. А еще стоит принять во внимание следующие факторы: 1. СХД именитых брендов требуют фирменных дисков, которые стоят на порядок дороже, в сервера можно пихать практически любые (из списка компабилити VMware). 2. Тех.поддержка на СХД стоит нереальных денег, зачастую от нее не откажешься. Для серверов тех.поддержкой можно пренебречь, дешевле будет купить отказавший компонент и поменять самому. VMware нужно купить только один раз, через год можно не продлять поддержку и юзать ее в полном объеме. В этом случае только новые ноды нельзя будет добавлять. 3. Кластерное решение обладает большими возможностями по масштабированию. 4. СХД не нужна сама по себе, нужны еще собственно сервера, которые будут хранить на ней свои данные. В случае решения VSAN у вас уже есть сервера, т.е. вы создали не только хранилище, но и вычислительную инфраструктуру!
    Вобщем, с моей точки зрения — одни плюсы, даже для России ))

  • Igor

    u0422.u0435. VSAN u043eu0442 VMware u043fu043eu0434u0440u0430u0437u0443u043cu0435u0432u0430u0435u0442 u043du0435 u0438u0441u043fu043eu043bu044cu0437u043eu0432u0430u0442u044c u0440u0435u0439u0434, u043au043eu043fu0438u0438 u0432u0438u0440u0442u0443u0430u043bu044cu043du044bu0445 u043cu0430u0448u0438u043d u0445u0440u0430u043du044fu0442u0441u044f u043du0430 u0440u0430u0437u043du044bu0445 u0445u043eu0441u0442u0430u0445, u043du0435u0434u043eu0441u0442u0430u044eu0449u0430u044f u0438u043du0444u043eu0440u043cu0430u0446u0438u044f u0432 SSD u043au044du0448u0435, u0434u0438u0441u043a u0432u044bu043bu0435u0442u0435u043b, u043fu043eu043cu0435u043du044fu043b, u0432u0441u0435 u0432u0435u0440u043du0443u043bu043eu0441u044c u043du0430 u0441u0432u043eu0438 u043cu0435u0441u0442u0430?