Настройка качества обслуживания для ресурсов хранилища
Важно!
Поддержка этой версии Virtual Machine Manager (VMM) завершена. Мы рекомендуем выполнить обновление до VMM 2022.
В этой статье описывается, как настроить политики качества обслуживания (QoS) для управления операцией ввода-вывода в секунду для масштабируемого файлового сервера (SOFS) в структуре System Center Virtual Machine Manager (VMM).
Перед началом работы
Чтобы проверить состояние заданных политик качества обслуживания для кластера масштабируемых серверов, выполните командлет Get-StorageQoSPolicy PowerShell на узле кластера.
Создание политики качества обслуживания
- Выберите Fabric>StorageQoS> PoliciesCreate Storage QoS Policy (Создать> политику качества обслуживания хранилища).
- В мастере в разделе Общие, укажите название политики.
- В разделе Параметры политики укажите способ применения политики. Выберите Все экземпляры виртуальных дисков совместно используют ресурсы , чтобы указать, что политика должна применяться ко всем виртуальным дискам на файловом сервере (в пуле, один экземпляр). Выберите Ресурсы, выделенные для каждого экземпляра виртуального диска , чтобы указать, что политика применяется отдельно к каждому указанному виртуальному диску (с несколькими экземплярами). Укажите минимальное и максимальное число операций ввода-вывода в секунду. Нуль (0) значит, что политики не применяются.
- В разделеОбласть выберите файловые серверы, на которые распространяется политика. Если выбрать несколько серверов, все получат одинаковый GUID политики. Так не возникнет проблем при миграции хранилища виртуальных машин.
- В разделе Сводка проверьте параметры и завершите работу мастера.
Дальнейшие действия
При развертывании виртуальной машины и ее размещении на узле можно выбрать качество обслуживания хранилища при проверке параметров виртуальной машины в разделе Параметры >виртуальной машиныРесурсы>виртуального жесткого диска. Подробности о развертывании виртуальных машин.
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по