Виртуальные тома (Virtual Volumes, vVols): Платформа хранения данных VMware, позволяющая хранить данные виртуальных машин на отдельных томах. Это позволяет применять сервисы управления данными с детализацией ВМ и управлением хранилищем на основе политик (SPBM).
Чтобы массив хранения данных поддерживал vVol, его реализация должна охватывать путь управления и путь прохождения данных.
Путь управления — это, по сути, канал связи между vCenter Server и массивом хранения данных. Массив хранения данных отвечает за объявление возможностей хранилища, представленных хостам ESXi. Управление хранилищем на основе политик (SPBM) использует эти сведения для создания и реализации политик хранения, применяемых к виртуальным машинам. Реализация пути управления предполагает поддержку VASA 2.0.
Путь прохождения данных отвечает за трафик ввода-вывода. В конечном итоге данные хранятся на физическом устройстве в массиве хранения данных. Когда виртуальные машины считывают или записывают данные в vVol (будь то конфигурация, пространство подкачки, моментальный снимок или VMDK), конечные точки протокола должны привязать путь между виртуальной машиной и местоположением на физическом устройстве в массиве хранения данных.
Контейнер хранилища — это фактический репозиторий, в котором находятся данные. В Unity контейнер хранилища состоит из одного или нескольких пулов хранения данных. Каждый пул хранения данных представляет собой сочетание дисков (например, флэш-накопителей, SAS, NL-SAS) с поддерживающими сервисами управления данными (например, многоуровневым хранением данных). Сочетание накопителей и сервисов управления данными, определяющее пул, инкапсулируется в профиль возможностей. В Unity контейнер хранилища может иметь несколько профилей возможностей. Непосредственное преимущество, которое получает администратор виртуализации от этой функции, заключается в упрощении управления. Это приводит к экономии времени и перенаправлению его на другие вещи. Почему? В традиционной парадигме LUN и файловых систем, представленных хостам ESXi, каждый из этих объектов хранения данных представляет один профиль возможностей. Обычно администратор не предоставляет всем виртуальным машинам один и тот же профиль возможностей. Инженерам нужен профиль возможностей A. Финансам нужен профиль возможностей B. Маркетингу нужен профиль возможностей C. Для каждого уникального профиля возможностей это один или несколько LUN или файловых систем, поддерживающих его. Через некоторое время становится уже нужно управлять большим количеством объектов хранилища.
При использовании контейнера хранилища Unity у администратора может быть только один контейнер для всех этих различных профилей возможностей. По крайней мере, они позволяют консолидировать несколько профилей возможностей и значительно сократить количество управляемых объектов хранилища. Таким образом, речь идет об упрощении управления. Меньше головной боли, меньше времени на управление.
Кроме того, какие фактические возможности Unity может рекламировать vCenter?