Первое что хотелось бы отметить - технология называется VVol, не vVol, Vvol и прочее (от переводчика).
Традиционные системы хранения данных имеют следующие недостатки:
Статья написана на основе доклада Роулинсона Риверы (Rawlinson Rivera) с VMware PEX 2015.
Традиционные системы хранения данных имеют следующие недостатки:
- Специализированное и дорогое железо - не общедоступное, стандартное оборудование, низкая утилизация и переподписка (overprovisioning);
- Архитектуру от устройства - статические уровни предоставления качества, стандартизированное выделение ресурсов, невозможность гранулярного контроля;
- Сложные процессы - недостаточность автоматизации, затратные по времени процессы, медленная скорость реакции на запросы.
Гипервизор позволяет реализовать автоматизацию СХД от приложения, так как:
- Знает все требования приложений в реальном времени;
- Является элементом пути в операции ввода-вывода;
- Видит все нижележащие СХД;
- Может динамически настраивать СХД;
- Независим от аппаратного обеспечения.
Традиционная модель - длительные циклы предоставления ресурсов, управление LUN, сложные и частые миграции данных.
Автоматизация от приложения - динамическое предоставление ресурсов СХД по мере необходимости. Контроль уровня предоставления сервиса на уровне отдельной ВМ. Общее управление разными устройствами.
vSphere Virtual Volumes
Автоматизация от приложения - динамическое предоставление ресурсов СХД по мере необходимости. Контроль уровня предоставления сервиса на уровне отдельной ВМ. Общее управление разными устройствами.
vSphere Virtual Volumes
- Виртуализирует SAN и NAS устройства;
- Виртуальные диски нативно предоставляются массиву;
- Позволяют выполнять операции на уровне отдельной ВМ используя функции СХД;
- Управление хранилище на основе политик (SPBM, Storage policy-based management) позволяет автоматизировать потребление ресурсов при масштабировании;
- Широкая поддержка основнымит производителями СХД;
- Поставляется с vSphere.
Что такое VVol?
- Пять типов объектов VVols: Config, Data, MEM, SWAP, Other;
- Отсутствие необходимости использования СХД (VMFS отходит в историю);
- Объекты виртуальной машины хранятся нативно на СХД;
Контейнер массива (Storage Container)
- Логическая конструкция массива для группирования виртуальных томов;
- Обычно определяется администратором СХД на самом массиве для определения ёмкости массива и его ограничений;
- Ёмкость определяется физической ёмкостью массива.
Разница между контейнерами массива и LUN
- Размер контейнера основан на ёмкости массива;
- Максимальное количество контейнеров зависит от массива;
- Размер контейнера может быть расширен;
- LUN требует файловой системы, стандартизация размера LUN требует большего их количества.
Протокол конечной точки (Protocol End Points)
- Точка доступа реализовывающая коммуникацию между ESXi и СХД;
- На данный момент поддерживаются: iSCSI, NFS v3, FC, FCoE;
- Для каждой конечной точки единовременно поддерживается какой-то один обозначенный протокол;
- Конечная точка получает SCSI либо NFS команды;
- Контейнера массива - для большого количества метаданных и данных ВМ.
Панель управления
- VASA Provider (VP) - разрабатывается поставщиком СХД;
- Один VP может управлять несколькими массивами;
- VASA Provider может быть реализован как внутри массива, так и в виде внешней ВМ;
- Внеполосной (out of band) обмен сообщениями;
- ESXi и vCenter Server подключаются к VASA Provider.
Возможности массива и политики хранения ВМ (Storage Capabilities и VM Storage Policies)
- Являются функциями массива и требованиями ВМ к этим функциям, соответственно. Требования могут быть удовлетворены возможностями, предоставляемыми массивом;
- Возможности массива определяют что может предоставить массив в ответ на требования ВМ;
- Политики хранения ВМ являются компонентом хранилища на основе политик
- Представленные возможности - функции и сервисы массива, предоставленные гипервизору через VASA API;
- Управляются на уровне виртуального диска ВМ
- Используют концепцию соответствия для контроля предоставляемого уровня сервиса.
Сценарии операций
- Разгрузка операций: разворачивание, удаление, клонирование (полное и связанных), снепшоты;
- Снепшоты: управляемые ESXi или массивом.
В данной версии SRM не поддерживает VVol, но будет в следующей.
В будущих версиях VVol позволит пулу массива распространяться между физическими массивами.
В будущих версиях VVol позволит пулу массива распространяться между физическими массивами.
Статья написана на основе доклада Роулинсона Риверы (Rawlinson Rivera) с VMware PEX 2015.
Оригинал: VVol Technical Overview
Комментариев нет:
Отправить комментарий