VMware vSAN Data Persistent Platform (DPp).

VMware vSAN Data Persistent Platform (DPp).

Nikolay Kulikov, https://t.me/VMwarevSAN



Первых два партнера VMware в лице Cloudian и MinIO выпустили в GA свои решения под vSAN Data Persistence Platform (DPp)! Теперь заказчики vSAN/VCF могут получить enteprise-grade object/S3 хранилище на базе Cloudian или MinIO (два лидера из 6 согласно GigaOm Radar for Enterprise Object Storage) поверх существующей гиперконвергентной платформы VMware. 


Что важно и интересно, а так же чем это отличается от «да и раньше можно было развернуть парочку ВМ поверх vSAN и руками поставить MinIO/Cloudian/etc»:

1.) Это СОВМЕСТНОЕ решение. Т.е. Minio и Cloudian разрабатывали ответную часть (по сути плагин) для vSAN DPp. Поэтому они дорабатывали свои текущие продукты под DPp, делали инструкции, референсные дизайны, лучшие практики, а так же поддерживают это решение. Аналогично со стороны VMware - по мимо разработки платформы (разумеется с учетом обратной связи от партнеров), VMware делает валидацию, тестирование и т.д. 

2.) На бекенде работает кубер, т.е. Все компоненты запускаются в виде контейнеров в k8s кластере. Причем сами контейнеры в отдельных изолированных сервисных namespace в supervisor кластере, т.е. в самом ESXi, а не в обычных ВМ поверх гипервизора 

vSAN DPp Services


3.) Т.к. Многие современные приложения умеют защищать данные на уровне приложения и нод, то не всегда требуется защита на уровне инфраструктуры. Аналогично с Data Services, которые предоставляет vSAN. Поэтому есть 3 варианта, как вы можете предоставить данные сервису:

a.) Обычный vSAN. Т.е. Стандартный PV, который лежит на vSAN, защищается от сбоев самим vSAN + работают все data services.

b.) vSAN with SNA (Shared Nothing Architecture). Все сервисы и архитектура vSAN, как работали, так и работают, только FTT=0. Но что важно, что когда вы сейчас просто поставите FTT=0, то 2 диска двух ВМ могут оказаться на одной ноде, потому что vSAN ничего не знает о логики приложения и при падании этого узла обе реплики приложения уходят в down. В данном случае, обеспечивается устойчивости от отказов за счет того, что vSAN знает, что это один сервис и это его различные реплики, после чего распределяет контейнеры на разные узлы + размещает данные в единственной копии на этом же узле

vSAN SNA


c.) vSAN Direct. Вкратце, максимально простой (например, без требований к наличию/размеру SSD) и быстрый (80-95% производительности локальной NVMe SSD) datapath без какой либо обработки данных аналогичный работе с локальными дисками + management (мониторинг, управление емкостью, собирание в единой пул дисков, и т.д.) примерно аналогичный vSAN. Чаще всего, хост забитый под завязку здоровыми NL-SAS для минимальной стоимости за GB (что актуально для текущих сервисов для S3). Рекомендации по железу тут - https://images.core.vmware.com/sites/default/files/associated-content/vsan-direct-configuration-hardware-recommendation-guide.pdf

vSAN Direct


d.) Выбор между этими вариантами (хотя их можно комбинировать) обычно строится на основании 3-х решений - кто защищает данные (сервис или инфраструктура), кто оказывает data services, а так же выделенный ли это кластер под сервис/сервисы или мы шарим нагрузки с обычными ВМ, контейнерами и т.д. 

Общая схема 3-х вариантов


4.) Решение интегрируется в vCenter/vSphere Client, устанавливается и обслуживается максимально просто. Вот пример видео установки MinIO на 6 минут , а вот пример установки Cloudian в видео на 4 минуты

5.) Заказчик сам выбирает какое решение ему больше подходит по функционалу, стоимости, поддержке и т.д. При этом он легко может использовать оба или заменить одно на другое, если ему будет нужно. vSAN DPp- платформа, а какой сервис на нем запускать - ваше дело. И да, приобретение лицензий на сервис покупается у вендора его производящего и по стандартным для него условиям/каналу.

6.) vSAN DPp отслеживает состояние всех узлов и компонентов сервиса. Если где-то что-то упадет, система начнет себя чинить. Демо - тут https://www.youtube.com/watch?v=4UOt737i4RA&feature=emb_title

7.) Это только начало и S3 - первое, что появилось для DPp, но цель намного шире - способ ИТ-инфраструктуре предоставлять СЕРВИСЫ внутри компании, вместо предоставления ВМ (а с появлением Tanzu еще контейнеров и k8s кластеров). Из уже заявленных есть еще S3 от Dell EMC в виде ObjectScale и DataStax Enterprise с NoSQL Cassandra, но уже давно идут работы/обсуждения с другими вендорами.

8.) По лицензированию - чтобы получить всю эту прелесть нужно:

  • vSAN Ent + NSX Adv + Tanzu basic или VCF with Tanzu
  • Лицензии на сам сервис.

Ссылки:

  1. Страница vSAN DPp на сайте VMware (на удивление хорошо и понятно сделанная) - https://www.vmware.com/products/cloud-native-storage/modern-stateful-services.html
  2. Анонс в Сентябре 2020 - https://blogs.vmware.com/virtualblocks/2020/09/15/announcing-vsan-data-persistence-platform/
  3. Блог пост с GA - https://blogs.vmware.com/virtualblocks/2021/02/04/introduction-vsan-data-persistence-platform/
  4. Документация с пояснениями (то же со схемами, скриншотами и т.д, а не как обычно) - https://docs.vmware.com/en/VMware-vSphere/7.0/vmware-vsphere-with-tanzu/GUID-F7223607-30A5-4B2D-9B06-A55A65FEAA11.html
  5. Стриница на сайте Cloudian с описанием и документами - https://cloudian.com/vmware/
  6. Страница на сайте MinIO - https://min.io/solutions/vmware






Report Page