Storage volume что это
storage volume
Тематики
Смотреть что такое «storage volume» в других словарях:
Storage virtualization — refers to the process of abstracting logical storage from physical storage. The term is today used to describe this abstraction at any layer in the storage software and hardware stack.Key conceptsAddress space remappingVirtualization of storage… … Wikipedia
Volume hologram — Volume holograms are holograms where the thickness of the recording material is much larger than the light wavelength used for recording. In this case diffraction of light from the hologram is possible only as Bragg diffraction, i.e., the light… … Wikipedia
Volume Shadow Copy Service — (VSS), in lokalisierten Windows Versionen Volumeschattenkopie genannt[1] und umgangssprachlich kurz als „Schattenkopie“ bezeichnet, ist ein mit Windows XP[2] eingeführter Systemdienst zur Erzeugung und Bereitstellung von Versionsständen. Weitere… … Deutsch Wikipedia
Volume Shadowcopy Service — Volume Shadow Copy Service, im deutschsprachigen Raum auch als „Schattenkopie“ bezeichnet, ist ein mit Windows Server 2003, Windows Vista und Windows Server 2008 bereitgestellter Dienst zur einfachen Erzeugung und Bereitstellung von… … Deutsch Wikipedia
Storage effect — When species populations encounter a period of time when resources are limiting the ability for a species to sustain itself and recover in size to a stronger and more abundant population is the basis of the storage effect. Knowing how a… … Wikipedia
Volume table of contents — In the IBM mainframe storage architecture, Volume Table Of Contents, or VTOC, is a data structure, that provides a way of locating the data sets that reside on a particular disk volume. It can reside within the first 64K tracks on the volume, and … Wikipedia
storage coefficient — 1. The volume of water an aquifer releases from or takes into storage per unit surface area of the aquifer per unit change in head [22]. In a confined aquifer, the water is derived from storage with decline in head resulting from an… … Lexicon of Cave and Karst Terminology
Storage area network — Not to be confused with Network attached storage. Computer network types by geographical scope Body (BAN) Personal (PAN) Near me (NAN) Local (LAN) Home (HAN) Storage (SAN) Campus (CAN) Backbone Metropolitan (MAN) Wide (WAN) … Wikipedia
Storage tank — A storage tank is a container, usually for holding liquids, sometimes for compressed gases (gas tank). The term can be used for both reservoirs (artificial lakes and ponds), and for manufactured containers. The usage of the word tank for… … Wikipedia
storage volume
Смотреть что такое «storage volume» в других словарях:
Storage virtualization — refers to the process of abstracting logical storage from physical storage. The term is today used to describe this abstraction at any layer in the storage software and hardware stack.Key conceptsAddress space remappingVirtualization of storage… … Wikipedia
Volume hologram — Volume holograms are holograms where the thickness of the recording material is much larger than the light wavelength used for recording. In this case diffraction of light from the hologram is possible only as Bragg diffraction, i.e., the light… … Wikipedia
Volume Shadow Copy Service — (VSS), in lokalisierten Windows Versionen Volumeschattenkopie genannt[1] und umgangssprachlich kurz als „Schattenkopie“ bezeichnet, ist ein mit Windows XP[2] eingeführter Systemdienst zur Erzeugung und Bereitstellung von Versionsständen. Weitere… … Deutsch Wikipedia
Volume Shadowcopy Service — Volume Shadow Copy Service, im deutschsprachigen Raum auch als „Schattenkopie“ bezeichnet, ist ein mit Windows Server 2003, Windows Vista und Windows Server 2008 bereitgestellter Dienst zur einfachen Erzeugung und Bereitstellung von… … Deutsch Wikipedia
Storage effect — When species populations encounter a period of time when resources are limiting the ability for a species to sustain itself and recover in size to a stronger and more abundant population is the basis of the storage effect. Knowing how a… … Wikipedia
Volume table of contents — In the IBM mainframe storage architecture, Volume Table Of Contents, or VTOC, is a data structure, that provides a way of locating the data sets that reside on a particular disk volume. It can reside within the first 64K tracks on the volume, and … Wikipedia
storage coefficient — 1. The volume of water an aquifer releases from or takes into storage per unit surface area of the aquifer per unit change in head [22]. In a confined aquifer, the water is derived from storage with decline in head resulting from an… … Lexicon of Cave and Karst Terminology
Storage area network — Not to be confused with Network attached storage. Computer network types by geographical scope Body (BAN) Personal (PAN) Near me (NAN) Local (LAN) Home (HAN) Storage (SAN) Campus (CAN) Backbone Metropolitan (MAN) Wide (WAN) … Wikipedia
Storage tank — A storage tank is a container, usually for holding liquids, sometimes for compressed gases (gas tank). The term can be used for both reservoirs (artificial lakes and ponds), and for manufactured containers. The usage of the word tank for… … Wikipedia
Storage Volume Provider
The Storage Volume provider supplies volume management functions. The provider enumerates all existing volumes that the Windows Mount Manager recognizes, and volumes enumerated in the FindFirstVolume or FindNextVolume Windows APIs.
You can use this provider to manage volume drive letters, mount points, and for storage quotas. The Storage Volume provider also has methods to defragment, check, mount, dismount, and format a volume. This provider does not manage mapped network or diskette drives. No direct relationship exists between Win32_Volume and Win32_DiskDrive. The name of the __Win32Provider instance name is «MSVDS_PROVIDER».
Windows XP: The Storage Volume Provider is not available.
The Storage Volume provider can modify and enumerate disk volume objects. This provider is implemented through the instance of __Win32Provider named «MSVDS_PROVIDER». PutInstance is supported for classes that belong to this provider.
The Storage Volume provider is an instance and method provider that implements the standard IWbemProviderInit interface, and the following IWbemServices methods:
The Storage Volume provider supports the following classes:
The Storage Volume provider supports the following association classes in the root\cimv2 namespace:
The Win32_Volume class defines the following methods to manage volumes:
storage volume
Смотреть что такое «storage volume» в других словарях:
Storage virtualization — refers to the process of abstracting logical storage from physical storage. The term is today used to describe this abstraction at any layer in the storage software and hardware stack.Key conceptsAddress space remappingVirtualization of storage… … Wikipedia
Volume hologram — Volume holograms are holograms where the thickness of the recording material is much larger than the light wavelength used for recording. In this case diffraction of light from the hologram is possible only as Bragg diffraction, i.e., the light… … Wikipedia
Volume Shadow Copy Service — (VSS), in lokalisierten Windows Versionen Volumeschattenkopie genannt[1] und umgangssprachlich kurz als „Schattenkopie“ bezeichnet, ist ein mit Windows XP[2] eingeführter Systemdienst zur Erzeugung und Bereitstellung von Versionsständen. Weitere… … Deutsch Wikipedia
Volume Shadowcopy Service — Volume Shadow Copy Service, im deutschsprachigen Raum auch als „Schattenkopie“ bezeichnet, ist ein mit Windows Server 2003, Windows Vista und Windows Server 2008 bereitgestellter Dienst zur einfachen Erzeugung und Bereitstellung von… … Deutsch Wikipedia
Storage effect — When species populations encounter a period of time when resources are limiting the ability for a species to sustain itself and recover in size to a stronger and more abundant population is the basis of the storage effect. Knowing how a… … Wikipedia
Volume table of contents — In the IBM mainframe storage architecture, Volume Table Of Contents, or VTOC, is a data structure, that provides a way of locating the data sets that reside on a particular disk volume. It can reside within the first 64K tracks on the volume, and … Wikipedia
storage coefficient — 1. The volume of water an aquifer releases from or takes into storage per unit surface area of the aquifer per unit change in head [22]. In a confined aquifer, the water is derived from storage with decline in head resulting from an… … Lexicon of Cave and Karst Terminology
Storage area network — Not to be confused with Network attached storage. Computer network types by geographical scope Body (BAN) Personal (PAN) Near me (NAN) Local (LAN) Home (HAN) Storage (SAN) Campus (CAN) Backbone Metropolitan (MAN) Wide (WAN) … Wikipedia
Storage tank — A storage tank is a container, usually for holding liquids, sometimes for compressed gases (gas tank). The term can be used for both reservoirs (artificial lakes and ponds), and for manufactured containers. The usage of the word tank for… … Wikipedia
Планирование томов в локальных дисковых пространствах
Область применения: Windows Server 2022, Windows Server 2019, Windows Server 2016
Эта статья содержит рекомендации по планированию томов в локальных дисковых пространствах в соответствии с потребностями рабочих нагрузок, касающимися производительности и мощности, в том числе по выбору их файловой системы, типа устойчивости и размера.
Краткие сведения: что такое тома
Тома — это место размещения файлов, необходимых рабочим нагрузкам, например VHD-или VHDX-файлы для виртуальных машин Hyper-V. Тома объединяют диски в пул хранения, чтобы обеспечить отказоустойчивость, масштабируемость и производительность локальных дисковых пространств.
В документации по локальным дисковым пространствам мы используем термин «том» как суммарное обозначение тома и базового виртуального диска, а также других встроенных функций Windows, таких как общие тома кластера (CSV) и ReFS. Для успешного планирования и развертывания локальных дисковых пространств понимать эти различия необязательно.
Все тома доступны всем серверам в кластере одновременно. После создания они отображаются в к:\клустерстораже\ на всех серверах.
Выбор количества томов
Рекомендуем использовать количество томов, кратное количеству серверов в кластере. Например, при наличии 4 серверов вы получите более устойчивую производительность с 4 общими томами, чем с 3 или 5. Это позволяет кластеру распределять «принадлежность» тома равномерно между серверами (один сервер выполняет оркестрацию метаданных для каждого тома).
Рекомендуем ограничить общее число томов следующим образом:
| Windows Server 2016 | Windows Server 2019 |
|---|---|
| До 32 томов на кластер | До 64 томов на кластер |
Выбор файловой системы
Рекомендуем использовать новую файловую систему Resilient File System (ReFS) для локальных дисковых пространств. ReFS — это основная файловая система для виртуализации, которая обеспечивает множество преимуществ, в том числе существенное ускорение работы и встроенную защиту от повреждения данных. он поддерживает почти все ключевые функции NTFS, включая дедупликацию данных в Windows Server, версии 1709 и более поздних. Дополнительные сведения см. в таблице сравнение возможностей ReFS.
Если рабочей нагрузке требуется функция, которую еще не поддерживает ReFS, можете использовать NTFS.
В одном кластере могут сосуществовать тома с разными файловыми системами.
Выбор типа устойчивости
Тома в локальных дисковых пространствах обеспечивают отказоустойчивость для защиты от проблем с оборудованием, таких как сбои дисков или серверов, и для обеспечения постоянной доступности в течение всего времени обслуживания сервера, например во время обновления программного обеспечения.
Доступные типы устойчивости не зависят от используемых типов дисков.
С двумя серверами
С двумя серверами в кластере можно использовать двустороннее зеркальное отображение. если вы используете Windows Server 2019, можно также использовать вложенную устойчивость.
Двухстороннее зеркальное отображение сохраняет две копии всех данных — одну копию на дисках на каждом сервере. Эффективность хранения составляет 50% — для записи 1 ТБ данных требуется по крайней мере 2 ТБ физического объема хранилища в пуле носителей. Двустороннее зеркальное отображение может безопасно допускать один сбой оборудования за раз (один сервер или диск).
вложенная устойчивость (доступна только на Windows Server 2019) обеспечивает устойчивость данных между серверами с двусторонним зеркальным отображением, а затем повышает устойчивость на сервере с двусторонним зеркальным отображением или контролем четности с зеркальным отображением. Вложенность обеспечивает устойчивость данных, даже если один сервер перезапускается или недоступен. Эффективность хранения составляет 25% с вложенным двусторонним зеркальным отображением и около 35-40% для вложенной контрольной суммы с зеркальным ускорением. Вложенная устойчивость может безопасно допускать два сбоя оборудования за раз (два диска, сервер и диск на оставшемся сервере). из-за этой дополнительной устойчивости данных мы рекомендуем использовать вложенную устойчивость в рабочих развертываниях кластеров из двух серверов, если вы используете Windows server 2019. Дополнительные сведения см. в разделе Вложенная устойчивость.
С тремя серверами
С тремя серверами следует использовать трехстороннее зеркальное отображение, чтобы обеспечить более высокую отказоустойчивость и производительность. В этом случае хранятся три копии всех данных, по одной копии на каждом сервере. Экономичность хранения составляет 33,3 %: для записи 1 ТБ данных требуется не менее 3 ТБ физической памяти в пуле носителей. Трехстороннее зеркальное отображение может безопасно допускать не менее двух проблем с оборудованием (диск или сервер) за раз. Если 2 узла станут недоступными, пул носителей потеряет кворум, так как 2/3 дисков недоступны, и виртуальные диски будут недоступны. Однако узел может быть отключен, и один или несколько дисков на другом узле могут завершиться сбоем, а виртуальные диски останутся в сети. Например, в случае перезагрузки одного сервера при внезапном сбое другого диска или сервера все данные остаются в целостности и постоянно доступными.
С четырьмя или более серверами
При наличии четырех или более серверов можно выбрать для каждого из них использование трехуровневой зеркального отображения, двойной контроль четности (часто именуемый очистки-кодированием) или сочетание этих двух вариантов с контролем четности с зеркальным отображением.
Двойная четность обеспечивает ту же отказоустойчивость, что и трехстороннее зеркальное отображение, но лучшую экономичность хранения. При использовании четырех серверов эффективность хранения составляет 50.0% — для хранения 2 ТБ данных требуется 4 ТБ физической емкости хранилища в пуле носителей. Экономичность хранения увеличивается до 66,7 % при использовании семи серверов и достигает 80,0 %. Кодирование четности требует большего объема вычислений, что может ограничивать его производительность.
Выбор типа устойчивости зависит от требований рабочей нагрузки. Ниже приведена таблица с кратким описанием рабочих нагрузок, которые подходят для каждого типа устойчивости, а также производительности и эффективности хранения каждого типа устойчивости.
| Тип устойчивости | Эффективность использования емкости | Speed | Рабочие нагрузки |
|---|---|---|---|
| Зеркальное отображение |  Трехстороннее зеркало: 33% Двухстороннее зеркало: 50% |  Высокая производительность | Виртуализированные рабочие нагрузки Базы данных Другие высокопроизводительные рабочие нагрузки |
| Четность с зеркальным ускорением |  Зависит от доли зеркала и четности |  Намного медленнее, чем зеркальный, но вдвое быстрее, чем двойная четность Лучше для больших последовательных операций записи и чтения | Архивация и резервное копирование Виртуализированная инфраструктура настольных систем |
| Двойной контроль четности |  4 сервера: 50% 16 серверов: до 80% |  Наибольшая загрузка ЦП для задержки ввода-вывода & при записи Лучше для больших последовательных операций записи и чтения | Архивация и резервное копирование Виртуализированная инфраструктура настольных систем |
Когда важнее всего производительность
Рабочие нагрузки, у которых жесткие требования к задержке, а также рабочие нагрузки с большим количеством смешанных случайных операций ввода-вывода в секунду, например связанные с базами данных SQL Server или требовательными к производительности виртуальными машинами Hyper-V, необходимо запускать на томах с зеркальным отображением для повышения производительности.
Зеркальное отображение работает быстрее, чем любой другой тип устойчивости. Мы используем зеркальное отображение почти для всех примеров производительности.
Когда важнее всего емкость
Рабочие нагрузки, которые выполняют запись редко, например связанные с хранилищами данных или автономным неструктурированным защищенным хранилищем, необходимо запускать на томах с двойной четностью для повышения экономичности хранения. Для рабочих нагрузок, связанных с традиционными файловыми серверами, инфраструктурой виртуальных рабочих столов (VDI), а также других рабочих нагрузок, которые не создают много плавающих случайных операций ввода-вывода и/или не требуют наилучшей производительности, также можно использовать двойную четность. Четность неизбежно увеличивает загрузку ЦП и задержку ввода-вывода, особенно при записи, если сравнивать ее с зеркальным отображением.
При массовой записи данных
Рабочие нагрузки, которые последовательно записывают большие объемы данных, например предназначенные для архивации или резервного копирования, в Windows Server 2016 можно запускать на томах, для которых используются и зеркальное отображение, и двойная четность. Записанные данные сначала оказываются в зеркально отображаемом разделе, а затем постепенно перемещаются в раздел четности. Это ускоряет прием больших объемов данных и снижает использование ресурсов при этом, так как ресурсоемкое кодирование четности может выполняться в течение более длительного времени. Объем данных, записываемых за раз (например, ежедневная резервная копия) должен свободно помещаться в раздел зеркала. Например, если 100 ГБ принимаются один раз в день, рекомендуем использовать зеркальное отображение для объема 150–200 ГБ и двойную четность для остального объема.
Итоговая экономичность хранения зависит от выбранных пропорций. Примеры см. в этом ролике.
Если наблюдать за резкой производительностью записи, попадете при приеме данных, это может означать, что зеркальная часть недостаточно велика или что контрольные данные с зеркальным отображением не подходят для вашего варианта использования. Например, если производительность записи уменьшилась с 400 МБ/с до 40 МБ/с, рассмотрите возможность расширения зеркальной части или переключения на трехстороннее зеркало.
О развертываниях с NVMe, SSD и HDD
В развертываниях с дисками двух типов более быстрые диски обеспечивают кэширование, а более медленные — емкость. Это происходит автоматически. Дополнительные сведения см. в статье Общие сведения о кэше в локальных дисковых пространствах. В таких развертываниях все тома в конечном итоге располагаются на дисках одного типа — дисках хранения.
В развертываниях с дисками трех типов только самые быстрые диски (NVMe) обеспечивают кэширование, а другие диски (SSD и HDD) обеспечивают емкость. Вы можете выбрать, где будет располагаться каждый том: полностью на уровне SSD, полностью на уровне HDD или и там, и там.
Рекомендуем использовать уровень SSD для размещения самых требовательных к производительности рабочих нагрузок в системе только с флэш-накопителями.
Выбор размера томов
Рекомендуем ограничить размер каждого тома следующим образом:
| Windows Server 2016 | Windows Server 2019 |
|---|---|
| До 32 ТБ | До 64 ТБ |
Если вы используете решение для резервного копирования, основанное на службе теневого копирования томов (VSS) и в поставщике программного обеспечения Volsnap, как и в случае с рабочими нагрузками файлового сервера, ограничение размера тома до 10 ТБ повысит производительность и надежность. Системы резервного копирования, которые используют новые API RCT Hyper-V, клонирование блоков ReFS или нативные API резервного копирования SQL, хорошо работают на томах размером 32 ТБ и более.
Занимаемое место
Размер тома — это объем данных, которые могут в нем храниться. Он указывается с помощью параметра -Size командлета New-Volume, а затем отображается в свойстве Size при запуске командлета Get-Volume.
Размер отличается от занимаемого места тома — общего объема физической памяти, который он занимает в пуле носителей. Занимаемое место зависит от его типа устойчивости. Например, место, которое занимают тома, использующие трехстороннее зеркальное отображение, в три раза больше их размера.
В пуле носителей должно быть достаточно места для томов.
Резервирование емкости
Нераспределенное пространство в пуле носителей повышает производительность и безопасность данных, так как тома могут восстанавливаться «на месте» после сбоя дисков. Если емкости достаточно, тома могут восстановиться «на месте» до состояния полной устойчивости даже до замены отказавших дисков. Это происходит автоматически.
Рекомендуем зарезервировать эквивалент одного диска хранения на сервер (до 4 дисков). Вы можете зарезервировать больше, но эта минимальная емкость гарантирует немедленное параллельное восстановление «на месте» после сбоя любого диска.
Например, если у вас 2 сервера и диски хранения по 1 ТБ, зарезервируйте 2 ТБ в пуле (2 x 1 = 2). Если у вас 3 сервера и диски хранения по 1 ТБ, зарезервируйте 3 ТБ (3 x 1 = 3). Если у вас 4 или больше серверов и диски хранения по 1 ТБ, зарезервируйте 4 ТБ (4 x 1 = 4).
В кластерах с дисками всех трех типов (NVMe + SSD + HDD) рекомендуем зарезервировать место, равное суммарному размеру одного SSD и одного HDD на сервер (до 4 дисков в каждом случае).
Пример. Планирование емкости
Рассмотрим один кластер с четырьмя серверами. У каждого сервера есть кэш-диски, а также 16 дисков хранения по 2 ТБ.
Из этих 128 ТБ в пуле носителей мы резервируем четыре диска (8 ТБ), чтобы диски после сбоя могли восстанавливаться «на месте» без какой-либо спешки. После этого в пуле остается 120 ТБ физической памяти, с помощью которой можно создать тома.
Предположим, нам нужно разместить в развертывании высокоактивные виртуальные машины Hyper-V, но нам также нужно хранить много старых файлов и резервных копий. Так как у нас четыре сервера, создадим четыре тома.
Поместим виртуальные машины на первые два тома (Volume1 и Volume2). Мы выбираем файловую систему ReFS (для быстрого создания и контрольных точек) и трехстороннее зеркальное отображение для максимальной производительности. Поместим автономное неструктурированное защищенное хранилище на другие два тома (Volume 3 и Volume 4). Мы выбираем файловую систему NTFS (для дедупликации данных) и двойную четность для максимальной емкости.
Необязательно делать все тома одного размера, но для простоты можем сделать все тома по 12 ТБ.
Volume1 и Volume2 займут по 36 ТБ физической памяти (12 ТБ x 33,3 % экономичности = 36 ТБ).
Volume3 и Volume4 займут по 24 ТБ физической памяти (12 ТБ x 50,0 % экономичности = 24 ТБ).
Физической памяти, доступной в нашем пуле, как раз достаточно для четырех томов. Идеально!
Необязательно создавать все тома сразу. Вы всегда можете расширить или создать тома позже.
Для простоты в этом примере используются десятичные единицы (с основанием 10), то есть 1 ТБ = 1 000 000 000 000 байтов. Однако размеры хранилищ в Windows отображаются в двоичных единицах (с основанием 2). Например, диски по 2 ТБ будут отображаться в Windows как диски по 1,82 ТиБ. Для пула носителей размером 128 ТБ будет отображаться 116,41 ТиБ. Это ожидаемое поведение.