Планирование томов в Azure Stack ХЦИPlan volumes in Azure Stack HCI

Применимо к: Azure Stack ХЦИ, версия 20H2; Windows Server 2019Applies to: Azure Stack HCI, version 20H2; Windows Server 2019

В этом разделе содержатся рекомендации по планированию томов в Azure Stack ХЦИ в соответствии с потребностями рабочих нагрузок и производительностью, включая выбор их файловой системы, типа устойчивости и размера.This topic provides guidance for how to plan volumes in Azure Stack HCI to meet the performance and capacity needs of your workloads, including choosing their filesystem, resiliency type, and size.

Обзор. Что такое томаReview: What are volumes

Тома — это место для размещения файлов, необходимых рабочим нагрузкам, таких как VHD или VHDX-файлы для виртуальных машин Hyper-V.Volumes are where you put the files your workloads need, such as VHD or VHDX files for Hyper-V virtual machines. Тома объединяют диски в пуле носителей, чтобы привести к снижению отказоустойчивости, масштабируемости и производительности Локальные дисковые пространства, программно-определяемой технологии хранения данных Azure Stack хЦи.Volumes combine the drives in the storage pool to introduce the fault tolerance, scalability, and performance benefits of Storage Spaces Direct, the software-defined storage technology behind Azure Stack HCI.

Примечание

В документации по Локальным дисковым пространствам мы используем термин "том" как совокупное обозначение тома и размещенного на нем виртуального диска, включая все компоненты других встроенных функций Windows, такие как общие тома кластера (CSV) и ReFS.Throughout documentation for Storage Spaces Direct, we use term "volume" to refer jointly to the volume and the virtual disk under it, including functionality provided by other built-in Windows features such as Cluster Shared Volumes (CSV) and ReFS. Понимание этих различий на уровне реализации не требуется для успешного планирования и развертывания Локальных дисковых пространств.Understanding these implementation-level distinctions is not necessary to plan and deploy Storage Spaces Direct successfully.

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

Все тома доступны для всех серверов в кластере одновременно.All volumes are accessible by all servers in the cluster at the same time. После создания они отображаются в папке C:\ClusterStorage\ на каждом сервере.Once created, they show up at C:\ClusterStorage\ on all servers.

Снимок экрана показывает окно проводника, озаглавленное ClusterStorage, которое содержит тома с именами Volume1, Volume2 и Volume3.

Выбор количества создаваемых томовChoosing how many volumes to create

Мы рекомендуем поддерживать количество томов, кратное количеству серверов в кластере.We recommend making the number of volumes a multiple of the number of servers in your cluster. Например, если вы используете четыре сервера, производительность кластера с четырьмя томами будет более стабильной, чем с тремя или пятью.For example, if you have 4 servers, you will experience more consistent performance with 4 total volumes than with 3 or 5. Такой подход позволяет кластеру распределять "владение" томами равномерно между серверами (для каждого тома должен быть назначен один сервер, который отвечает за согласование метаданных).This allows the cluster to distribute volume "ownership" (one server handles metadata orchestration for each volume) evenly among servers.

Рекомендуется ограничить общее число томов до 64 томов на кластер.We recommend limiting the total number of volumes to 64 volumes per cluster.

Выбор файловой системыChoosing the filesystem

Для Локальных дисковых пространств мы рекомендуем использовать новую файловую систему ReFS (устойчивая файловая система).We recommend using the new Resilient File System (ReFS) for Storage Spaces Direct. Файловая система ReFS специально создана как идеальное решение для поддержки виртуализации. Она предоставляет много преимуществ, включая значительное ускорение производительности и встроенную защиту от повреждения данных.ReFS is the premier filesystem purpose-built for virtualization and offers many advantages, including dramatic performance accelerations and built-in protection against data corruption. В среде Windows Server версии 1709 и более поздних версий она поддерживает почти все ключевые функции NTFS, включая дедупликацию данных.It supports nearly all key NTFS features, including Data Deduplication in Windows Server version 1709 and later. Дополнительные сведения см. в таблице сравнения возможностей ReFS.See the ReFS feature comparison table for details.

Если для вашей рабочей нагрузки требуется функция, которая пока не поддерживается в ReFS, можно использовать NTFS.If your workload requires a feature that ReFS doesn't support yet, you can use NTFS instead.

Совет

В одном кластере могут сосуществовать тома с разными файловыми системами.Volumes with different file systems can coexist in the same cluster.

Выбор типа устойчивостиChoosing the resiliency type

Тома в локальных дисковых пространствах обеспечивают отказоустойчивость для защиты от проблем с оборудованием, таких как сбои дисков или серверов, и для обеспечения постоянной доступности в течение всего времени обслуживания сервера, например во время обновления программного обеспечения.Volumes in Storage Spaces Direct provide resiliency to protect against hardware problems, such as drive or server failures, and to enable continuous availability throughout server maintenance, such as software updates.

Примечание

Выбор типа устойчивости не зависит от типа используемых дисков.Which resiliency types you can choose is independent of which types of drives you have.

Система с двумя серверамиWith two servers

С двумя серверами в кластере можно использовать двустороннее зеркальное отображение или использовать вложенную устойчивость.With two servers in the cluster, you can use two-way mirroring or you can use nested resiliency.

Двухстороннее зеркальное отображение сохраняет две копии всех данных — одну копию на дисках на каждом сервере.Two-way mirroring keeps two copies of all data, one copy on the drives in each server. Эффективность хранения составляет 50%; для записи 1 ТБ данных требуется по крайней мере 2 ТБ физического объема хранилища в пуле носителей.Its storage efficiency is 50 percent; to write 1 TB of data, you need at least 2 TB of physical storage capacity in the storage pool. Двустороннее зеркальное отображение может безопасно допускать один сбой оборудования за раз (один сервер или диск).Two-way mirroring can safely tolerate one hardware failure at a time (one server or drive).

На схеме показаны тома с метками "данные" и "Копировать", Соединенные циклическими стрелками, и оба тома связаны с банком дисков на серверах.

Вложенная устойчивость обеспечивает устойчивость данных между серверами с двусторонним зеркальным отображением, а затем повышает устойчивость на сервере с двусторонним зеркальным отображением или контролем четности с зеркальным отображением.Nested resiliency provides data resiliency between servers with two-way mirroring, then adds resiliency within a server with two-way mirroring or mirror-accelerated parity. Вложенность обеспечивает устойчивость данных, даже если один сервер перезапускается или недоступен.Nesting provides data resilience even when one server is restarting or unavailable. Эффективность хранения составляет 25% благодаря вложенному двустороннему зеркальному отображению и примерно 35-40% для вложенной контрольной суммы с зеркальным ускорением.Its storage efficiency is 25 percent with nested two-way mirroring and around 35-40 percent for nested mirror-accelerated parity. Вложенная устойчивость может безопасно допускать два сбоя оборудования за раз (два диска, сервер и диск на оставшемся сервере).Nested resiliency can safely tolerate two hardware failures at a time (two drives, or a server and a drive on the remaining server). Из-за этой дополнительной устойчивости данных мы рекомендуем использовать вложенную устойчивость в рабочих развертываниях кластеров из двух серверов.Because of this added data resilience, we recommend using nested resiliency on production deployments of two-server clusters. Дополнительные сведения см. в разделе Вложенная устойчивость.For more info, see Nested resiliency.

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

С тремя серверамиWith three servers

С тремя серверами следует использовать трехстороннее зеркальное отображение, чтобы обеспечить более высокую отказоустойчивость и производительность.With three servers, you should use three-way mirroring for better fault tolerance and performance. В этом случае хранятся три копии всех данных, по одной копии на каждом сервере.Three-way mirroring keeps three copies of all data, one copy on the drives in each server. Эффективность хранения составляет 33,3% — для записи 1 ТБ данных требуется по крайней мере 3 ТБ физического объема хранилища в пуле носителей.Its storage efficiency is 33.3 percent – to write 1 TB of data, you need at least 3 TB of physical storage capacity in the storage pool. Трехстороннее зеркальное отображение может безопасно допускать не менее двух проблем с оборудованием (диск или сервер) за раз.Three-way mirroring can safely tolerate at least two hardware problems (drive or server) at a time. Если 2 узла станут недоступными, пул носителей потеряет кворум, так как 2/3 дисков недоступны, и виртуальные диски будут недоступны.If 2 nodes become unavailable the storage pool will lose quorum, since 2/3 of the disks are not available, and the virtual disks will be unaccessible. Однако узел может быть отключен, и один или несколько дисков на другом узле могут завершиться сбоем, а виртуальные диски останутся в сети.However, a node can be down and one or more disks on another node can fail and the virtual disks will remain online. Например, в случае перезагрузки одного сервера при внезапном сбое другого диска или сервера все данные остаются в целостности и постоянно доступными.For example, if you're rebooting one server when suddenly another drive or server fails, all data remains safe and continuously accessible.

На схеме показаны данные с метками тома и две надписи с метками, Соединенные круглыми стрелками, с каждым томом, связанным с сервером, содержащим физические диски.

С четырьмя или более серверамиWith four or more servers

При наличии четырех или более серверов можно выбрать для каждого из них использование трехуровневой зеркального отображения, двойной контроль четности (часто именуемый очистки-кодированием) или сочетание этих двух вариантов с контролем четности с зеркальным отображением.With four or more servers, you can choose for each volume whether to use three-way mirroring, dual parity (often called "erasure coding"), or mix the two with mirror-accelerated parity.

Двойная четность обеспечивает ту же отказоустойчивость, что и трехстороннее зеркальное отображение, но лучшую экономичность хранения.Dual parity provides the same fault tolerance as three-way mirroring but with better storage efficiency. При использовании четырех серверов эффективность хранения составляет 50,0%; для хранения 2 ТБ данных требуется 4 ТБ физической емкости хранилища в пуле носителей.With four servers, its storage efficiency is 50.0 percent; to store 2 TB of data, you need 4 TB of physical storage capacity in the storage pool. Это увеличивает эффективность хранения данных на 66,7% благодаря семи серверам и возобновляет эффективность хранения до 80,0%.This increases to 66.7 percent storage efficiency with seven servers, and continues up to 80.0 percent storage efficiency. Кодирование четности требует большего объема вычислений, что может ограничивать его производительность.The tradeoff is that parity encoding is more compute-intensive, which can limit its performance.

На схеме показаны два тома с метками "данные" и две с меткой четности, Соединенные круглыми стрелками, с каждым томом, связанным с сервером, содержащим физические диски.

Выбор типа устойчивости зависит от требований рабочей нагрузки.Which resiliency type to use depends on the needs of your workload. Ниже приведена таблица с кратким описанием рабочих нагрузок, которые подходят для каждого типа устойчивости, а также производительности и эффективности хранения каждого типа устойчивости.Here's a table that summarizes which workloads are a good fit for each resiliency type, as well as the performance and storage efficiency of each resiliency type.

Тип устойчивостиResiliency type Эффективность использования емкостиCapacity efficiency SpeedSpeed Рабочие нагрузкиWorkloads
Зеркальное отображениеMirror Эффективность хранения, в которой отображается 33%
Трехстороннее зеркало: 33%Three-way mirror: 33%
Двухстороннее зеркало: 50%Two-way-mirror: 50%
Производительность, показывающая 100%
Высокая производительностьHighest performance
Виртуализированные рабочие нагрузкиVirtualized workloads
Базы данныхDatabases
Другие высокопроизводительные рабочие нагрузкиOther high performance workloads
Четность с зеркальным ускорениемMirror-accelerated parity Эффективность хранения, в которой отображается около 50%
Зависит от доли зеркала и четностиDepends on proportion of mirror and parity
Производительность, показывающая около 20%
Намного медленнее, чем зеркальный, но вдвое быстрее, чем двойная четностьMuch slower than mirror, but up to twice as fast as dual-parity
Лучше для больших последовательных операций записи и чтенияBest for large sequential writes and reads
Архивация и резервное копированиеArchival and backup
Виртуализированная инфраструктура настольных системVirtualized desktop infrastructure
Двойной контроль четностиDual-parity Эффективность хранения, в которой отображается около 80%
4 сервера: 50%4 servers: 50%
16 серверов: до 80%16 servers: up to 80%
Производительность, показывающая около 10%
Наибольшая задержка ввода-вывода & загрузка ЦП при записиHighest I/O latency & CPU usage on writes
Лучше для больших последовательных операций записи и чтенияBest for large sequential writes and reads
Архивация и резервное копированиеArchival and backup
Виртуализированная инфраструктура настольных системVirtualized desktop infrastructure

Когда важнее всего производительностьWhen performance matters most

Рабочие нагрузки, у которых жесткие требования к задержке, а также рабочие нагрузки с большим количеством смешанных случайных операций ввода-вывода в секунду, например связанные с базами данных SQL Server или требовательными к производительности виртуальными машинами Hyper-V, необходимо запускать на томах с зеркальным отображением для повышения производительности.Workloads that have strict latency requirements or that need lots of mixed random IOPS, such as SQL Server databases or performance-sensitive Hyper-V virtual machines, should run on volumes that use mirroring to maximize performance.

Совет

Зеркальное отображение работает быстрее, чем любой другой тип устойчивости.Mirroring is faster than any other resiliency type. Мы используем зеркальное отображение почти для всех примеров производительности.We use mirroring for nearly all our performance examples.

Когда важнее всего емкостьWhen capacity matters most

Рабочие нагрузки, которые выполняют запись редко, например связанные с хранилищами данных или автономным неструктурированным защищенным хранилищем, необходимо запускать на томах с двойной четностью для повышения экономичности хранения.Workloads that write infrequently, such as data warehouses or "cold" storage, should run on volumes that use dual parity to maximize storage efficiency. Для рабочих нагрузок, связанных с традиционными файловыми серверами, инфраструктурой виртуальных рабочих столов (VDI), а также других рабочих нагрузок, которые не создают много плавающих случайных операций ввода-вывода и/или не требуют наилучшей производительности, также можно использовать двойную четность.Certain other workloads, such as traditional file servers, virtual desktop infrastructure (VDI), or others that don't create lots of fast-drifting random IO traffic and/or don't require the best performance may also use dual parity, at your discretion. Четность неизбежно увеличивает загрузку ЦП и задержку ввода-вывода, особенно при записи, если сравнивать ее с зеркальным отображением.Parity inevitably increases CPU utilization and IO latency, particularly on writes, compared to mirroring.

При массовой записи данныхWhen data is written in bulk

В рабочих нагрузках, которые пишут большие и последовательные этапы, такие как архивация или архивация, имеется еще один вариант: один том может сочетать зеркальное отображение и двойной контроль четности.Workloads that write in large, sequential passes, such as archival or backup targets, have another option: one volume can mix mirroring and dual parity. Записанные данные сначала оказываются в зеркально отображаемом разделе, а затем постепенно перемещаются в раздел четности.Writes land first in the mirrored portion and are gradually moved into the parity portion later. Это ускоряет прием больших объемов данных и снижает использование ресурсов при этом, так как ресурсоемкое кодирование четности может выполняться в течение более длительного времени.This accelerates ingestion and reduces resource utilization when large writes arrive by allowing the compute-intensive parity encoding to happen over a longer time. Объем данных, записываемых за раз (например, ежедневная резервная копия) должен свободно помещаться в раздел зеркала.When sizing the portions, consider that the quantity of writes that happen at once (such as one daily backup) should comfortably fit in the mirror portion. Например, если 100 ГБ принимаются один раз в день, рекомендуем использовать зеркальное отображение для объема 150–200 ГБ и двойную четность для остального объема.For example, if you ingest 100 GB once daily, consider using mirroring for 150 GB to 200 GB, and dual parity for the rest.

Итоговая экономичность хранения зависит от выбранных пропорций.The resulting storage efficiency depends on the proportions you choose. Примеры см. в этом ролике.See this demo for some examples.

Совет

Если наблюдать за резкой производительностью записи, попадете при приеме данных, это может означать, что зеркальная часть недостаточно велика или что контрольные данные с зеркальным отображением не подходят для вашего варианта использования.If you observe an abrupt decrease in write performance partway through data ingestion, it may indicate that the mirror portion is not large enough or that mirror-accelerated parity isn't well suited for your use case. Например, если производительность записи уменьшилась с 400 МБ/с до 40 МБ/с, рассмотрите возможность расширения зеркальной части или переключения на трехстороннее зеркало.As an example, if write performance decreases from 400 MB/s to 40 MB/s, consider expanding the mirror portion or switching to three-way mirror.

О развертываниях с NVMe, SSD и HDDAbout deployments with NVMe, SSD, and HDD

В развертываниях с дисками двух типов более быстрые диски обеспечивают кэширование, а более медленные — емкость.In deployments with two types of drives, the faster drives provide caching while the slower drives provide capacity. Это происходит автоматически. Дополнительные сведения см. в статье Общие сведения о кэше в локальных дисковых пространствах.This happens automatically – for more information, see Understanding the cache in Storage Spaces Direct. В таких развертываниях все тома в конечном итоге располагаются на дисках одного типа — дисках хранения.In such deployments, all volumes ultimately reside on the same type of drives – the capacity drives.

В развертываниях с дисками трех типов только самые быстрые диски (NVMe) обеспечивают кэширование, а другие диски (SSD и HDD) обеспечивают емкость.In deployments with all three types of drives, only the fastest drives (NVMe) provide caching, leaving two types of drives (SSD and HDD) to provide capacity. Вы можете выбрать, где будет располагаться каждый том: полностью на уровне SSD, полностью на уровне HDD или и там, и там.For each volume, you can choose whether it resides entirely on the SSD tier, entirely on the HDD tier, or whether it spans the two.

Важно!

Рекомендуем использовать уровень SSD для размещения самых требовательных к производительности рабочих нагрузок в системе только с флэш-накопителями.We recommend using the SSD tier to place your most performance-sensitive workloads on all-flash.

Выбор размера томовChoosing the size of volumes

Рекомендуем ограничить размер каждого тома до 64 ТБ в Windows Server 2019.We recommend limiting the size of each volume to 64 TB in Windows Server 2019.

Совет

Если вы используете решение для резервного копирования, основанное на службе теневого копирования томов (VSS) и в поставщике программного обеспечения Volsnap, как и в случае с рабочими нагрузками файлового сервера, ограничение размера тома до 10 ТБ повысит производительность и надежность.If you use a backup solution that relies on the Volume Shadow Copy service (VSS) and the Volsnap software provider—as is common with file server workloads—limiting the volume size to 10 TB will improve performance and reliability. Системы резервного копирования, которые используют новые API RCT Hyper-V, клонирование блоков ReFS или нативные API резервного копирования SQL, хорошо работают на томах размером 32 ТБ и более.Backup solutions that use the newer Hyper-V RCT API and/or ReFS block cloning and/or the native SQL backup APIs perform well up to 32 TB and beyond.

Занимаемое местоFootprint

Размер тома — это объем данных, которые могут в нем храниться.The size of a volume refers to its usable capacity, the amount of data it can store. Он указывается с помощью параметра -Size командлета New-Volume, а затем отображается в свойстве Size при запуске командлета Get-Volume.This is provided by the -Size parameter of the New-Volume cmdlet and then appears in the Size property when you run the Get-Volume cmdlet.

Размер отличается от занимаемого места тома — общего объема физической памяти, который он занимает в пуле носителей.Size is distinct from volume's footprint, the total physical storage capacity it occupies on the storage pool. Занимаемое место зависит от его типа устойчивости.The footprint depends on its resiliency type. Например, место, которое занимают тома, использующие трехстороннее зеркальное отображение, в три раза больше их размера.For example, volumes that use three-way mirroring have a footprint three times their size.

В пуле носителей должно быть достаточно места для томов.The footprints of your volumes need to fit in the storage pool.

На схеме показан объем данных в 2 ТБ по сравнению с объемом в 6 ТБ в пуле носителей с множителем 3.

Резервирование емкостиReserve capacity

Нераспределенное пространство в пуле носителей повышает производительность и безопасность данных, так как тома могут восстанавливаться "на месте" после сбоя дисков.Leaving some capacity in the storage pool unallocated gives volumes space to repair "in-place" after drives fail, improving data safety and performance. Если емкости достаточно, тома могут восстановиться "на месте" до состояния полной устойчивости даже до замены отказавших дисков.If there is sufficient capacity, an immediate, in-place, parallel repair can restore volumes to full resiliency even before the failed drives are replaced. Это происходит автоматически.This happens automatically.

Рекомендуем зарезервировать эквивалент одного диска хранения на сервер (до 4 дисков).We recommend reserving the equivalent of one capacity drive per server, up to 4 drives. Вы можете зарезервировать больше, но эта минимальная емкость гарантирует немедленное параллельное восстановление "на месте" после сбоя любого диска.You may reserve more at your discretion, but this minimum recommendation guarantees an immediate, in-place, parallel repair can succeed after the failure of any drive.

На схеме показан том, связанный с несколькими дисками в пуле носителей и несвязанными дисками, помеченными как Reserve.

Например, если у вас 2 сервера и диски хранения по 1 ТБ, зарезервируйте 2 ТБ в пуле (2 x 1 = 2).For example, if you have 2 servers and you are using 1 TB capacity drives, set aside 2 x 1 = 2 TB of the pool as reserve. Если у вас 3 сервера и диски хранения по 1 ТБ, зарезервируйте 3 ТБ (3 x 1 = 3).If you have 3 servers and 1 TB capacity drives, set aside 3 x 1 = 3 TB as reserve. Если у вас 4 или больше серверов и диски хранения по 1 ТБ, зарезервируйте 4 ТБ (4 x 1 = 4).If you have 4 or more servers and 1 TB capacity drives, set aside 4 x 1 = 4 TB as reserve.

Примечание

В кластерах с дисками всех трех типов (NVMe + SSD + HDD) рекомендуем зарезервировать место, равное суммарному размеру одного SSD и одного HDD на сервер (до 4 дисков в каждом случае).In clusters with drives of all three types (NVMe + SSD + HDD), we recommend reserving the equivalent of one SSD plus one HDD per server, up to 4 drives of each.

Пример. Планирование емкостиExample: Capacity planning

Рассмотрим один кластер с четырьмя серверами.Consider one four-server cluster. У каждого сервера есть кэш-диски, а также 16 дисков хранения по 2 ТБ.Each server has some cache drives plus sixteen 2 TB drives for capacity.

4 servers x 16 drives each x 2 TB each = 128 TB

Из этих 128 ТБ в пуле носителей мы резервируем четыре диска (8 ТБ), чтобы диски после сбоя могли восстанавливаться "на месте" без какой-либо спешки.From this 128 TB in the storage pool, we set aside four drives, or 8 TB, so that in-place repairs can happen without any rush to replace drives after they fail. После этого в пуле остается 120 ТБ физической памяти, с помощью которой можно создать тома.This leaves 120 TB of physical storage capacity in the pool with which we can create volumes.

128 TB – (4 x 2 TB) = 120 TB

Предположим, нам нужно разместить в развертывании высокоактивные виртуальные машины Hyper-V, но нам также нужно хранить много старых файлов и резервных копий.Suppose we need our deployment to host some highly active Hyper-V virtual machines, but we also have lots of cold storage – old files and backups we need to retain. Так как у нас четыре сервера, создадим четыре тома.Because we have four servers, let's create four volumes.

Поместим виртуальные машины на первые два тома (Volume1 и Volume2).Let's put the virtual machines on the first two volumes, Volume1 and Volume2. Мы выбираем файловую систему ReFS (для быстрого создания и контрольных точек) и трехстороннее зеркальное отображение для максимальной производительности.We choose ReFS as the filesystem (for the faster creation and checkpoints) and three-way mirroring for resiliency to maximize performance. Поместим автономное неструктурированное защищенное хранилище на другие два тома (Volume 3 и Volume 4).Let's put the cold storage on the other two volumes, Volume 3 and Volume 4. Мы выбираем файловую систему NTFS (для дедупликации данных) и двойную четность для максимальной емкости.We choose NTFS as the filesystem (for Data Deduplication) and dual parity for resiliency to maximize capacity.

Необязательно делать все тома одного размера, но для простоты можем сделать все тома по 12 ТБ.We aren't required to make all volumes the same size, but for simplicity, let's – for example, we can make them all 12 TB.

Volume1 и Volume2 будут занимать 12 ТБ x 33,3% эффективности = 36 ТБ физического объема хранилища.Volume1 and Volume2 will each occupy 12 TB x 33.3 percent efficiency = 36 TB of physical storage capacity.

Volume3 и Volume4 будут занимать 12 ТБ x 50,0% эффективности — 24 ТБ физического объема хранилища.Volume3 and Volume4 will each occupy 12 TB x 50.0 percent efficiency = 24 TB of physical storage capacity.

36 TB + 36 TB + 24 TB + 24 TB = 120 TB

Физической памяти, доступной в нашем пуле, как раз достаточно для четырех томов.The four volumes fit exactly on the physical storage capacity available in our pool. Идеально!Perfect!

На схеме показано 2 12 ТБ трехмерных зеркальных томов, каждый из которых связан с 36 ТБ хранилища, и 2 12 ТБ по двойным четности, каждый из которых связан с 24 ТБ, все они занимают 120 ТБ в пуле носителей.

Совет

Необязательно создавать все тома сразу.You don't need to create all the volumes right away. Вы всегда можете расширить или создать тома позже.You can always extend volumes or create new volumes later.

Для простоты в этом примере используются десятичные единицы (с основанием 10), то есть 1 ТБ = 1 000 000 000 000 байтов.For simplicity, this example uses decimal (base-10) units throughout, meaning 1 TB = 1,000,000,000,000 bytes. Однако размеры хранилищ в Windows отображаются в двоичных единицах (с основанием 2).However, storage quantities in Windows appear in binary (base-2) units. Например, диски по 2 ТБ будут отображаться в Windows как диски по 1,82 ТиБ.For example, each 2 TB drive would appear as 1.82 TiB in Windows. Для пула носителей размером 128 ТБ будет отображаться 116,41 ТиБ.Likewise, the 128 TB storage pool would appear as 116.41 TiB. Это ожидаемое поведение.This is expected.

ИспользованиеUsage

См. раздел Создание томов в Azure Stack хЦи.See Creating volumes in Azure Stack HCI.

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

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