Поделиться через

Основные понятия хранилища решений Azure VMware

Частные облака решения Azure VMware предоставляют собственное хранилище на уровне кластера с помощью VMware vSAN. Локальное хранилище из каждого узла в кластере используется в хранилище данных vSAN, а шифрование неактивных данных доступно и включено по умолчанию. Ресурсы службы хранилища Azure можно использовать для расширения возможностей хранения частных облаков.

Кластеры vSAN

Локальное хранилище в каждом узле кластера утверждается как часть хранилища данных vSAN. Для SKU AV36 для всех дисковых групп используется уровень кэша NVMe размером 1,6 ТБ с необработанной емкостью на узел на основе SSD размером 15,4 ТБ. Размер необработанного уровня емкости кластера определяется как емкость одного узла, умноженная на количество узлов. Например, четыре кластера узлов предоставляют необработанную емкость размером 61,6 ТБ в уровне емкости vSAN. Проверьте аппаратную спецификацию устройств для хранения данных AV36P, AV52 и AV64 SKU.

Локальное хранилище на узлах кластера используется в хранилище данных vSAN на уровне кластера. Все хранилища данных создаются в рамках развертывания частного облака и доступны для немедленного использования. Пользователь cloudadmin и все пользователи, назначенные роли CloudAdmin, могут управлять хранилищами данных с помощью этих привилегий vSAN:

  • Datastore.AllocateSpace
  • Datastore.Обзор
  • Datastore.Config
  • Удаление файла в Datastore
  • Datastore.FileManagement
  • Датастор.ОбновитьМетаданныеВиртуальнойМашины

Это важно

Невозможно изменить имя хранилищ данных или кластеров. Azure CLI и PowerShell поддерживают изменение имени кластеров ресурсов (Cluster-2 на Cluster-12), однако это не следует использовать, так как оно создает несоответствие метаданных между именем кластера ресурсов портала Azure и именем кластера vSphere.

Политики хранения и отказоустойчивость

Политика хранения по умолчанию имеет значение RAID-1 FTT-1, при этом резервирование пространства объектов настроено на Тонкое предоставление. Если вы не настраиваете политику хранения или применяете новую политику, кластер растет с помощью этой конфигурации. Политика хранения по умолчанию — это политика хранения, которая будет применяться к виртуальным машинам рабочей нагрузки. Чтобы задать другую политику хранения, см. статью "Настройка политики хранения".

В кластере с тремя узлами FTT-1 допускает сбой одного из узлов. Корпорация Майкрософт регулярно управляет сбоями и заменяет оборудование при обнаружении событий с точки зрения операций.

Примечание.

При входе в клиент vSphere вы можете заметить политику хранения виртуальных машин, называемую политикой хранилища vSAN по умолчанию с резервированием пространства объектов , установленным на толстый режим подготовки. Обратите внимание, что это не политика хранения по умолчанию, применяемая к кластеру. Эта политика существует в исторических целях и в конечном итоге будет изменена на тонкое выделение ресурсов.

Примечание.

Все виртуальные машины для управления программно-определяемым центром обработки данных (SDDC) (vCenter Server, NSX Manager, NSX Edges и другие) используют политику управления хранилищем Microsoft vSAN с резервированием пространства объектов, установленным на тонкое резервирование.

Подсказка

Если вы не уверены, что кластер будет увеличиваться до четырех или более, то разверните его с помощью политики по умолчанию. Если вы уверены, что кластер будет расти, то вместо того чтобы расширять кластер после первого развертывания, рекомендуется добавить дополнительные узлы уже на этапе развёртывания. При развертывании виртуальных машин в кластере измените политику хранения диска в параметрах виртуальной машины на RAID-5 FTT-1 или RAID-6 FTT-2. В отношении соглашения об уровне обслуживания для решения Azure VMware учтите, что для применения политики FTT-2 (RAID-1 или RAID-6) в кластере необходимо настроить больше 6 узлов. Кроме того, обратите внимание, что политика хранения не обновляется автоматически на основе размера кластера. Аналогичным образом изменение по умолчанию не обновляет запущенные политики виртуальных машин автоматически.

Полосы дисков vSAN для каждого объекта

Обычно именуемый шириной полосы, этот параметр определяет минимальное количество устройств хранения, по которым распределяется каждая реплика объекта. Чередование может повысить производительность виртуальных машин с интенсивным вводом-выводом, распределяя данные виртуальной машины по нескольким дискам и тем самым улучшая общую производительность.

Подсказка

Рекомендация заключается в сохранении параметра полосы дисков vSAN для каждого объекта на уровне по умолчанию. Однако при возникновении проблем с производительностью с интенсивными виртуальными машинами ввода-вывода можно увеличить количество полос дисков vSAN на объект в политике хранения, чтобы повысить производительность.

Дедупликация и сжатие

Хранилища данных vSAN используют дедупликацию и сжатие по умолчанию. Дедупликация и сжатие работают вместе, чтобы уменьшить объем пространства, потребляемого в хранилище данных. VSAN сначала применяет дедупликацию, а затем сжатие, так как данные перемещаются с уровня кэша на уровень емкости.

Подсказка

При интенсивном вводе-выводе виртуальных машин отключение дедупликации в хранилище данных vSAN может повысить общую производительность виртуальной машины до 2x.

Шифрование данных на месте хранения

Хранилища данных vSAN используют шифрование неактивных данных по умолчанию с помощью ключей, хранящихся в Azure Key Vault. Решение шифрования основано на KMS и поддерживает операции vCenter Server для управления ключами. Если узел удаляется из кластера, все данные на SSD немедленно становятся недействительными.

Параметры расширения емкости хранилища данных

Существующую емкость хранилища vSAN кластера можно расширить, подключив ресурсы хранилища Azure, включая Azure NetApp Files или Azure Elastic SAN. Виртуальные машины можно перенести между хранилищами данных vSAN и другими хранилищами данных, не нарушая работу с помощью хранилища vMotion. Расширение емкости хранилища данных с помощью ресурсов хранилища Azure позволяет увеличить емкость хранилища данных без масштабирования кластеров.

Файлы Azure NetApp

Azure NetApp Files — это корпоративная, высокопроизводительная служба хранилища файлов с лимитным уровнем производительности. Служба поддерживает требуемую корпоративную файловую нагрузку в облаке: базы данных, SAP и высокопроизводительные вычислительные приложения без изменений кода.

Вы можете создавать хранилища данных сетевой файловой системы (NFS) с томами Azure NetApp Files и подключать их к кластерам по своему усмотрению. Используя хранилища данных NFS, поддерживаемые Azure NetApp Files, вы можете расширить хранилище вместо масштабирования кластеров. Azure NetApp Files доступна на уровнях производительности "Ультра", "Премиум" и "Стандартный", чтобы обеспечить настройку производительности и затрат на требования рабочих нагрузок.

Дополнительные сведения см. в статье "Присоединение хранилищ данных Azure NetApp Files к узлам решения Azure VMware".

Azure Elastic SAN

Сеть зоны хранения Эластичных баз данных Azure (SAN) — это ответ Корпорации Майкрософт на проблему оптимизации рабочей нагрузки и интеграции между крупномасштабными базами данных и критически важными приложениями с высокой производительностью.

Решение Azure VMware поддерживает присоединение хранилищ данных iSCSI в качестве постоянного хранилища. Вы можете создать хранилища данных файловой системы виртуальной машины (VMFS) с томами Azure Elastic SAN и подключить их к кластерам по своему усмотрению. Используя хранилища данных VMFS, поддерживаемые Azure Elastic SAN, вы можете расширить хранилище вместо масштабирования кластеров.

Дополнительные сведения см. в статье Об использовании решения Azure VMware с Azure Elastic SAN.

Интеграция службы хранилища Azure

Службы хранилища Azure можно использовать в рабочих нагрузках, работающих в частном облаке. К службам хранилища Azure относятся учетные записи хранилищ, хранилище таблиц, хранилище Blob и хранилище файлов (Azure Files и Azure NetApp Files). Подключение рабочих нагрузок к службам хранилища Azure не проходит через Интернет. Это подключение обеспечивает большую безопасность и позволяет использовать службы хранилища Azure на основе SLA в рабочих нагрузках частного облака.

Оповещения и мониторинг

Корпорация Майкрософт отправляет предупреждения, когда потребление емкости превышает 75 %. Кроме того, можно отслеживать метрики потребления емкости, интегрированные в Azure Monitor. Дополнительные сведения см. в статье "Настройка оповещений Azure" в решении Azure VMware.

Дальнейшие действия

Теперь, когда вы рассмотрели основные понятия хранилища решений Azure VMware, вы можете узнать о следующем:

  • Настройка политики хранения . Каждая виртуальная машина, развернутая в хранилище данных vSAN, назначается по крайней мере одной политике хранения виртуальных машин. Политику хранилища виртуальных машин можно назначить в первоначальном развертывании виртуальной машины или при выполнении других операций виртуальной машины, таких как клонирование или перенос.

  • Масштабирование кластеров в частном облаке— вы можете масштабировать кластеры и узлы в частном облаке, как это необходимо для рабочей нагрузки приложения. Ограничения производительности и доступности для конкретных служб должны решаться на индивидуальной основе.

  • Azure NetApp Files с решением Azure VMware . Вы можете использовать Azure NetApp Files для переноса и запуска самых требовательных корпоративных рабочих нагрузок файлов в облаке: баз данных и приложений вычислений общего назначения без изменений кода. Тома Azure NetApp Files можно подключить к виртуальным машинам и использовать в качестве хранилищ данных для увеличения емкости хранилища данных vSAN без добавления дополнительных узлов.

  • Управление доступом на основе ролей для решения Azure VMware — вы используете vCenter Server для управления рабочими нагрузками виртуальных машин и диспетчером NSX для управления и расширения частного облака. Управление доступом и удостоверениями использует роль CloudAdmin для vCenter Server и права ограниченного администратора для NSX Manager.