Компания RIM-NIHOL предлагает заказчикам обзорный материал на тему: «Сравнение гиперконвергентных решений от VMware и Nutanix», подготовленный нашими экспертами Абдурауфом Абдуллаевым и Кириллом Прусовым, ИТ специалистами компании RIM -NIHOL.
VMware – американская компания, крупнейший разработчик ПО для виртуализации.
Nutanix – американская компания, разработчик аппаратно-программных кластерных виртуализированных комплексов, а также ПО для построения гиперконвергентной инфраструктуры на базе узлов оборудования массового класса.
СРАВНЕНИЕ ПО ФУНКЦИОНАЛУ
- VSAN использует network RAID (а не распределенное хранение, как у Nutanix), со всеми присущими ему минусами. В нем нет встроенной компрессии, дедупликации; он использует SSD как кэш, а не как storage tier (это значит, что емкость SSD не прибавляется к емкости хранения HDD, и не увеличивает ее, как увеличивает тиринг у Nutanix).
- Там отсутствует поддержка Shadow Clones, меньше эффективная емкость SSD (всего 600GB write buffer максимум).
- Теневые клоны (Shadow Clones) Nutanix — это уникальная функция распределенной структуры хранения AOS, которая обеспечивает распределенное кэширование виртуальных дисков (vDisk). Теневые клоны обеспечивают эффективную оптимизацию кэширования в сценариях распределенных multireader, включая большие VDI и облачные развертывания, где виртуальные машины на нескольких узлах (хостах виртуальных машин) в кластере Nutanix считывают один и тот же набор базовых данных.
- Снэпшоты по-прежнему приводят к существенному (меньшему, чем в v5, но все равно весьма заметному) падению производительности.
- Также явно плохо реализована изоляция задач (проблема «шумного соседа») в рамках одного кластера, ресурсоемкая задача может сильно повлиять на работу других VM того же кластера.
ДОСТУП К ДАННЫМ ЧЕРЕЗ СЕТЬ/ОТСУТСТВИЕ DATA LOCALITY
- Важная особенность VSAN в том, что доступ к данным штатным образом осуществляется через 10G сеть.
- Данные пишутся и читаются через сеть и коммутатор в нормальном, рабочем режиме (а не только при нештатной недоступности данных локально, как у Nutanix), что может вести к повышенному времени задержек и перегрузке «межнодовой» 10G-магистрали, а также меньшей надежности.
НЕ РЕКОМЕНДОВАН ВЕНДОРОМ ПОД PRIMARY DATA
- Хотите — верьте, хотите — нет, но VMware VSAN not recommended for primary workload.
- Primary workload это весь business-critical, это «боевые» базы данных, электронный документооборот и почта, все критически-важные для компании сервисы. Да, кроме primary workload у компаний есть еще много чего повиртуализировать. Но все же странно брать продукт, в котором для primary data не уверен сам производитель? Отсутствие поддержки не означает, что это не работает, согласен, есть достаточно примеров, когда это не поддерживается производителем, но у многих нормально работает.
- Это означает, что сама VMware для таких задач VSAN не рекомендует, и, в случае чего, откажется искать ответ, когда вы придете со своим «как-то у меня это странно работает». И это определенный риск.
- Это существенная разница с Nutanix, который не просто работает и поддерживается, но и прямо рекомендуется на разнообразные задачи, которые можно называть Primary Data, для бизнес-критичных и ответственных задач.
СРАВНЕНИЕ ПОЛЕЗНОЙ ЕМКОСТИ — NUTANIX ADSF И VMWARE VSAN
- Клиент нуждается в 4 узлах для удовлетворения своих требований, и он выбирает наиболее популярный форм-фактор — 4 узла на 2 единицы стойки (4N2U) из-за плотности, энергоэффективности и высокой производительности. Узлы заполнены 6 дисками по 1,92 ТБ (All Flash).
- Итак, у нас 4 хоста * 6 дисков = всего 24 диска.
- 24 диска по 1,92 ТБ с отформатированной емкостью ~ 1,78 ТБ = 42,72 ТБ
- Затем заказчик сравнивает vSAN и Nutanix, которые используют репликацию в качестве основной формы защиты данных (в отличие от традиционного RAID), с любой из двух копий (RF2 в Nutanix, FTT1 в vSAN).
- Немного быстрой математики и вывод примерно такой: 2 (RF2 or FTT1) = 21,36 TB usable
- Если бы вы это сделали, то сильно ошиблись бы по двум важным причинам:
Причина 1: Накладные расходы файловой системы/хранилища объектов.
Причина 2: Свободная емкость (Free Capacity/Slack space requirements).
НАКЛАДНЫЕ РАСХОДЫ ФАЙЛОВОЙ СИСТЕМЫ/ХРАНИЛИЩА ОБЪЕКТОВ
- Все продукты хранения, новые и старые, включая vSAN и Nutanix, имеют накладные расходы, это вполне нормально, но необходимо понимать накладные расходы.
- Начиная с Nutanix ADSF, некоторая емкость зарезервирована (и скрыта) для фоновых операций «куратором», таких как балансировка дисков и управление мусором, а дополнительная емкость зарезервирована (и снова скрыта) для постоянного буфера записи, известного как «Oplog».
- vSAN использует один SSD на «группу дисков» для кэширования, и вся емкость SSD не является частью полезной емкости, так же как емкость “Oplog”га Nutanix не указывается как полезная емкость.
- VMware рекомендует использовать несколько групп дисков на узел, поэтому в этом примере мы предположим 2 группы дисков и, следовательно, два твердотельных накопителя, зарезервированных для кэша.
- Важное примечание: В конфигурации vSAN на основе флэш-памяти 100% кэш-устройства выделено для буферизации записи, но не более 800 ГБ (ранее 600 ГБ) по состоянию на vSAN 6.7 u1.
СВОБОДНАЯ ЕМКОСТЬ С VSAN (FREE CAPACITY)
- VMware в течение последних нескольких лет неизменно рекомендовала 25–30 % «свободного пространства» для всех кластеров vSAN независимо от размера.
- Свободное пространство в vSAN выполняет две очень важные функции:
1. Он используется для переходной деятельности (transient activities). Эти действия временно используют свободное пространство для перемещения или создания новых копий данных в результате изменений политики хранения, эвакуации узлов, повторной балансировки или ремонта. Когда в документации VMware упоминается «свободное пространство (Slack Space)», обычно имеется в виду временное пространство, используемое для этих задач.
2. Используется в случае сбоев. Поскольку каждый хост предоставляет ресурсы емкости хранилища, сбой хоста означает, что данные в конечном итоге необходимо будет разместить где-то еще в кластере. Кластерные проекты любого типа должны иметь достаточно ресурсов, чтобы компенсировать хотя бы один сбой хоста. В традиционных трехуровневых архитектурах это относилось только к вычислительным ресурсам и памяти, а в vSAN — к емкости хранилища.
VMware правильно заявляет о необходимости резервирования емкости на случай сбоев, N+1 в кластере из 4 узлов оправдывает рекомендацию 25%
ЁМКОСТЬ ДЛЯ ВРЕМЕННЫХ ОПЕРАЦИЙ В NUTANIX ADSF
- В Nutanix ADSF емкость для временных операций (таких как балансировка дисков и управление мусором) уже учитывается до того, как сообщается о полезной емкости, чтобы гарантировать, что эта емкость не будет использована непреднамеренно, что может привести к нестабильности платформы, проблемам с производительностью и, в конечном итоге, к простою.
- Емкость, необходимая для фоновых операций, также намного ниже из-за детализации Nutanix ADSF в 1 МБ/4 МБ, в отличие от объектов vSAN, которые могут иметь размер до 255 ГБ, что может привести к фрагментации емкости, ведущей к неиспользуемой емкости, или принудительные ручные операции по дефрагментации среды, чтобы использовать часть этой емкости
- Nutanix тоже заявляет о необходимости резервирования емкости на случай сбоев, N+1 в кластере из 4 узлов оправдывает рекомендацию 25%.
ТЕПЕРЬ ДАВАЙТЕ ПОСМОТРИМ НА ПОЛЕЗНУЮ ЕМКОСТЬ
В этом сценарии «неиспользуемое пространство» составляет 25% для обоих продуктов, поскольку оба должны поддерживать как минимум N+1, чтобы быть в состоянии выдержать отказ одного узла (N+1). Это наилучший сценарий для vSAN, и мы по-прежнему наблюдаем снижение полезной емкости vSAN на 31,45% по сравнению с Nutanix, опять же, для того же оборудования и уровня отказоустойчивости.
Рисунки 1- 5
VSAN НА БЕСПЛАТНОМ ГИПЕРВИЗОРЕ
В конце 2013 г. c получением технологий Virsto решили действовать сами – в Vmware Vsphere 5.5, была представлена бета-версия vSAN (Virtual Storage Area Network).
Основателем направления была – Virsto
Куплена компанией Vmware 11 февраля 2013 г.
Схема решения SDS от Virsto – специальный модуль для ESXi.
Рисунок 6
НОВЫЕ ТЕРМИНЫ
В vSAN НЕТ RAID & STRIPES
- RAID - redundant array of independent DISK
- RAIN - redundant array of independent NODES
- RAIN-0 и RAIN-1 более корректные термины
- Replica более правильный термин для vSAN, т.к. используется синхронизация файлов!
ВНЕДРЕНИЕ ВИРТУАЛИЗАЦИИ
Рисунок 7
КАК ПЕРЕНЕСТИ СУЩЕСТВУЮЩУЮ ИНФРАСТРУКТУРУ?
Рисунок 8
VMWARE CONVERTER
VMware vCenter Converter Standalone — бесплатная программа для Windows, которая позволяет преобразовать физический сервер в виртуальную машину. В качестве исходных устройств поддерживаются настольные компьютеры, серверы на Windows и Linux, а также виртуальные машины Hyper-V и KVM.
Рисунок 9
ДОПОЛНИТЕЛЬНЫЕ ВОЗМОЖНОСТИ
Рисунки 10
ПРОДУКТЫ
Рисунок 11
ПОЗИЦИИ НА РЫНКЕ 2019/2021
Рисунки 12-13
КАК ПРОИСХОДИТ ЗАПИСЬ
Рисунок 14
КАК ПРОИСХОДИТ ЧТЕНИЕ
Рисунок 15
Подробнее – ниже в Презентации
Если Вы заинтересованы во внедрении, обращайтесь к нам:
Узбекистан, г. Ташкент, 100187, ул. Интизор, 26, Группа компаний NIHOL;
Тел.: (998-71) 208-58-44, 208-58-45, 208-58-47, 208-58-48, 266-58-46;
e-mail: info@nihol.uz