Управление качеством обслуживания хранилища в кластерах
Важно!
Поддержка этой версии Virtual Machine Manager (VMM) завершена. Мы рекомендуем выполнить обновление до VMM 2022.
В этой статье описывается, как управлять политиками качества обслуживания хранилища (QoS) для кластеров в System Center Virtual Machine Manager (VMM).
Назначение политик качества обслуживания хранилища в кластерах
Операционная система Windows Server 2016 и более поздние версии позволяют использовать функцию обеспечения качества обслуживания (QoS) хранилища с любыми виртуальными жесткими дисками, размещенными на общем томе кластера (CSV). В VMM 2016 управление SQoS ограничено виртуальными жесткими дисками, размещенными в кластерах гиперконвергентных типов S2D и Scale-Out только файловых серверов (SOFS). Кроме того, область политик качества обслуживания основывается на массивах хранилища, которые не масштабируются в таких сценариях, как SAN, где VMM управляет только вычислительным кластером.
VMM 1801 и более поздних версий поддерживает QoS во всех управляемых кластерах, а также SOFS, работающих на Windows Server 2016 и более поздних версиях.
VMM поддерживает QoS во всех управляемых кластерах, а также SOFS, работающих на Windows Server 2016 и более поздних версиях.
Примечание
VMM 2019 UR3 и более поздних версий поддерживает Azure Stack HCI (гиперконвергентная инфраструктура, версия 20H2).
Примечание
VMM 2022 поддерживает гиперконвергентную инфраструктуру Azure Stack (HCI, версии 20H2 и 21H2).
Выполните следующие действия.
Выберите Fabric>StorageQoS> PoliciesCreate Storage QoS Policy (Создать> политику качества обслуживания хранилища).
В мастере в разделе Общие, укажите название политики.
В разделе Параметры политики укажите способ применения политики. Выберите Все общие ресурсы экземпляров виртуальных дисков, чтобы указать, какую политику следует применить ко всем виртуальным дискам на файловом сервере (в составе пула, один экземпляр). Выберите Ресурсы, выделенные для каждого экземпляра виртуального диска , чтобы указать, что политика применяется отдельно к каждому указанному виртуальному диску (с несколькими экземплярами). Укажите минимальное и максимальное число операций ввода-вывода в секунду. Нуль (0) значит, что политики не применяются.
В поле Область действия выберите из списка Кластеры управляемый кластер, к которому нужно применить политику.
В разделе Сводка проверьте параметры и завершите работу мастера.
После обновления
После обновления существующие развертывания, управляющие качеством обслуживания с помощью VMM, могут легко перейти в новую область QoS на основе имени кластера.
Командлеты PowerShell
Добавлены несколько новых параметров, которые описаны ниже.
Затрагиваемый командлет | Параметр | Сведения |
---|---|---|
New-SCStorageQoSPolicy | -HostCluster | Указывает массив объектов HostCluster, определяющих область действия политики качества обслуживания. Необязательно. |
New-SCVIrtualDiskDrive | -StorageQoSPolicy | Позволяет выбрать политику качества обслуживания хранилища для виртуального диска. Необязательно. |
Set-SCStorageQoSPolicy | -HostCluster | Указывает массив объектов HostCluster для добавления в область действия политики качества обслуживания. Необязательно. |
Get-SCStorageQoSPolicy | -HostCluster | Указывает объект HostCluster, для которого нужно запросить политику качества обслуживания. Необязательно. |
Назначение политики качества обслуживания хранилища на основе шаблонов
Использование шаблонов является стандартным способом развертывания виртуальных машин и служб в облаке.
VMM 1801 и более поздних версий также позволяет выбрать политики качества обслуживания хранилища из шаблона. Сведения о назначении политик качества обслуживания хранилища из шаблонов см. в соответствующей процедуре в статье Создание шаблона виртуальной машины .
Вы также можете выбрать политики качества обслуживания хранилища из шаблона. Сведения о назначении политик качества обслуживания хранилища из шаблонов см. в соответствующей процедуре в статье Создание шаблона виртуальной машины .
Дальнейшие действия
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по