Synology VMM Pro - тестируем отказоустойчивый кластер виртуализации

Сегодня любая небольшая компания имеет собственные IT-ресурсы, которые разрастаются вместе с ростом и развитием компании. Один-два сервиса ещё можно держать на выделенном сервере, но с ростом файлооборота и количества рабочих мест, виртуализация становится обязательным условием работы. Начав с бесплатных гипервизоров, вы сразу столкнётесь с определенными трудностями, самой безобидной из которых будет сложность в настройке, которая присуща абсолютно всем решениям: ESXi, Hyper-V, Xen, Proxmox... этот список можно продолжать... Удивительно, что даже в 2018-м году софт-гиганты с миллиардными оборотами не утруждают себя даже более-менее приличным Web-интерфейсом управления. Если вы захотите поставить в сервер 16 жестких дисков, из которых 6 отдать под бэкапы рабочих компьютеров, а 10 - под виртуальные машины, готовьтесь к наихудшему - встроенное управление массивом есть только у Proxmox, да и то такое, что лучше бы его не было и у Windows Server 2016 в максимальной редакции.

Не каждой компании нужен кластер, переключающий виртуальные машины между узлами за 1-3 секунды, и не у каждого из заказчиков есть такие же бюджеты на софт, как у банков и нефтяных компаний, а многим фирмам нужно, чтобы виртуализация была простой и в меру надёжной, а настройку и обслуживание можно было производить самостоятельно, не привлекая "сертифицированных специалистов". Именно по этой причине мы горячо приветствуем тренд виртуализации на NAS-ах и считаем, что это - реальная альтернатива аппаратным гипервизорам в области малого бизнеса. В нашей статье, посвященной виртуализации на NAS-ах Synology мы говорили, что за удобство и простоту использования пакету Virtual Machine Manager можно простить отсутствие каких-то расширенных функций, и вот сегодня мы тестируем Pro-версию гипервизора с поддержкой кластера, миграции и отказоустойчивости.

В спорах о выборе платформы виртуализации сломано тысячи копей, и результат всегда зависит от того, для чего вы выбираете то или иное решение. На сегодня лидерство в области гипервизоров делят компании VMware с продуктом vSphere, более известном как ESXi и Microsoft со своим Hyper-V. Для крупных корпораций с парком из сотен серверов эти решения зарекомендовали себя с лучшей стороны, но когда пытаешься их применить для малой компании, сложности сыплются как из рога изобилия, и вот лишь некоторые из них:

• ESXi до версии 6.7 (2018 год) - не имеет средств управления дисковыми массивами, не имеет полноценного аппаратного мониторинга, совместима не со всем "железом", а бесплатная версия ограничена только возможностью запуска виртуальных машин без онлайн-миграции. Для управления встроенными массивами пользователи устанавливают FreeNAS, QuantaStor или любую другую ОС в качестве виртуалки и оттуда пробрасывают iSCSI тома в хранилище гипервизора. Это мега-кривое решение с огромными Overhead-ами, сумасшедшим управлением в разных операционных системах, которое всё же работает.

• Hyper-V - компания Microsoft скрепя сердце делает поддержку гостевых Linux-ов, но полноценной совместимости там нет. Под Windows 10 гипервизор может просто не запуститься, даже если нормально стартовал ещё вчера, и для нормальной работы с дисками, для создания iSCSI целей нужно покупать Windows Server 2016 Datacenter Edition.

• XenServer (7.5) - благодаря массированному пиару, кажется, что это бесплатный гипервизор, но его бесплатная версия так же как у ESXi не имеет никаких "взрослых" функций, и даж интерфейс управления устанавливается как отдельное приложение.

То есть, гипервизоров много, но в той или иной степени везде придётся привлекать сторонних сертифицированных специалистов и оплачивать дорогие лицензионные отчисления. На этом фоне путь, по которому идёт Synology выглядит как дорога к светлому будущему: у вас в одном Web-окне и ваша СХД с полным мониторингом компонентов, и гибкая система обновлений, и уведомления по E-Mail/SMS/Push, а всё это посажено на современную файловую систему BTRFS, где 10 виртуальных машин могут занимать на диске место, как одна. Причём, некоторые приложения вроде видеонаблюдения или iSCSI цели можно запускать как на уровне bare-metal, так и в виртуальной среде с тем же интерфейсом управления, с той же схемой авторизации и теми же функциями.

Конечно, софт Synology работает только на NAS-ах Synology, и первоначальное вложение в инфраструктуру подразумевается само собой, но мощностей процессоров Intel Xeon E5, используемых в старших сериях Rackstation и Flashstation, уже достаточно и для не очень сложных баз данных, и для инфраструктуры 1C, и для сотен иных приложений под Windows, а для быстрого запуска простеньких программ под Linux есть поддержка среды Docker. Одну и ту же виртуальную машину вы можете начать настраивать на домашнем DS918+, а затем перенести на мощную FS3017, в область высокой рабочей нагрузки, где от дисковой системы требуются сотни тысяч операций ввода/вывода в секунду, где требуются отказоустойчивость и резервирование - всё это уже доступно не только малому бизнесу, но даже и домашнему пользователю.

Однако, до недавнего времени противники виртуализации на NAS-ах говорили, что дескать нельзя создать отказоустойчивый кластер на такого рода устройствах. Чтобы это опровергнуть, мы взяли три совершенно разных СХД от Synology: топовый флэш-массив Flashstation FS3017, рабочую лошадку Rackstation RS18017xs, и настольный Diskstation DS918+, который покупают и домой и в маленький офис. Держу пари, что в мире не было более разнородного кластера, с разными сетевыми интерфейсами, но мы испытаем в тестлабе все трудности и лишения, чтобы разрушить сложившиеся стереотипы, будто виртуализация - это сложно и дорого. Поехали!

Глоссарий сокращений в этой статье:

• DSM - операционная система Synology DiskStation Manager
• VMM (Pro) - пакет виртуализации, позволяющий запускать виртуальные машины на NAS
• High Availability (H.A.) - механизм высокой доступности, позволяющий пережить поломку одного из NAS-ов в кластере
• BTRFS - одна из самых современных файловых систем, работающих внутри NAS-ов Synology

1. Одна лицензия на весь кластер

У Synology потрясающая идея лицензирования VMM Pro: вы покупаете активацию сразу на весь кластер, который может состоять из 3 или 7 устройств, совершенно не важно, каких именно и с каким количеством процессоров, ядер и жестких дисков и с каким количеством виртуальных машин. Активация VMM Pro происходит на одном устройстве, создающем кластер, и в любой момент вы можете перенести лицензию на другой NAS. Если акцептор находится в том же кластере, что и донор, то все настройки сохранятся, а если нет - старый кластер рассыпется на независимые узлы, но виртуальные машины продолжат работать, просто для них не будет расширенных функций.

NAS, на котором активирована лицензия, нельзя удалить из кластера, так что если его нужно вывести из эксплуатации - сначала следует активировать VMM Pro на любом другом узле, во всём остальном устройства в кластере абсолютно равнозначные, и управлять всем виртуальным датацентром Synology можно из интерфейса любого из них.

2. Миграция виртуальных машин

Миграция виртуальных машин может происходить по принципу "отдельно вычислительная часть - отдельно файловая", то есть вы можете отправить виртуалку работать на процессорах узла "A" в то время, как сама она лежит на дисках узла "B" и оттуда будет читаться, а можете перенести и вычисления и файлы на один узел. Это очень удобно, ведь например место на 12-дисковом Rackstation RS18017XS+ стоит дёшево, но там стоит один Xeon-D 1531 с шестью ядрами, а место на флэш-массиве Flashstation FS3017 стоит дорого, но там уже два 6-ядерных Xeon E5-2620 v3, так почему бы не воспользоваться 10-гигабитным интерконнектом и ни оптимизировать вычислительные и дисковые мощности в рамках кластера?

В нашем тесте мы сначала поместили виртуалку Windows 10 x64 build 1807 на Flashstation FS3017, а затем отдали роль вычислителя NAS-у Rackstation RS18017XS+. На виртуальной машине запускался Atto Disk Benchmark с целью "диск C:", чтобы посмотреть, будет ли задействован дисковый пул акцептора? Результат показал - локальных дисковых операций вычислительным узлом не производится, и вся активность бенчмарка легла на пул накопителей FS3017 и сетевое подключение.

Миграция вычислительной части происходит без остановки виртуальной машины, и даже при соединении с виртуальным рабочим столом по RDP-протоколу, соединение не рвётся, но вам нужно обязательно выставить в настройках VM режим совместимости процессора и драйвер VirtIO SCSI для дисковой подсистемы. Разумеется, надо учитывать, что динамического распределения ресурсов у Synology VMM пока что нет, поэтому акцептор должен иметь не меньше ресурсов RAM и vCPU, чем использует виртуальная машина. Чтобы показать вам наглядно, как происходит переброс виртуалки между вычислительными узлами, мы провели следующий тест.

Под гостевой операционной системой Windows 10 x64 был запущен тест стабильности процессора OCCT. Через некоторое время после старта, виртуалке давалась команда на перенос, и по загрузке процессора в интерфейсе DSM мы можем отследить саму механику процесса миграции. Сначала у нас резко возрастает сетевой трафик между донором и акцептором, видимо кластер синхронизирует файловую структуру виртуального диска, а после в какой-то момент нагрузка на CPU донора снижается, так как происходит синхронизация уже выполняемых инструкций. Как только этот процесс завершается - резко растет нагрузка на процессор акцептора, и миграция завершилась!

Мы провели несколько других тестов - воспроизведение медиа-контента через RDP, архивацию файлов, работу с документами в Word, и тест OCCT хоть как-то показывал процесс миграции, а в других случаях он вообще был незаметен.

Правда, файловую часть виртуальной машины без остановки уже не перенесёшь, хотя при наличии файловой системы BTRFS с репликацией снэпшотов, особой сложности в синхронизации нет, и если Synology задастся целью сделать эту функцию, то сделает. Правда, у других разработчиков гипервизоров миграция файловой части VM относится к самым дорогим лицензиям...

3. Клонирование виртуальных машин - вся сила BTRFS

Угадайте, сколько нужно времени, чтобы создать 10 копий 74-гигабайтной виртуальной машины? Примерно 15-16 секунд! Ровно столько времени занимает регистрация клонов в гипервизоре, а дисковое копирование происходит мгновенно, ведь благодаря принципу Copy On Write, реализованному в файловой системе BTRFS, наша СХД не будет физически копировать каждый байт в новое место, а создаст для блоков данных записи о том, что они были скопированы, - эдакие символические ссылки, не занимающие почти ничего на диске. Вместо положенных 770 Гб, эти копии будут занимать на диске всё те же 77 Гб, а если в настройках тома включено сжатие, то и того меньше. Конечно, когда мы запустим каждую виртуалку, и она начнёт обновляться и раскачивать свой swap-файл, то занимаемое ими место будет расти, но только на величину изменённых данных, и если у нас на NAS-ах хранится структура виртуальных рабочих столов (VDI), то экономия места может быть десяти- и стократной, ведь большинство системных файлов Windows не меняются годами.

К сожалению, клонирование работает только для виртуалки в выключенном состоянии, так что оно не может рассматриваться как полноценная замена снэпшотам.

Проведём эксперимент на простой Windows 10, в которую мы сохранили 50 Гб добрых сериалов. Клонируем её в 10 копий и смотрим - доступное место на диске не изменилось, а наша виртуальная структура занимает все те же 77.6 Гб.

• Запустим все созданные клоны и посмотрим, как изменилось занимаемое место на диске. Мы видим, что суммарно изменилось около 300 Мб, и теперь 10 копий занимают 77.9 Гб!
• Удалим из одной виртуалки папку с сериалами, облегчив её вес на 50 Гб. Занимаемое место не поменялось, потому что те же сериалы доступны ещё в 9 копиях и фактически продолжают храниться на дисковом пуле.
• Запишем на эту виртуалку 59 Гб документальных фильмов. Мы видим, что занимаемый объем 10 клонов изменился как раз на 59 Гб, и теперь составляет 138.3 Гб

• А если теперь мы удалим из виртуалки документальные фильмы, то уже не вернём эти 59 Гб обратно - виртуальный образ машины вырос до 97 Гб и отличается от клонов на побывавшие на рабочем столе документальные фильмы. 
• Нас это не устраивает, ведь зачем нам тратить место на пустые файлы? Останавливаем виртуалку, заходим в настройки её хранилища и ставим галочку "реорганизация пространства". Хотелось бы, чтобы образ виртуалки сжался до реальных 14-15 Гб, которые занимает пустая Windows 10 без фильмов и сериалов, но чуда не происходит... ждём, долго ждём и видим, что место начинает по-маленьку уменьшаться, а свободного пространства - прибавляться. Да, это очень долгий процесс, идущий со скоростью примерно 200 мегабайт в минуту.

Мое мнение: клонирование виртуальных машин - на высоте. Быстро, экономно и просто: вот для чего создаются такие интеллектуальные файловые системы, как BTRFS, вот когда ты воочую видишь работу механизма Copy On Write.

4. Снэпшоты и восстановление в клон

Раз уж мы заговорили про BTRFS, то самое время ещё раз посмотреть на снэпшоты, но уже для образов виртуальных машин, которые здесь делаются примерно за 1-2 секунды. Мы уже настолько привыкли к мгновенным снимкам, что начинаем их оценивать с точки зрения удобства интерфейса и рассуждать о том, что это реальная замена локальным бэкапом (резервирование в облако никто пока не отменял), а Synology VMM Pro есть ещё и крайне удобная функция восстановления снэпшота в виде новой виртуальной машины.

То есть, в случае если при разработке приложения вам требуется откатиться и посмотреть на изменения, вы можете поднять ту же виртуалку, но в предыдущей версии, а уже дальше выбирать, с какой работать - с новой или старой.

Вы спросите, а как экономится место при восстановлении из снэпшота? Будет ли новая виртуальная машина занимать полный объём на диске, или за счет файловой системы BTRFS не будет "весить" ничего? Правильный ответ - клон будет занимать ровно столько места, сколько изменилось данных на диске гостевой системы с того момента, как снэпшот был сделан.

Репликация снэпшотов настраивается для каждой виртуальной машины отдельно, в соответствии с политикой защиты. В гипервизоре на закладке "защита" вы можете настроить частоту создания снимков и выбрать хранилище из кластера, на котором будут храниться резервные копии снэпшотов. Уровень защиты отображается простым индикатором, а на соответствующей вкладке вы можете посмотреть, всё ли у вас настроено для резервирования виртуалок: сколько имеется точек восстановления, есть ли снэпшоты на удаленных узлах и настроено ли расписание.

5. Принцип настройки отказоустойчивого кластера

Мы привыкли к тому, что у разработчиков Synology свой особый взгляд на вещи, и VMM Pro не стал исключением. Для создания отказоустойчивого кластера, нам нужно минимум три NAS-а, каждому из которых отводятся две роли: хранилище и вычислительный узел. Так вот, мы уже убедились в том, что виртуалка может храниться на одном NAS-е (узел хранения), а запускаться при этом - на втором (вычислительный узел), а теперь самое интересное: высокая доступность достигается только между узлами вычисления, и к сожалению, это не единственное ограничение кластера.

Для связи между узлами в кластере используется один выделенный сетевой интерфейс (ETH или Bond) с полносвязной топологией (все узлы связаны со всеми), который должен находиться в другом адресном пространстве, чем другие сетевые интерфейсы. На практике это означает, что внутрикластерную сеть надо завязывать через сетевой коммутатор, и соединять NAS-ы между напрямую собой нельзя.

Вот как это выглядит на схеме:

Возьмём нашу тестовую виртуальную машину и мигрируем её файлы на Diskstation DS918+, а вычислительным узлом оставим мощный Flashstation FS3017. Из-за отсутствия динамического распределения ресурсов, мы вынуждены считать не только задействованные виртуалками ядра CPU и память, но и хранящиеся в резерве на случай аварийного переключения, поэтому из всех наших виртуальных клонов Windows 10 (из пункта 3), отказоустойчивость я включу только для одного, и ещё для Virtual DSM. 

Гипервизор показывает, что режим High Availability задействован, и руки сами тянутся смоделировать аварию. Выключаем питание от Flashstation FS3017 и смотрим как сначала Virtual DSM, а потом и Windows 10 запустились на резервной Rackstation RS18017XS+ с теми же IP-адресами.

Воодушевившись отличной миграцией из пункта 2, хочется увидеть такой же плавный переход между узлами и в аварийном режиме. Возвращаем кластер в рабочее состояние, запускаем виртуальную Windows 10, подсоединяемся к ней через RDP и открываем wordpad, после чего отрубаем сетевые порты от флэш-массива и... соединение RDP пропало, появилось примерно через минуту, но перед нами уже пустой рабочий стол. - Windows 10 загрузилась с нуля.

Снова приводим кластер в нормальный режим, подключив сеть к FS3017, и что мы видим? Пустой рабочий стол, а это значит, что здесь механизм отказоустойчивости работает в режиме Active-Passive, и не синхронизирует память гостевых операционных систем, как было при миграции. То есть, защите подвергается не вот прямо то что работает в виртуалке сейчас, а что было записано на диск, что характерно для Cost-effective решений. Это легко проверить, если заменить Wordpad на Word, ведь этот текстовый редактор периодически сбрасывает временные файлы на диск. Да, если у нас резервная операционная система загрузится с нуля, открыв Word, мы сможем восстановить файлы, хотя бы в том виде, в котором они были несколько минут назад. 

Что будет, если в кластере мы отключим DS918+, выполняющую роль сервера хранения? То, что и должно быть в таком случае - все гостевые машины остановятся с ошибкой "хранилище недоступно", но здесь можно повысить надёжность, настроив репликацию хранилища на другой NAS в кластере, а в случае аварии вручную восстановиться из снэпшота и подключить новый узел в качестве хранилища кластера.

Очевидно, что к отказоустойчивости в Synology VMM Pro очень хорошо подходит термин "быстрое восстановление", потому что здесь при выпадении узла мы видим остановку виртуальных машин и автоматический их запуск из состояния "за несколько минут до аварии". В таком режиме при аварийном отключении одного из узлов, время простоя сервисов составит 2-3 минуты, что вполне допустимо для приложений малого бизнеса. Опять же, никто не мешает настроить программную репликацию на уровне приложений, таких как MySQL.

6. Виртуализация DSM - настраиваем высокую доступность и тренируем рекурсивное мышление

Если мы говорим о High Availability (HA), самой востребованной функции среди системных интеграторов, то у Synology их целых две. Первая - это высокая доступность самого NAS-а и всех его файловых ресурсов. Данная функция существует уже несколько лет, настраивается между двумя NAS-ами бизнес-уровня и касается всех файлов и приложений, но не виртуальных машин.

Внутри гипервизора есть собственная система High Availability, и она… конфликтует с названной выше, так что приходится выбирать - либо отказоустойчивый NAS, либо виртуализация, которая становится высокодоступной только при покупке лицензии VMM Pro. Да, вы всё правильно поняли - даже простая установка гипервизора VMM отключает режим высокой доступности в DSM 6.2. Однако, вы можете запустить саму DSM 6.2 как виртуалку внутри гипервизора VMM Pro, установленного в DSM 6.2. и уже для неё настроить высокую доступность. Первоначально это выглядит как-то необычно и идет вразрез с принципом управления всей экосистемой из единого окна, но иного выбора пока нет.

Настроить отказоустойчивость iSCSI, NFS и CIFS намного проще, чем объяснить, как это сделать. Моя задача - сделать так, чтобы в кластере из 3 устройств при любой поломке мы сохранили наши файлы в общих папках и iSCSI LUN. Учитывая, что схема высокой доступности VMM подразумевает наличие единой точки отказа в виде сервера хранилища, мы настроим отказоустойчивость и репликацию всех даных на один из вычислительных узлов.

Итак, у нас есть NAS Synology FS3017, на котором запущены файловые сервисы через CIFS/Samba, NFS и iSCSI, и подключив два NAS-а для виртуализации мы хотим создать отказоустойчивый доступ ко всем дисковым ресурсам нашей инфраструктуры. На FS3017 уже всё настроено и работает, поэтому нам крайне желательно перенести все сервисы DSM 6.2 в виртуальный мир с минимальным временем простоя, не потеряв аккаунты и права доступа пользователей к общим ресурсам.

В гипервизоре VMM Pro с настроенным кластером, переходим на вкладку "образ" и жмём "добавить". Выбираем самый нижний пункт "скачать Virtual DSM" и ждём окончания загрузки. Теперь во вкладке "виртуальная машина" создаем новую, выбрав пункт "DSM".  Для виртуальной DSM мы дадим 1 ядро процессора, 4 Гб памяти и столько дискового пространства, сколько было занято на FS3017.

После запуска виртуальной DSM, ей будет присвоен новый IP-адрес, который пока лучше не трогать, а настроить административный доступ. Настройки пользователей и общих папок мы перенесём в виртуалку через механизмы импорта/экспорта конфигурации и репликацию, а если нужно ещё и отказоустойчивое видеонаблюдение, то устанавливаем и настраиваем Surveillance CMS по нашей статье.

Теперь можно включить режим высокой доступности для VirtualDSM в Virtual Manager Pro, поменяв местами IP-адреса физической DSM на FS3017 и её виртуальной копии. Как раз момент замены адресов и будет определять время простоя файлового сервиса при переезде в виртуальную среду, но это дело 1-2 минут, и как только это будет сделано, то уже по всем вопросам, касающимся резервных копий, общей файлопомойки и iSCSI разделов, отвечать будет Virtual DSM. Убедившись, что всё прошло без сюрпризов, можно удалить все файлы из общих папок и iSCSI на физической Flashstation FS3017.

Следующим шагом настраиваем отказоустойчивость, репликацию и хранилище образа Virtual DSM по следующей схеме:

Что мы сделали? Мигрировали файловое хранилище VirtualDSM на Diskstation DS918+, отвечать за сервис заставили Rackstation RS18017xs+, в качестве резервного для него выступает Flashstation FS3017, куда и делаются репликации самой Virtual DSM. Такая схема позволит выдержать поломку любого узла, включая узел хранилища. Даже если одновременно сломаются Rackstation RS18017xs+ и Diskstation DS918+, мы сможем за считанные минуты восстановить VirtualDSM вместе с iSCSI разделами из снэпшота на FS3017 с актуальностью в 5 минут (минимальный интервал запуска репликации).

Цена вопроса

Виртуализация - это всегда бесплатно, но за кластеринг, миграцию и снэпшоты у разработчиков программного обеспечения принято брать ежегодную оплату. Давайте сравним стоимость расширенного функционала у Synology VMM Pro с ведущими игроками отрасли:

• Synology VMM Pro - лицензия на кластер из 3 узлов с любой конфигурацией - 220$ в год
• Citrix XenServer Enterprise Edition - 1500$ за 1 процессорный сокет в год
• VMware vSphere 6 Enterprise Plus - 3925$ за 1 процессорный сокет в год
• Microsoft Windows Server 2016 Datacenter Edition - 6155$ за 1 процессорное ядро (именно Datacenter edition нужно для реализации функций дискового хранилища)

Рассматривая цену вопроса, мы не касаемся интеллектуального труда "сертифицированных специалистов" по настройке виртуализации и хранилища. В Synology VMM Pro вы всё сделаете сами за 3-4 часа, без обращений в техподдержку и даже без изучения форумов. Попробуйте сделать то же самое на Xen или ESXi, и поймёте, как дорого стоит ваше время.

Выводы

Основное преимущество виртуализации на NAS-ах Synology - всё та же лёгкость, с которой вы можете подойти к управлению дисковыми ресурсами кластера, ведь в отличии от VMware vSphere, здесь все инструменты для создания дисковых массивов, мониторинга S.M.A.R.T., миграции и расширения пулов, оттачивались годами и заслужили тысячи положительных отзывов в тысячах статей и обзоров по всему миру. И вот поверх всей этой единой экосистемы, которую можно настроить с нуля, не заглядывая в мануалы, устанавливается гипервизор, который теперь получил механизм High Availability и позволил сегменту малого бизнеса сделать шаг в пользу доступной отказоустойчивости.

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

• Работа в режиме Active-Passive
• Установка Virtual Machine Manager отключает High Availability для NAS
• Нет динамического распределения ресурсов

Что понравилось:

• Виртуализация поверх файловой системы BTRFS творит чудеса экономии дискового пространства
• Кластер можно настроить на устройствах разного уровня
• Восстановление снэпшота в клон
• Virtual DSM позволяет перенести всё, включая iSCSI цели в ядро кластера
• 2 минуты на аварийное переключение - это хороший результат для такой цены

Первая версия Synology Virtual Machine Manager показала, что виртуализация - это просто и удобно, особенно когда у тебя отшлифованный до зеркального блеска интерфейс управления всеми ресурсами, включая вычислительные и файловые. Хотите собрать дёшево и сердито кластер виртуализации - VMM Pro позволит включить в него даже настольные NAS-ы, чтобы протестировать работу инфраструктуры перед выходом в продакшн. Ну а если сомневаетесь - вам доступна демо-версия Virtual Machine Manager Pro, в которой вы можете протестировать все расширенные версии гипервизора в течение 1 месяца.

Михаил Дегтярёв (aka LIKE OFF)
02/09.2018