Требования к оборудованию для локальных дисковых пространств Storage Spaces Direct hardware requirements

Применяется к: Windows Server 2019, Windows Server 2016 Applies to: Windows Server 2019, Windows Server 2016

В этом разделе описаны минимальные требования к оборудованию для Локальные дисковые пространства в Windows Server. This topic describes minimum hardware requirements for Storage Spaces Direct on Windows Server. Требования к оборудованию для Azure Stack ХЦИ. Наша операционная система, предназначенная для развертываний гиперконвергентном с подключением к облаку, см. в разделе перед развертыванием Azure Stack хЦи: определение требований к оборудованию. For hardware requirements on Azure Stack HCI, our operating system designed for hyperconverged deployments with a connection to the cloud, see Before you deploy Azure Stack HCI: Determine hardware requirements.

Для рабочей среды корпорация Майкрософт рекомендует приобрести проверенное оборудование и программное обеспечение от наших партнеров, включая средства и процедуры развертывания. For production, Microsoft recommends purchasing a validated hardware/software solution from our partners, which include deployment tools and procedures. Эти решения разработаны, собраны и проверены в соответствии с эталонной архитектурой для обеспечения совместимости и надежности, что позволяет быстро приступить к работе. These solutions are designed, assembled, and validated against our reference architecture to ensure compatibility and reliability, so you get up and running quickly. Решения для Windows Server 2019 см. на веб-сайте Azure Stack хЦи Solutions. For Windows Server 2019 solutions, visit the Azure Stack HCI solutions website. Для решений Windows Server 2016 ознакомьтесь с дополнительными сведениями по Windows Server Software-Defined. For Windows Server 2016 solutions, learn more at Windows Server Software-Defined.

Хотите оценить Локальные дисковые пространства без оборудования? Want to evaluate Storage Spaces Direct but don’t have hardware? Используйте виртуальные машины Hyper-V или Azure, как описано в разделе использование Локальные дисковые пространства в кластерах гостевой виртуальной машины. Use Hyper-V or Azure virtual machines as described in Using Storage Spaces Direct in guest virtual machine clusters.

Основные требования Base requirements

Системы, компоненты, устройства и драйверы должны быть сертифицированы для операционной системы, используемой в каталоге Windows Server. Systems, components, devices, and drivers must be certified for the operating system you’re using in the Windows Server Catalog. Кроме того, на серверах, дисках, адаптерах шины и сетевых адаптерах рекомендуется использовать программно-определяемый центр обработки данных (SDDC) и (или) программно-определяемый центр обработки данных (SDDC) Premium (АКС), как показано на рисунке ниже. In addition, we recommend that servers, drives, host bus adapters, and network adapters have the Software-Defined Data Center (SDDC) Standard and/or Software-Defined Data Center (SDDC) Premium additional qualifications (AQs), as pictured below. Существует более 1 000 компонентов с АКС SDDC. There are over 1,000 components with the SDDC AQs.

Полностью настроенный кластер (серверы, сеть и хранилище) должен пройти все проверочные тесты в мастере в Диспетчер отказоустойчивости кластеров или с помощью Test-Cluster командлета в PowerShell. The fully configured cluster (servers, networking, and storage) must pass all cluster validation tests per the wizard in Failover Cluster Manager or with the Test-Cluster cmdlet in PowerShell.

Кроме того, применяются следующие требования. In addition, the following requirements apply:

Серверы Servers

• Серверов не должно быть меньше 2 или больше 16. Minimum of 2 servers, maximum of 16 servers
• Рекомендуется, чтобы все серверы были одним и тем же производителем и моделью Recommended that all servers be the same manufacturer and model

ЦП CPU

• Процессор, совместимый с Intel Нехалем или более поздней версии; ни Intel Nehalem or later compatible processor; or
• Процессор AMD ЕПИК или более поздней версии AMD EPYC or later compatible processor

Память Memory

• Память для Windows Server, виртуальных машин и других приложений или рабочих нагрузок; плюс Memory for Windows Server, VMs, and other apps or workloads; plus
• 4 ГБ ОЗУ на терабайт (ТБ) емкости кэша на каждом сервере для метаданных Локальные дисковые пространства 4 GB of RAM per terabyte (TB) of cache drive capacity on each server, for Storage Spaces Direct metadata

Загрузка Boot

• Любое загрузочное устройство, поддерживаемое Windows Server, которое теперь включает сатадом Any boot device supported by Windows Server, which now includes SATADOM
• Зеркальное отображение RAID 1 не требуется, но поддерживается для загрузки RAID 1 mirror is not required, but is supported for boot
• Рекомендуется: 200 ГБ, минимальный размер Recommended: 200 GB minimum size

Сеть Networking

Для Локальные дисковые пространства требуется надежная сеть с высокой пропускной способностью и низкой задержкой между каждым узлом. Storage Spaces Direct requires a reliable high bandwidth, low latency network connection between each node.

Минимальное количество соединений для узла малого масштаба 2-3 Minimum interconnect for small scale 2-3 node

• 10 Гбит/с сетевая карта (NIC) или более мощный 10 Gbps network interface card (NIC), or faster
• Два или более сетевых подключения для каждого узла, Рекомендуемые для избыточности и производительности. Two or more network connections from each node recommended for redundancy and performance

Рекомендуемое соединение для высокопроизводительных, масштабируемых или развертываний 4 + Recommended interconnect for high performance, at scale, or deployments of 4+

• Сетевые карты, поддерживающие удаленный доступ к памяти (RDMA), iWARP (рекомендуется) или Роце NICs that are remote-direct memory access (RDMA) capable, iWARP (recommended) or RoCE
• Два или более сетевых подключения для каждого узла, Рекомендуемые для избыточности и производительности. Two or more network connections from each node recommended for redundancy and performance
• 25 Гбит/с, сетевой адаптер или более мощный 25 Gbps NIC or faster

Взаимосвязи узлов с переключением и с переключением Switched or switchless node interconnects

• Переключение: Сетевые коммутаторы должны быть правильно настроены для работы с пропускной способностью и типом сети. Switched: Network switches must be properly configured to handle the bandwidth and networking type. Если используется RDMA, который реализует протокол Роце, сетевое устройство и Конфигурация коммутатора еще более важны. If using RDMA that implements the RoCE protocol, network device and switch configuration is even more important.
• Без переключения: узлы могут быть взаимосоединены с помощью прямых подключений, избегая использования коммутатора. Switchless: Nodes can be interconnected using direct connections, avoiding using a switch. Необходимо, чтобы каждый узел имел прямое соединение со всеми остальными узлами кластера. It is required that every node have a direct connection with every other node of the cluster.

диски; Drives

Локальные дисковые пространства работает с прямым подключением дисков SATA, SAS, NVMe или энергонезависимой памяти (PMem), которые физически подключены только к одному серверу. Storage Spaces Direct works with direct-attached SATA, SAS, NVMe, or persistent memory (PMem) drives that are physically attached to just one server each. Дополнительные сведения о выборе дисков см. в разделах Выбор дисков и изучение и развертывание постоянных модулей памяти . For more help choosing drives, see the Choosing drives and Understand and deploy persistent memory topics.

• Поддерживаются диски SATA, SAS, энергонезависимой памяти и NVMe (M. 2, U. 2 и Add-on-Card). SATA, SAS, persistent memory, and NVMe (M.2, U.2, and Add-In-Card) drives are all supported
• поддерживаются собственные диски 512N, 512e и 4 КБ. 512n, 512e, and 4K native drives are all supported
• Твердотельные накопители должны обеспечивать защиту от потери питания Solid-state drives must provide power-loss protection
• Одинаковое число и типы дисков на каждом сервере — см. раздел требования к симметрии Same number and types of drives in every server – see Drive symmetry considerations
• Размер устройств кэша должен составлять 32 ГБ или больше. Cache devices must be 32 GB or larger
• Устройства энергонезависимой памяти используются в блочном режиме хранения Persistent memory devices are used in block storage mode
• При использовании постоянных устройств памяти в качестве устройств кэширования необходимо использовать устройства с устройствами NVMe или SSD (жесткие диски не используются). When using persistent memory devices as cache devices, you must use NVMe or SSD capacity devices (you can’t use HDDs)
• Драйвер NVMe, предоставленный корпорацией Майкрософт, входит в состав Windows (stornvme.sys) NVMe driver is the Microsoft-provided one included in Windows (stornvme.sys)
• Рекомендуется: количество дисков емкости является целым числом, кратным числу дисков кэша. Recommended: Number of capacity drives is a whole multiple of the number of cache drives
• Рекомендуется: диски кэша должны иметь высокую ендуранце записи: не менее 3 дисков — операций записи в день (ДВПД) или не менее 4 терабайт (ТБВ) в день. см. раздел Общие сведения о записи диска в день (двпд), терабайты (ТБВ) и Минимальное рекомендуемое значение для Локальные дисковые пространства Recommended: Cache drives should have high write endurance: at least 3 drive-writes-per-day (DWPD) or at least 4 terabytes written (TBW) per day – see Understanding drive writes per day (DWPD), terabytes written (TBW), and the minimum recommended for Storage Spaces Direct

Вот как можно подключить диски для Локальные дисковые пространства: Here’s how drives can be connected for Storage Spaces Direct:

• Диски SATA с прямым подключением Direct-attached SATA drives
• Непосредственно подключенные диски NVMe Direct-attached NVMe drives
• Узел SAS — адаптер шины (HBA) с дисками SAS SAS host-bus adapter (HBA) with SAS drives
• Узел SAS — адаптер шины (HBA) с дисками SATA SAS host-bus adapter (HBA) with SATA drives
• не поддерживается: Карта RAID-контроллера или хранилище SAN (Fibre Channel, iSCSI, Фкое). NOT SUPPORTED: RAID controller cards or SAN (Fibre Channel, iSCSI, FCoE) storage. Карты адаптера шины (HBA) должны реализовывать простой сквозной режим. Host-bus adapter (HBA) cards must implement simple pass-through mode.

Диски могут быть внутренними для сервера или во внешнем корпусе, подключенном только к одному серверу. Drives can be internal to the server, or in an external enclosure that is connected to just one server. Службы корпуса SCSI (SES) требуются для сопоставления и идентификации слота. SCSI Enclosure Services (SES) is required for slot mapping and identification. Каждый внешний корпус должен представлять уникальный идентификатор (уникальный идентификатор). Each external enclosure must present a unique identifier (Unique ID).

• Внутренние диски сервера Drives internal to the server
• Диски во внешнем корпусе («JBOD»), подключенные к одному серверу Drives in an external enclosure («JBOD») connected to one server
• не поддерживается: Общие корпусы SAS подключены к нескольким серверам или к любой форме многопутевого ввода-вывода (MPIO), где доступ к дискам осуществляется по нескольким путям. NOT SUPPORTED: Shared SAS enclosures connected to multiple servers or any form of multi-path IO (MPIO) where drives are accessible by multiple paths.

Минимальное число дисков (с исключением загрузочного диска) Minimum number of drives (excludes boot drive)

• Если есть диски, которые используются для кэша, их должно быть по крайней мере 2. If there are drives used as cache, there must be at least 2 per server
• Должно быть по крайней мере 4 диска хранения (не кэш-диска) на сервер. There must be at least 4 capacity (non-cache) drives per server

Имеющиеся типы дисков Drive types present	Минимальное необходимое количество Minimum number required
Вся постоянная память (та же модель) All persistent memory (same model)	4 Постоянная память 4 persistent memory
Только накопители NVMe (одной и той же модели) All NVMe (same model)	4 накопителя NVMe 4 NVMe
Только твердотельные накопители (SSD) (одной и той же модели) All SSD (same model)	4 накопителя SSD 4 SSD
Постоянная память + NVMe или SSD Persistent memory + NVMe or SSD	2 энергоустойчивая память + 4 NVMe или SSD 2 persistent memory + 4 NVMe or SSD
NVMe + SSD NVMe + SSD	2 NVMe + 4 SSD 2 NVMe + 4 SSD
NVMe + жесткий диск NVMe + HDD	2 NVMe + 4 HDD 2 NVMe + 4 HDD
SSD + жесткий диск SSD + HDD	2 SSD + 4 HDD 2 SSD + 4 HDD
NVMe + SSD + жесткий диск NVMe + SSD + HDD	2 NVMe + 4 других 2 NVMe + 4 Others

В этой таблице приведены минимальные значения для аппаратных развертываний. This table provides the minimum for hardware deployments. При развертывании с помощью виртуальных машин и виртуализированного хранилища, например в Microsoft Azure, см. раздел использование Локальные дисковые пространства в кластерах гостевой виртуальной машины. If you’re deploying with virtual machines and virtualized storage, such as in Microsoft Azure, see Using Storage Spaces Direct in guest virtual machine clusters.

Что нового в Windows Server 2019? Обзор новых возможностей

Новая версия серверной операционной системы Windows Server 2019 от компании Microsoft уже вышла, и ее активно используют, поэтому пришло время узнать, что же нового появилось в этой версии, иными словами, в этом материале представлен обзор новых возможностей Windows Server 2019.

Обзор редакций Windows Server 2019

Операционная система Windows Server 2019 выпускается в следующих редакциях:

• Datacenter – максимальная редакция, которая содержит полный функционал. Подходит для центра обработки данных и облачной среды с высоким уровнем виртуализации;
• Standard – стандартная редакция, которая предназначена для физической среды, или среды с минимальным уровнем виртуализации, так как в этом случае можно развернуть до двух виртуальных машин и один узел Hyper-V на лицензию;
• Essentials – редакция для предприятий малого бизнеса с количеством пользователей не более 25 и количеством устройств не более 50.

В Windows Server 2019 для выпусков Datacenter и Standard осуществлен переход от модели лицензирования «на процессор» к модели лицензирования «на ядро». Что, по мнению Microsoft, должно упростить структуру лицензирования в средах с несколькими облаками.

Обзор новых возможностей Windows Server 2019

Начну с того, что версия Windows Server 2019 относится к каналу обслуживания Long-Term Servicing Channel (LTSC), новые релизы в данном канале выходят примерно раз в 2-3 года, имея при этом 5 лет основной поддержки, и 5 лет расширенной поддержки.

Напомню, что, начиная с Windows Server 2016, Microsoft использует два канала обслуживания, вышеупомянутый LTSC, а также Semi-Annual Channel (SAC), выпуски в котором выходят каждые полгода, основная поддержка длится 6 месяцев, расширенная 18 месяцев. Этот канал подходит для компаний, которые быстро внедряют инновации, т.е. им важны новые возможности операционной системы Windows Server. В рамках канала LTSC система получает обновления системы безопасности и не связанные с безопасностью обновления, но не получает новые функции и возможности. Канал обслуживания SAC как раз и предназначен для возможности быстрого внедрения новых технологий.

Чтобы внести небольшую ясность, канал LTSC — это традиционный канал обслуживания, ориентированный на продолжительный период обслуживания и стабильность работы, канал SAC — для любителей инноваций.

Теперь давайте узнаем, что же нового в Windows Server 2019.

Windows Admin Center

В Windows Server 2019 появился новый пользовательский интерфейс администрирования серверов — Windows Admin Center (WAC). Следует отметить, что пока он не заменяет существующие средства администрирования, такие как консоль MMC и Server Manager, он дополняет их. Для того чтобы начать использовать Windows Admin Center, его необходимо установить.

Advanced Threat Protection (ATP)

В «Защитник Windows» (Windows Defender) включена новая технология, опробованная на Windows 10, Advanced Threat Protection (ATP), которая выявляет и подавляет атаки на уровне памяти и ядра, путем завершения вредоносных процессов и закрытия вредоносных файлов.

Также в Windows Defender добавлен механизм защиты от эксплойтов Exploit Guard – это набор средств, предназначенный для блокировки различных сетевых атак и блокировки подозрительной активности, которая часто используется во вредоносных атаках.

Системная аналитика (System Insights)

Системная аналитика — это новый функционал Windows Server, который реализует встроенную поддержку прогнозной аналитики, основанную на модели машинного обучения. Данный функционал предоставляет аналитические сведения о серверах на основе счетчиков производительности и событий, тем самым прогнозируя потенциальные проблемы.

Поддержка Linux внутри экранированных виртуальных машин

Windows Server 2019 теперь поддерживает выполнение операционных систем Linux, таких как: Ubuntu, Red Hat Enterprise Linux и SUSE Linux Enterprise Server внутри экранированных виртуальных машин (Shielded Virtual Machines), это будет полезно, если Вы работаете в среде со смешанными операционными системами.

Резервный сервер HGS и автономный режим работы виртуальных машин

В Hyper-V Windows Server 2019 появилась возможность добавить резервный сервер HGS (Host Guardian Service), который будет использоваться в случае, если основный сервер HGS станет недоступен. Иными словами, теперь экранированные виртуальные машины можно запускать на компьютерах, у которых периодически разрывается связь со службой защиты узла.

Кроме того, также добавлен «Автономный режим», который позволяет осуществить запуск экранированных виртуальных машин, даже если отсутствует подключение к серверу HGS. Это достигается путем кэширования специальной версии VM TPM key protector на узле Hyper-V.

При этом стоит учитывать, что виртуальная машина должна иметь хотя бы один успешный запуск, а также в конфигурацию безопасности узла Hyper-V не вносились изменения.

Encrypted Networks

Encrypted Networks (Зашифрованные сети) – это функционал шифрования виртуальных сетей (Virtual Network Encryption), который позволяет шифровать трафик виртуальной сети между виртуальными машинами, которые взаимодействуют друг с другом. Для шифрования пакетов в такой виртуальной подсети используется протокол DTLS.

Высокопроизводительные шлюзы SDN

В предыдущей версии Windows Server шлюз SDN, в частности пропускная способность сети туннелей IPsec и GRE, имел ограничения: пропускная способность одного соединения для подключения IPsec составляла — около 300 Мбит, а для подключения GRE — около 2,5 Гбит.

В Windows Server 2019 эти характеристики улучшены, так для подключения IPsec пропускная способность увеличена до 1.8 Гбит, а в случае с GRE до 15 Гбит, что обеспечивает сверхвысокую пропускную способность при гораздо меньшей нагрузке на ЦП.

Storage Migration Service

В Windows Server 2019 добавлена новая технология Storage Migration Service (Служба миграции хранилищ), которая упрощает перенос файловых серверов на более новую версию операционной системы Windows Server. Эта технология сначала выполняет сохранение всех данных и необходимых параметров со старых серверов, а затем передает все эти данные и конфигурации на новые серверы.

Улучшения в Storage Spaces Direct

Локальные дисковые пространства (Storage Spaces Direct) в Windows Server 2019 получили много улучшений, таких как:

• Дедупликация и сжатие томов ReFS;
• Встроенная поддержка энергонезависимой памяти;
• Программно-вложенная устойчивость гиперконвергентной инфраструктуры с двумя узлами на границе;
• Кластеры из двух серверов, использующие USB-устройство флэш-памяти в качестве свидетеля;
• Масштабирование до 4ПБ на кластер;
• Контроль четности с зеркальным ускорением стал вдвое быстрее;
• Обнаружение выброса задержки диска;
• Ручное разграничение выделения томов для повышения отказоустойчивости;
• Добавлен журнал производительности;
• Поддержка Windows Admin Center.

Улучшения в Storage Replica

В Windows Server 2019 технология Storage Replica (Реплика хранилища) также получила несколько улучшений и новых возможностей (впервые эта технология появилась в Windows Server 2016):

• Storage Replica теперь доступна в редакции Windows Server 2019 Standard;
• Test failover (Тестовая отработка отказа) — это новая функция, которая позволяет подключать целевое хранилище для проверки репликации или резервного копирования данных;
• Улучшения журнала производительности реплики хранилища;
• Поддержка Windows Admin Center.

Улучшения в Failover Clustering

Отказоустойчивая кластеризация (Failover Clustering) в Windows Server 2019 получила несколько полезных возможностей:

• Наборы кластеров (Cluster sets), функционал, расширяющий возможности масштабирования количества серверов;
• Отказоустойчивый кластер больше не использует аутентификацию NTLM, теперь используется исключительно Kerberos и проверка подлинности на основе сертификатов;
• В качестве диска-свидетеля теперь может выступать USB-диск;
• Кластерное обновление теперь поддерживает Storage Spaces Direct (локальные дисковые пространства);
• Кластеры с поддержкой Azure. Отказоустойчивые кластеры теперь автоматически определяют, когда они работают на виртуальных машинах Azure IaaS, и соответствующим образом оптимизируют конфигурацию, чтобы обеспечить наивысший уровень доступности;
• Миграция кластеров между доменами. Отказоустойчивые кластеры теперь могут динамически перемещаться из одного домена Active Directory в другой;
• Улучшения файлового ресурса-свидетеля;
• Улучшения инфраструктуры кластера. Например, кэш CSV теперь включен по умолчанию для повышения производительности виртуальной машины, а MSDTC теперь поддерживает Cluster Shared Volumes (общие тома кластера).

Контейнеры Linux в Windows

Теперь в Windows Server 2019 можно запускать контейнеры Windows и Linux на одном и том же узле контейнера с помощью одинаковой управляющей программы Docker, что позволяет разработчикам при создании приложений работать в разнородной среде узлов контейнеров.

Вот несколько улучшений технологии контейнеров:

• В контейнерах улучшен процесс встроенной проверки подлинности Windows, а также повышена надежность;
• Улучшена совместимость приложений. Теперь размещать приложения Windows в контейнерах стало проще;
• Размер файлов для скачивания базовых образов контейнеров был уменьшен так же, как и уменьшено необходимое пространство на диске, время запуска при этом было ускорено.

Повышение производительности сети для виртуальных рабочих нагрузок

Данное улучшение обеспечивает максимальную пропускную способность сети для виртуальных машин без необходимости постоянной настройки или избыточного предоставления ресурсов. К новым функциям относятся: объединение полученных сегментов в виртуальном коммутаторе и динамическое управление несколькими очередями виртуальных машин (d.VMMQ).

Low Extra Delay Background Transport

Low Extra Delay Background Transport (LEDBAT) — это алгоритм управления перегрузкой сети с низкой задержкой. Он разработан для автоматического повышения пропускной способности для пользователей и потребления всей доступной пропускной способности, когда сеть не используется.

Технология предназначена для развертывания крупных критических обновлений без ущерба для служб, которые используют пользователи.

Улучшения в службе времени Windows

В службе времени Windows Server 2019 реализованы следующие новые возможности:

• Полноценная поддержка UTC-совместимой корректировочной секунды;
• Добавлен новый протокол времени под названием «Протокол точного времени» (Precision Time Protocol);
• Добавлена трассировка в сквозном режиме.

Более детально про Windows Server 2019 можете почитать в официальной документации на сайте Microsoft, вот раздел, посвященный Windows Server 2019.

На сегодня это все, в следующих материалах мы продолжим знакомство с Windows Server 2019, но уже на практике.

Следить за выходом новых статей можно в наших группах ВКонтакте, Одноклассниках и Твиттер.