VMware Virtual Volumes (VVols)

Virtual Volumes (VVols) - низкоуровневое хранилище одной виртуальной машины, с которым позволены операции на уровне массива.

VMworld 2011: VSP3205 - VMware vStorage APIs for VM and Application Granular Data Management, (2012)

Virtual Volumes - способ организации хранилищ в виде, удобном для массива, когда используется не традиционная файловая система VMFS, а массив сам определяет - как решать задачи доступа и организации работы с данными для виртуальных машин, выделяя для их объектов (виртуальные диски) отдельные логические тома (VVols).

2016: Virtual Volumes 2.0

25 октября 2016 года компания VMware анонсировала появление версии VVols 2.0.

Некоторые функциональные возможности

Поддержка репликации на уровне дискового массива

Ранее для томов VMFS для обеспечения отказо- и катастрофоустойчивости, достижения нулевого RPO, менеджеры датацентров применяли технологию репликации на уровне СХД (Array-based replication, ABR). Для виртуальных машин на основе VVols 2.0 эта технология изменилась - теперь можно реплицировать не весь том VMFS целиком, а отдельную виртуальную машину (отдельные виртуальные диски). Несколько ВМ можно реплицировать в рамках одной группы репликации (Replication Group)^[1].Метавселенная ВДНХ 4.6 т

Эта группа виртуальных машин может объединяться, например, по признаку принадлежности к единому сервису, а не по признаку "машины на одном томе", как это было с хранилищами VMFS.

Представление взаимодействия с хранилищем Virtual Volumes, (2016)

Действия системы

• Технология репликации конкретного вендора коммуницирует с vSphere посредством механизма VASA (vSphere APIs for Storage Awareness).
• Администраторы виртуальной инфраструктуры создают политики хранилищ ВМ, содержащие желаемые требования к репликации, которые должны обеспечиваться системой хранения.
• Когда машина разворачивается, администратор:
  • Выбирает политику хранилищ, для которой доступна репликация
  • Выбирает совместимое хранилище данных
  • Задает группу репликации, в которую необходимо включить ВМ
  • Завершает процедуру инсталляции.

Группа репликации, которую задает пользователь, позволяет добавить несколько ВМ в единую группу доступности. Эти группы обслуживаются со стороны компонента VASA Provider (он содержит в себе структуру томов VVols и реализован на уровне дискового массива или отдельной ВМ).

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

Репликация в территориально разнесенные ЦОД, (2016)

Автоматизация аварийного восстановления (Disaster Recovery)

VMware vSphere 6.5 предоставляет расширенный API и команды PowerCLI, обеспечивающие управление процессом аварийного восстановления:

• Replication Discovery – средства, с помощью которых технология VVol disaster recovery обнаруживает действующие связи между двумя доменами.
• Sync Replication Group - синхронизация между основной площадкой и резервными сайтами.
• Test Failover – способ убедиться - восстановленные сервисы на резервной площадке будут нормально работать после восстановления.
• Disaster Recovery and Planned Migration – для запланированной миграции сервисов с одной площадки на другую процесс синхронизации может инициироваться с резервной площадки.
• Setting up protection after a DR event – после восстановления сервисов на резервной площадке, администратор может запустить репликацию в обратном направлении, обеспечивая защиту площадки, изменившей статус на основную.

Концепция Line of Service

Спецификация интерфейса VASA 3.0 вводит понятие линии сервиса (Line of Service). Это группа связанных сущностей, таких как inspection, compression, encryption, replication, caching или persistence, выполняющих определенную задачу. Например, для сущности Replication можно создать и настроить линию сервиса, назначить ее некоторым политикам хранилищ (storage policies), которые будут назначаться виртуальным машинам. Это упростит настройку сервисов для больших инфраструктур.

Поддержка Virtual Volumes для Oracle RAC

В дополнение к репликации на уровне дисковых массивов, технология VVols 2.0 будет полностью поддерживаться для кластеров Oracle RAC. Это позволит защитить еще больше бизнес-критичных приложений.

Доступность технологии Virtual Volumes ожидается к концу 2016 года.

Примечания