Последняя версия Virtual SAN (v. 6.2), анонсированная в феврале этого года, представляет собой самый масштабный релиз продукта с момента его дебюта в марте 2014 года. Список новых возможностей впечатляет и делает Virtual SAN предельно конкурентоспособным по сравнению даже с более сложными платформами хранения данных.
image

Virtual SAN — это платформа хранения данных, ключевой компонент программного обеспечения, который делает возможной стратегию VMware’s Hyper-Converged Infrastructure (HCI). HCI представляет собой принципиально новую модель построения и эксплуатации ИТ-инфраструктуры.

Новая ИТ-архитектура имеет много преимуществ для конечного клиента, в том числе:

  • Рационализация закупок, развертывания и поддержки. Клиенты могут строить свою инфраструктуру постепенно и масштабируемым способом в соответствии с растущими требованиями.
  • Адаптивная архитектура программного обеспечения, которое использует современные технологические тенденции, такие как: увеличение плотности ЦП; новое поколение твердотельных накопителей и энергонезависимую память; развитие сетей (40 Гб, 100 Гб Ethernet) и протоколов (NVMe).
  • Последнее в списке, но не по значимости: единая операционная модель, позволяющая клиентам управлять всей ИТ-инфраструктурой с единым набором инструментов.

Одной из причин популярности HCS VMware является уникальная архитектура Virtual SAN, платформы хранения данных корпоративного уровня, которая была разработана специально для применения в HCI. Другим важным аспектом является эксплуатационное преимущество с VMware HCS. VSAN v. 6.2 представляет собой новую масштабируемую парадигму управления инфраструктуры и потребления ресурсов.

Новая парадигма управления инфраструктурой


В традиционных ЦОД ИТ-сервисы были разграничены (вычислительные и сетевые ресурсы, хранилище) не только из-за организационных причин, а также из-за различных инструментов, операционных процедур и опыта в каждой области.

HCI ломает эти барьеры. С аппаратными платформами (x86 серверов) и программного обеспечения для доставки ИТ-услуг, заказчикам необходим практический опыт и единый набор инструментов для управления своей инфраструктурой. Кроме того, они хотят сделать это с возможностью масштабирования и с сокращением штата ИТ-специалистов широкого профиля.

image


И это именно то, что происходит с Virtual SAN. В апреле 2015 года, например, был представлен Health-Check Plugin (плагин проверки работоспособности). С Virtual SAN 6.1 в сентябре 2015 года это превратилось в Health Service — не просто плагин, а особенность продукта. Сервис проверяет совместимость устройств хранения данных и контроллеров, а также конфигурацию сети. Также он контролирует отчетность по использованию хранилища и даже предлагает диагностику производительности. Все это изначально интегрировано с vСenter Server. Пользователь может запускать тесты (например, выполнение тестов)

Пользователь может запускать тесты (например, по производительности) заранее, что позволит определить работоспособность и состояние платформы на любой конкретный момент. Как видите, проверки работоспособности выходят далеко за рамки только аспектов хранения — они охватывают всю инфраструктуру.

image


То же самое касается с нового Performance Service, представленного в VSAN 6.2. Сервис предоставляет подробные метрики производительности за настраиваемый интервал времени как для физической инфраструктуры (кластера, узла или отдельного устройства), а также для виртуальных машин и их состояния: виртуальных дисков, метаданных и т. д. Сервис фиксирует такие показатели, как IOPS, пропускную способность, задержки и так далее.

Новое в VSAN 6.2: дедупликация и компрессия данных


Включении возможности «экономии пространства» на уровне кластера и дедупликация происходят для каждой группы дисков. Более высокий коэффициент дедупликации будет у большей группы дисков. После того, как блоки дедуплицированы, они сжимаются. Это уже значительная экономия пространства, но в сочетании с дедупликацией может быть достигнута семикратная экономия (разумеется, это зависит от объема работы и типа ВМ).

image

RAID-5/RAID-6 — Erasure Coding


Иногда RAID 5 и RAID 6 связывают с erasure coding. В этом случае RAID-5 требует 4 хоста как минимум, так как он использует логику 3+1. С 4 хостами 1 может выйти из строя без потери данных. Это приводит к существенному уменьшению требуемой мощности диска. Обычно диску в 20ГБ требуется 40 Гб дискового пространства, но в случае с RAID-5 это требование снижается до ~27ГБ.

image

Качество сервиса (QoS)


QoS позволяет использовать VMDK IOP Limits. Они могут быть развернуты с помощью Storage Policy-Based Management (SPBM), с привязкой к существующей политике. Поставщики услуг могут использовать это для создания новых продуктов и услуг с использованием одного и того же кластера/пула хранения.

image

Краткий обзор VMware Virtual SAN


VSAN встроен в гипервизор; это означает, что нет необходимости скачивать и устанавливать какие-либо программы, за исключением легковесного плагина VSAN. VSAN может быть развернут с помощью ряда способов, включая низкозатратный промышленный стандарт х86 компонентов, которые могут радикально снизить первоначальные расходы на развертывание. Последнее обновление VSAN добавило несколько ключевых функций. Последняя версия VSAN теперь поддерживает до 64 узлов на кластер, 200 виртуальных машин на хост, до 6,400 виртуальных машин на кластер. С конфигурацией all-flash пользователи могут видеть увеличение производительности в 4,5 раза. Теперь виртуальные машины могут быть размещены на серверных стойках, чтобы создать лучшую доступность в случае полного отсутствия питания или сбоя в сети.

Настройка и конфигурирование


Установка и настройка VSAN будет понятен тем, кто давно работает с платформой vSphere. Сам VSAN — это своего рода плагин. Через интерфейс веб-клиента vSphere пользователю нужно добавить все хосты, настроенные для хранения данных, в кластер VSAN; для этого в vSphere есть мастер настройки. Для начала следует выбрать хосты, которые должны быть подключены к VSAN, затем нажать на иконку добавления сети, выбрать тип подключения, выбрать распределенную группу портов, выбрать свойства порта, параметры IP (или оставить по умолчанию), а затем завершите работу мастера, чтобы добавить сети VSAN.

image


Как только хосты добавлены к сети, выберите кластер, выберите вкладку Manage, под Virtual SAN кликните General, нажмите кнопку изменить, а затем включите Virtual SAN. Как только был выбран Virtual SAN, пользователи увидят сообщение с вопросом, хотят ли они настроить Virtual SAN автоматически или вручную (администратор должен будет выбрать, какие диски необходимо подключить к Virtual SAN).

image

При выборе ручной настройки будет необходимо создать группы дисков через вкладку управления дисками. Выберите хост, а затем выберите значок создания группы дисков. В каждой группе дисков должна содержать как минимум один SSD и один HDD (можно подключить до шести HDD в каждой группе дисков). Не менее трех хостов должны иметь созданные группы дисков. Как только группы дисков были созданы, хранилище данных VSAN становится доступно, показывая совокупный объем хранения выбранных дисков. Теперь хранилище настроено и готово к использованию.

image

Развертывание и настройка виртуальной сети хранения данных представляет собой простой процесс для тех, кто привык работать в виртуальных средах, и особенно для тех, кто знаком с vSphere и регулярно его использует. Скорее всего, если вы развертываете VSAN, то вы уже пользуетесь vSphere, и для вас процесс не составит труда.

image
Поделиться с друзьями
-->

Комментарии (21)


  1. nobletracer
    11.08.2016 00:51

    Не смог понять этот машинный перевод:

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

    Где теперь можно размещать ВМ?


    1. RaveNoX
      11.08.2016 01:44

      Видимо имеется ввиду, что теперь можно совмещать гипервизор с системой хранения на одном хосте.


  1. RaveNoX
    11.08.2016 01:43

    Ceph доехал до VMware ;-)


    1. romxx
      15.08.2016 11:31

      Это не ceph.


  1. jazzl0ver
    11.08.2016 15:13

    Некоторое время назад рассматривал возможность использования локальных дисков в ESXi-серверах в качестве разделяемого хранилища (т.е. vSAN). После того, как получил расчет от реселлера, решил забыть об этой фиче. Купить хорошую систему хранения оказалось в два раза дешевле. Не говоря уже об ограничениях vSAN по сравнению с обычной системой хранения.


    1. Rastler
      12.08.2016 11:57

      А какие там существенные ограничения? Потом вы забываете об отсутствии единой точки отказа в случае с vSAN. Про стоимость согласен.


      1. jazzl0ver
        12.08.2016 12:48

        Я уже не вспомню, что конкретно мне показалось в тот момент существенным (больше года прошло). Возможно то, что идея была в использовании имеющегося в наличии железа, конфигурацию которого прошлось бы менять. А может ограничение в 2ТБ на максимальный размер виртуалки, которую можно положить на vSAN.
        Вот хороший обзор в том числе и по ограничениям: VMware vSphere Virtual SAN design considerations
        Про отсутствие единой точки отказа я не забыл. Отдельная система хранения с двумя контроллерами, подключенная к разным свичам, вполне себе SPoF-protected.


        1. helionix
          12.08.2016 13:23

          У нас вполне себе 9ТБ виртуалка живет на vSAN. С версии 6.0 ограничение 62ТБ.


          1. jazzl0ver
            12.08.2016 13:26

            Спасибо за информацию!
            А можете немного раскрыть, почему выбрали vSAN, а не отдельный сторадж?


            1. helionix
              12.08.2016 13:31

              Круто, модно. Оказалось дешевле чем сторадж схожей производительности. Строили на новом оборудовании по HCL.

              Edited: P.S. правда уже успели пожалеть что переплатили немного за HP.


      1. helionix
        12.08.2016 13:29

        У vSAN к сожалению тоже очень много точек отказа. Например когда у вас идет внезапный overload SSD у вас может повиснуть все агенты на ESXi. После разборки с VMware GSS оказалось что из-за перенагрузки SSD у нас затупили management сервисы, в том числе и FDM. И вот тут случился полный П., т.к. хосты начали по очереди инициировать failover и по очереди падать следом. Помог только Cold-reboot всего кластера в аварийном режиме. И да, консистентность кеша после этого посстанавливалась часов 5, т.е. кластер собирался очень медленно и долго.

        Мы уже успели немного пожалеть что связались с vSAN. У него нет нормального разбиения на LUN, или хотябы квотирования. vSAN datastore только один на кластер, почему я не могу собрать их два, один для production, другой для dev среды.


        1. shapa
          12.08.2016 18:22
          -1

          Очень точно описали причины по которым мы практически всегда побеждаем у клиентов :)

          Вышеописанных проблем в Nutanix не существует.


  1. IlyaNamlinsky
    12.08.2016 13:26

    А поверх всего этого опять VMFS? Ее развивать не планируете?


    1. shapa
      12.08.2016 18:21

      VSAN6 — это купленная чужая файловая система, которую быстренько прикрутили (про палки и прочее говорить нет смысла), ввиду того что VMware поняли что не справляются сами (VSAN5 — была неудачная попытка самим сделать).

      Фактически — VSAN6 это первая версия нового продукта, со всеми проблемами присущими начальным версиям…


      1. IlyaNamlinsky
        19.08.2016 16:56

        Может вы все так имели ввиду VMFS 5 и 6 версии? А то VSAN — это все же не файловая система.
        И откуда такая информация если не секрет? Можете поподробнее описать ситуацию?

        P.S. А где представитель компании vmware? Походу рекламу вбросили и до свиданья…


        1. romxx
          19.08.2016 17:13

          Имелось ввиду, что в VSAN 1.0 использовалась VMFS, а в VSAN 2 (6.0) перешли на другую FS, уже НЕ на базе VMFS, а с использованием наработок купленной незадолго до этого сторонней компании. Что-то стало лучше, но не все.


        1. shapa
          19.08.2016 17:39

          VMware это и не скрывает

          " New on-disk format: Virtual SAN 6.0 supports a new on-disk virtual file format 2.0 based on Virsto technology"


  1. shapa
    12.08.2016 18:28

    Вы бы написали, что все технологии оптимизации данных (компрессия, дедупликация и прочее) работает только на All Flash, тобишь цена решения получается космической, причем совершенно безосновательно — в большинстве случаев All Flash не нужен (при правильной архитектуре HCI решения).


  1. anthony2005
    16.08.2016 14:26

    У меня вот вопрос к автору публикации: а где он взял третью сверху картинку? Я потому спрашиваю, что у меня в кластере VSAN 6.2 это выглядит иначе.


    1. anthony2005
      16.08.2016 14:34

      Прошу прощения, не разобрался, как вставлять картинки.
      так вот, выглядит оно так:


      1. romxx
        17.08.2016 08:33

        Да другая версия вебклиента, они же его сейчас обновляют регулярно. Это может быть более старая, или более новая, чем у вас.