Выбор дисков для кластеров Azure Stack HCI и Windows Server

Область применения: Azure Stack HCI, версии 21H2 и 20H2; Windows Server 2022, Windows Server 2019

В этой статье содержатся рекомендации по выбору дисков в соответствии с требованиями к производительности и емкости.

Типы дисков

Локальные дисковые пространства базовая технология виртуализации хранилища azure Stack HCI и сервер Windows в настоящее время работает с четырьмя типами дисков:

Тип диска Описание
PMem PMem относится к постоянной памяти, новому типу хранилища с низкой задержкой и высокой производительностью.
NVMe NVMe (Non-Volatile Memory Express) — это твердотельные диски, подключенные непосредственно к шине PCIe. Распространенные форм-факторы: 2,5 дюйма U.2, плата расширения PCIe (AIC) и M.2. NVMe предлагает более высокую пропускную способность ввода-вывода и операций ввода-вывода с меньшей задержкой, чем любой другой тип диска, который мы поддерживаем сегодня, кроме PMem.
SSD SSD относится к твердотельным накопителям, которые подключаются через обычный SATA или SAS.
HDD HDD относится к вращающимся, магнитным жестким дискам, которые обеспечивают большую емкость хранилища.

Примечание

В этой статье рассматривается выбор конфигураций дисков с NVMe, SSD и HDD. Дополнительные сведения о PMem см. в статье "Общие сведения о постоянной памяти" и ее развертывании.

Примечание

служба хранилища кэш уровня шины (SBL) не поддерживается в конфигурации одного сервера. Все конфигурации типа одноуровневого хранилища (например, all-NVMe или all-SSD) являются единственным поддерживаемым типом хранилища для одного сервера.

Встроенный кэш

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

Дополнительные сведения см. в описании кэша пула носителей.

Вариант 1 — оптимизация производительности

Чтобы достичь прогнозируемой и равномерной задержки при случайном чтении и записи в любые данные или достичь чрезвычайно высокой скорости операций ввода-вывода в секунду (мы сделали более 13 миллионов!) или пропускной способности ввода-вывода (мы выполнили более 500 ГБ/с операций чтения), следует перейти "all-flash".

Это можно сделать несколькими способами.

Diagram shows deployment options, including all NVMe for capacity, NVMe for cache with SSD for capacity, and all SSD for capacity.

  1. Только NVMe. Использование только накопителей NVMe обеспечивает непревзойденную производительность и наиболее предсказуемую задержку. Если все диски одной модели, кэш отсутствует. Вы также можете смешивать модели NVMe с высоким и низким уровнем износостойкости и настроить первые для кэширования операций записи вторых (требуется настройка).

  2. NVMe + SSD. При использовании NVMe вместе с SSD накопители NVMe автоматически кэшируют операции записи на SSD. Это позволяет объединить операции записи в кэше и переносить их только при необходимости, чтобы уменьшить износа SSD. Так можно получить характеристики, аналогичные NVMe, при этом операции чтения обслуживаются непосредственно на быстрых SSD.

  3. Только SSD. Как и при использовании только накопителей NVMe, кэш отсутствует, если все диски одной модели. Вы также можете смешивать накопители с высоким и низким уровнем износостойкости и настроить первые для кэширования операций записи вторых (требуется настройка).

    Примечание

    Преимущество использования только NVMe или SSD без кэша состоит в том, что вы получаете доступную емкость с каждого диска. Место не "тратится" на кэширование, что может быть привлекательным при небольших масштабах.

Вариант 2 — баланс между производительностью и емкостью

В средах с различными приложениями и рабочими нагрузками, одни из которых отличаются жесткими требованиями к производительности, а другим необходима значительная емкость хранилища, следует выбрать "гибридный" вариант с кэшированием на NVMe или SSD для больших жестких дисков.

Diagram shows deployment possibilities, including NVMe for cache with HDD for capacity, SSD for cache with HDD for capacity, and NVMe for cache with mixed SSD and HDD for capacity.

  1. NVMe + HDD. Диски NVMe ускоряют операции чтения и записи, кэшируя их. Кэширование операций чтения позволяет жестким дискам сосредоточиться на записи. Кэширование операций записи помогает справиться с пиками, объединить операции записи и переносить их только при необходимости искусственно сериализованным способом, который оптимизирует IOPS и пропускную способность ввода-вывода жестких дисков. Это позволяет получить характеристики записи, аналогичные NVMe, а для часто или недавно прочитанных данных — и характеристики чтения, аналогичные NVMe.

  2. SSD + жесткий диск. Аналогично сказанному выше, SSD-диски ускоряют операции чтения и записи, кэшируя их. Это обеспечивает характеристики записи, аналогичные SSD, а для часто или недавно прочитанных данных — характеристики чтения, аналогичные SSD.

    Существует еще один, довольно экзотический вариант: использовать диски всех трех типов.

  3. NVMe + SSD + жесткий диск. В таком случае диски NVMe кэшируют данные для дисков остальных типов. Привлекательность заключается в том, что вы можете создавать тома на дисках SSD и тома на жестких дисках, параллельно в одном кластере, все ускоренные с помощью NVMe. Тома на SSD совпадают с конфигурацией в развертывании только с флэш-накопителями, а тома на жестких дисках — с "гибридными" развертываниями, описанными выше. По смыслу это похоже на два пула с независимым управлением емкостью, циклами сбоев и восстановления и т. д.

    Важно!

    Рекомендуем использовать уровень SSD для размещения самых требовательных к производительности рабочих нагрузок в системе только с флэш-накопителями.

Вариант 3 — максимальное увеличение емкости

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

Deployment options for maximizing capacity

  1. SSD + жесткий диск. SSD-диски кэшируют операции чтения и записи для обработки пиков, получения высокой производительности записи и оптимизированного переноса на жесткие диски в дальнейшем.

Важно!

Конфигурация только с дисками HDD не поддерживается. Конфигурация SSD, в которой диски с меньшей устойчивостью к износу выполняют роль кэша для дисков с большей устойчивостью к износу, не рекомендуется к использованию.

Рекомендации по выбору размера

Кэш

У каждого сервера должно быть по крайней мере два диска кэша (это минимум, необходимый для обеспечения избыточности). Рекомендуем делать число накопителей-хранилищ кратным числу кэш-накопителей. Например, если у вас четыре кэш-накопителя, то при наличии восьми накопителей-хранилищ (соотношение 1:2) производительность будет более стабильной, чем при семи или девяти.

Размер кэша должен соответствовать рабочему набору приложений и рабочих нагрузок, то есть все данные, которые они активно считывают и записывают в любое время. Других требований к размеру кэша не существует. Для развертываний с жесткими дисками справедливое начальное место составляет 10 процентов емкости, например, если каждый сервер имеет 4 x 4 ТБ HDD = 16 ТБ емкости, то 2 x 800 ГБ SSD = 1,6 ТБ кэша на сервер. Для всех развертываний флэш-памяти, особенно с очень высокой выносливостью SSD, может быть справедливо начать ближе к 5 процентам емкости, например, если каждый сервер имеет 24 x 1,2 ТБ SSD = 28,8 ТБ емкости, то 2 x 750 ГБ NVMe = 1,5 ТБ кэша на сервер. Вы всегда можете добавить или удалить кэш-накопители позже для оптимизации.

Общие сведения

Рекомендуется ограничить общую емкость хранилища на сервере примерно до 400 терабайт (ТБ). Чем больше объем хранилища на сервер, тем больше времени необходимо для повторной синхронизации данных после простоя или перезагрузки, например при применении обновлений программного обеспечения. Текущий максимальный размер для пула носителей составляет 4 петабайта (ТС) (4000 ТБ) (1 ТС для Windows Server 2016).

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

Дополнительные сведения см. также в следующих разделах: