Поделиться через

Использование общих томов кластера в отказоустойчивом кластере

Общие тома кластера (CSV) позволяют нескольким узлам в отказоустойчивом кластере Windows Server или Azure Stack HCI одновременно иметь доступ на чтение и запись на один и тот же LUN (диск), подготовленный в качестве тома NTFS. Диск можно подготовить как отказоустойчивую файловую систему (ReFS); Однако диск CSV будет находиться в перенаправленном режиме, что означает, что доступ на запись будет отправлен на узел координатора. Дополнительные сведения см. в разделе о синхронизации ввода-вывода и перенаправлении операций ввода-вывода в формате CSV далее в этом документе. С помощью CSV кластеризованные роли могут быстро выполнять отработку отказа от одного узла к другому узлу, не требуя изменения владения диском или отключения и повторного подключения тома. Тома CSV также помогают упростить управление большим числом LUN в отказоустойчивом кластере.

CSV-файл предоставляет кластеризованную файловую систему с уровнем выше NTFS или ReFS. Тома CSV применяются в следующих целях:

  • Кластеризованные файлы виртуального жесткого диска (VHD/VHDX) для кластеризованных виртуальных машин Hyper-V
  • масштабируемые общие папки для хранения данных приложений, предназначенные для кластерной роли масштабируемого файлового сервера. К примерам данных приложений для этой роли относятся файлы виртуальных машин Hyper-V и данные Microsoft SQL Server. Помните, что ReFS не поддерживается для масштабируемого файлового сервера в Windows Server 2012 R2 и ниже. Дополнительные сведения о масштабируемом файловом сервере см. в разделе "Масштабируемый файловый сервер" для данных приложения.
  • Экземпляр отказоустойчивого кластера Microsoft SQL Server 2014 (или более поздней версии). Кластеризованная рабочая нагрузка Microsoft SQL Server в SQL Server 2012 и более ранних версиях SQL Server не поддерживает использование CSV-файла.
  • Windows Server 2019 или более поздней версии Microsoft Distributed Transaction Control (MSDTC)

Примечание.

CsVs не поддерживает кластеризованную рабочую нагрузку Microsoft SQL Server в SQL Server 2012 и более ранних версиях SQL Server.

В Windows Server 2012 функциональность CSV значительно улучшена. Например, были устранены элементы зависимости от доменных служб Active Directory. Добавлена поддержка функциональных улучшений в средстве chkdskдля взаимодействия с приложениями антивирусной защиты и службы архивации, а также для интеграции с общими компонентами хранилища, такими как зашифрованные при помощи BitLocker тома и дисковые пространства. Общие сведения о функциях CSV, представленных в Windows Server 2012, см. в статье "Новые возможности отказоустойчивой кластеризации" в Windows Server 2012 [перенаправлено].

Windows Server 2012 R2 предоставляет дополнительные функциональные возможности, такие как распределенное владение CSV, повышенная устойчивость благодаря доступности службы сервера, большую гибкость в объеме физической памяти, которую можно выделить для кэша CSV, лучшей диагностики и расширенной совместимости, которая включает поддержку ReFS и дедупликации. Дополнительные сведения см. в статье "Новые возможности отказоустойчивой кластеризации".

Примечание.

Со сведениями об использовании дедупликации данных в CSV в сценариях, опирающихся на инфраструктуру виртуальных рабочих столов (VDI), можно ознакомиться в сообщениях блогов Развертывание технологии дедупликации данных в хранилище инфраструктуры виртуальных рабочих столов в среде Windows Server 2012 R2 и Расширение функции дедупликации данных до новых рабочих нагрузок в Windows Server 2012 R2.

Требования и рекомендации по использованию CSV в отказоустойчивом кластере

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

Рекомендации по настройке сети

При настройке сетей для поддержки CSV примите во внимание приведенные ниже рекомендации.

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

    Если узлы кластера подключены к сетям, которые не должны использоваться кластером, их следует отключить. Например, мы рекомендуем отключить сети iSCSI для кластера, чтобы предотвратить передачу трафика CSV по ним. Чтобы отключить сеть, в диспетчере отказоустойчивости кластеров выберите "Сети", выберите сеть, выберите действие "Свойства ", а затем выберите "Не разрешать сетевое взаимодействие кластера" в этой сети. Кроме того, можно настроить свойство Role сети с помощью командлета Get-ClusterNetwork Windows PowerShell.

  • Свойства сетевого адаптера. Убедитесь в том, что в свойствах всех адаптеров, через которые происходит обмен данными внутри кластера, включены указанные ниже параметры.

    • Клиент для сетей Майкрософт и Служба доступа к файлам и принтерам сетей Майкрософт. Эти параметры поддерживают протокол SMB 3.0, который используется по умолчанию для передачи трафика CSV между узлами. Чтобы обеспечить работу протокола SMB, также убедитесь в том, что служба сервера и служба рабочей станции выполняются и для них настроен автоматический запуск на каждом узле кластера.

      Примечание.

      В Windows Server 2012 R2 и более поздних версиях на узел отказоустойчивого кластера существует несколько экземпляров службы сервера. Экземпляр по умолчанию обрабатывает входящий трафик от клиентов SMB, которые обращаются к обычным общим папкам, а второй экземпляр обрабатывает только трафик CSV между узлами. Кроме того, если служба сервера на узле утрачивает работоспособность, владение CSV автоматически передается другому узлу.

      Протокол SMB 3.0 включает в себя функции SMB Multichannel и SMB Direct, которые обеспечивают потоковую передачу трафика CSV через несколько сетей в кластере и использование сетевых адаптеров, поддерживающих удаленный доступ к памяти (RDMA). По умолчанию для трафика CSV используется функция SMB Multichannel. Дополнительные сведения см. в разделе "Общие сведения о блоке сообщений сервера".

    • Фильтр производительности для виртуального адаптера отказоустойчивого кластера Майкрософт. Этот параметр улучшает возможности узлов по перенаправлению операций ввода-вывода, которые должны достичь тома CSV, например, если из-за сбоя подключения узел не может подключиться к диску CSV напрямую. Фильтр производительности виртуального адаптера NetFT отключен по умолчанию во всех версиях, кроме Windows Server 2012 R2. Фильтр отключен, так как он может вызвать проблемы с кластерами Hyper-V, которые имеют гостевой кластер, работающий на виртуальных машинах, работающих поверх них. Проблемы были замечены, когда фильтр производительности виртуального адаптера NetFT в узле неправильно направляет трафик NetFT, привязанный к гостевой виртуальной машине на узел. Это может привести к проблемам с взаимодействием с гостевым кластером на виртуальной машине. При развертывании любой рабочей нагрузки , отличной от Hyper-V с гостевыми кластерами, включение фильтра производительности виртуального адаптера NetFT оптимизирует и повышает производительность кластера. Дополнительные сведения см. в разделе о синхронизации ввода-вывода и перенаправлении ввода-вывода в формате CSV далее в этом разделе.

  • Определение приоритетов для сетей кластера. Как правило, не рекомендуется изменять настроенные кластером предпочтения в отношении использования сетей.

  • Конфигурация IP-подсети. Настраивать подсети для узлов, использующих CSV, не требуется. CSV может поддерживать растянутые кластеры с несколькими подсетями.

  • Качество обслуживания (QoS) на основе политик. Мы рекомендуем настроить политику приоритетов QoS и политику минимальной пропускной способности для сетевого трафика, передаваемого на каждый узел, при использовании CSV. Дополнительные сведения см. в разделе "Качество обслуживания" (QoS).

  • Сеть хранилища. В отношении сетевых хранилищ следует выполнять рекомендации изготовителей оборудования. Дополнительные сведения о хранилище для CSV см. в разделе "Требования к конфигурации хранилища и диска" далее в этом разделе.

Общие сведения о требованиях к оборудованию, сети и хранилищу для отказоустойчивых кластеров см. в статье Failover Clustering Hardware Requirements and Storage Options.

Синхронизация ввода-вывода и режим перенаправления ввода-вывода при взаимодействии с CSV

  • Синхронизация операций ввода-вывода: CSV позволяет нескольким узлам иметь одновременный доступ на чтение и запись в одно и то же общее хранилище. Когда узел выполняет дисковые операции ввода-вывода с томом CSV, он взаимодействует напрямую с хранилищем — например, через сеть хранения данных (SAN). Однако в любой момент один узел (называемый узлом координатора) владеет ресурсом физического диска, связанного с LUN. Узел-координатор тома CSV отображается в диспетчере отказоустойчивости кластеров как Узел владельца в разделе Диски. Он также отображается в выходных данных командлета Get-ClusterSharedVolume Windows PowerShell.

    Примечание.

    Начиная с Windows Server 2012 R2, владение CSV равномерно распределяется между узлами отказоустойчивого кластера на основе количества томов CSV, принадлежащих каждому узлу. Кроме того, владение автоматически балансируется, если происходят такие события, как отработка отказа CSV, повторное присоединение узла к кластеру, добавление нового узла в кластер, перезапуск узла кластера или запуск отказоустойчивого кластера после того, как его работа была прекращена.

    При внесении небольших изменений в файловую систему в томе CSV эти метаданные должны синхронизироваться на каждом физическом узле, получающем доступ к LUN, а не только на узле-координаторе. Например, когда в томе CSV запускается, создается или удаляется виртуальная машина, а также когда виртуальная машина переносится, соответствующая информация должна синхронизироваться на каждом физическом узле, имеющем доступ к виртуальной машине. Эти операции обновления метаданных производятся параллельно через сети кластера по протоколу SMB 3.0. Для их выполнения не требуется, чтобы все физические узлы связывались с общим хранилищем.

  • Перенаправление операций ввода-вывода: сбои подключения к хранилищу и определенные операции хранения могут препятствовать обмену данными с данным узлом напрямую с хранилищем. Для обеспечения функционирования такого узла его дисковые операции ввода-вывода перенаправляются через сеть кластера на узел-координатор, где в настоящее время подключен диск. Если текущий узел-координатор испытывает проблемы с подключением к хранилищу, все дисковые операции ввода-вывода временно помещаются в очередь, а узлом-координатором становится другой узел.

Сервер использует один из указанных ниже режимов перенаправления ввода-вывода в зависимости от ситуации.

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

В Windows Server 2012 R2 и более поздних версиях можно просмотреть состояние тома CSV на каждом узле. Например, можно узнать, выполняются ли операции ввода-вывода напрямую или с перенаправлением, а также доступен ли том CSV. Если том CSV находится в режиме перенаправления ввода-вывода, можно также узнать причину. Просмотр этих сведений выполняется при помощи следующего командлета Windows PowerShell: Get-ClusterSharedVolumeState .

Внимание

  • Обратите внимание, что предварительно отформатированные с помощью ReFS, используемые в локальной сети, не будут использовать прямые ввода-вывода независимо от всех других требований для выполнения прямых операций ввода-вывода.
  • Если вы планируете использовать CSV-файл в соединении с подключенными дисками SAN(-FrontEnd), отформатируйте диски с NTFS перед их преобразованием в CSV для использования преимуществ производительности Direct I/O.
  • Такое поведение предусмотрено программой. Обратитесь к страницам, связанным в разделе "Дополнительные сведения " ниже.
  • Благодаря интеграции CSV с такими функциями SMB 3.0, как SMB Multichannel и SMB Direct, перенаправляемый трафик ввода-вывода может передаваться через несколько сетей кластера.
  • При планировании сетей кластера следует учесть возможное увеличение сетевого трафика на узел-координатор при перенаправлении ввода-вывода.

Примечание.

  • В Windows Server 2012 из-за улучшений в структуре CSV CSV выполняет больше операций в режиме прямого ввода-вывода, чем произошло в Windows Server 2008 R2.
  • Благодаря интеграции CSV с такими функциями SMB 3.0, как SMB Multichannel и SMB Direct, перенаправляемый трафик ввода-вывода может передаваться через несколько сетей кластера.
  • При планировании сетей кластера следует учесть возможное увеличение сетевого трафика на узел-координатор при перенаправлении ввода-вывода.

Требования к конфигурации хранилища и дисков

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

  • Формат файловой системы. В Windows Server 2012 диск или дисковое пространство для тома CSV-файла должно быть базовым диском, секционированием с помощью NTFS. В Windows Server 2012 R2 диск или дисковое пространство для тома CSV должно быть базовым диском, секционированием с помощью NTFS или ReFS. В Windows Server 2016 или более поздней версии и Azure Stack HCI диск или дисковое пространство для тома CSV должно быть базовым диском или диском таблицы разделов GUID (GPT), секционированного с NTFS или ReFS.

    Кроме того, том CSV предъявляет указанные ниже требования.

    • В Windows Server 2012 нельзя использовать диск для CSV-файла, отформатированного с помощью FAT, FAT32 или ReFS.
    • В Windows Server 2012 R2 и более поздних версиях диск нельзя использовать для CSV-файла, отформатированного с помощью FAT или FAT32.
    • Том CSV нельзя использовать в качестве диска-свидетеля кворума. Дополнительные сведения о кворуме кластера см. в разделе "Общие сведения о кворуме" в Локальные дисковые пространства.
    • Когда диск добавлен в качестве тома CSV, он получает формат CSVFS (для файловой системы CSV). Это позволяет кластеру и другому программному обеспечению отличать хранилище CSV от других хранилищ NTFS и ReFS. В целом, CSVFS поддерживает те же функциональные возможности, что и NTFS или ReFS. Однако некоторые функции не поддерживаются. Например, в Windows Server 2012 R2 нельзя включить сжатие в CSV-файле. В Windows Server 2012 нельзя включить дедупликацию данных или сжатие в CSV-файле.

  • Тип ресурса в кластере. Для тома CSV необходимо использовать тип ресурса "Физический диск". По умолчанию диски и дисковые пространства, добавляемые в систему хранения данных кластера, автоматически настраиваются таким образом.

  • Выбор дисков CSV или других дисков в системе хранения данных кластера. При выборе одного или нескольких дисков для кластерной виртуальной машины, учитывайте, как будет использоваться каждый диск. Если диск будет использоваться для хранения файлов, созданных Hyper-V, таких как VHD/VHDX-файлы или файлы конфигурации, можно выбрать из CSV-дисков или других доступных дисков в хранилище кластера. В качестве физического диска, подключаемого напрямую к виртуальной машине (то есть транзитного диска), нельзя выбрать диск CSV. В этом случае нужно выбрать другие доступные диски в системе хранения данных кластера.

  • Путь для определения диска. Диски в томе CSV определяются по пути. Каждый путь отображается на системном диске узла как нумерованный том в папке \ClusterStorage . Этот путь выглядит одинаково из любого узла в кластере. При необходимости можно переименовать тома, но рекомендуется выполнить до установки любой виртуальной машины (если Hyper-V) или приложения, например SQL Server. Csv-файл нельзя переименовать, если есть открытые дескрипторы (т. е. виртуальная машина, включенная или в сохраненном состоянии).

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

Требования к узлам

Для использования CSV узлы должны соответствовать указанным ниже требованиям.

  • Буква системного диска. Буква системного диска должна совпадать на всех узлах.
  • Протокол проверки подлинности. На всех узлах должна быть включена поддержка протокола NTLM. Эта функция включена по умолчанию. Начиная с Windows Server 2019 и Azure Stack HCI, зависимости NTLM были удалены при использовании сертификатов для проверки подлинности.

Планирование использования CSV в отказоустойчивом кластере

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

Внимание

За рекомендациями по настройке вашей системы хранения для CSV обратитесь к ее изготовителю. Если рекомендации изготовителя системы хранения отличаются от приведенных в этом разделе, следуйте рекомендациям от изготовителя.

Организация LUN, томов и файлов VHD

Чтобы добиться максимальной эффективности использования хранилища CSV кластерными виртуальными машинами, полезно учесть организацию LUN (дисков) при настройке физических серверов. При настройке соответствующих виртуальных машин постарайтесь организовать файлы VHD аналогичным образом.

Рекомендуем организовать диски и файлы на физическом сервере следующим образом:

  • системные файлы, включая файл подкачки, на одном физическом диске;
  • файлы данных на другом физическом диске.

Для соответствующей кластерной виртуальной машины следует организовать тома и файлы аналогичным образом:

  • системные файлы, включая файл подкачки, в файле VHD в одном томе CSV;
  • файлы данных в файле VHD в другом томе CSV.

При добавлении виртуальных машин следует по возможности соблюдать такую же структуру файлов VHD.

Число и размер LUN и томов

При планировании конфигурации хранилища для отказоустойчивого кластера, в котором используется том CSV, учтите приведенные ниже рекомендации.

  • Чтобы решить, сколько LUN следует настроить, проконсультируйтесь с изготовителем системы хранения. Например, изготовитель может порекомендовать настроить для каждого LUN один раздел и разместить в нем один том CSV.

  • Создайте по крайней мере один CSV-файл на узел.

  • Число виртуальных машин, поддерживаемых одним томом CSV, не ограничено. Однако следует продумать, сколько виртуальных машин будет добавлено в кластер и какая рабочая нагрузка (число операций ввода-вывода в секунду) будет приходиться на каждую из них. Рассмотрим следующие примеры:

    • В одной организации развертываются виртуальные машины, которые будут поддерживать инфраструктуру виртуальных рабочих столов (VDI), а это сравнительно небольшая рабочая нагрузка. В кластере используется высокопроизводительное хранилище. После консультаций с изготовителем системы хранения администратор кластера решает разместить относительно большое число виртуальных машин в каждом томе CSV.
    • Другая организация развертывает большое число виртуальных машин, которые будут поддерживать интенсивно используемое приложение баз данных, а это более значительная рабочая нагрузка. В кластере используется хранилище с низкой производительностью. После консультаций с изготовителем системы хранения администратор кластера решает разместить относительно небольшое число виртуальных машин в каждом томе CSV.

  • При планировании конфигурации хранилища для определенной виртуальной машины проанализируйте требования к дискам для службы, приложения или роли, которые будет поддерживать виртуальная машина. Понимание этих требований поможет вам избежать состязания за диск, которое способно привести к снижению производительности. Конфигурация хранилища для виртуальной машины должна быть как можно более похожей на конфигурацию, которая использовалась бы для физического сервера с той же службой, приложением или ролью. Дополнительные сведения см. в разделе "Расположение LUN,томов и VHD-файлов " выше в этом разделе.

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

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

Добавление диска в том CSV в отказоустойчивом кластере

Компонент CSV по умолчанию включен в отказоустойчивом кластере. Чтобы добавить диск в CSV, необходимо добавить его в группу Доступное хранилище кластера (если он еще не добавлен), а затем добавить его в том CSV в кластере. Для выполнения этих процедур можно использовать диспетчер отказоустойчивых кластеров или командлеты Windows PowerShell для отказоустойчивости кластеров Windows PowerShell.

Добавление диска в доступное хранилище

  1. В диспетчере отказоустойчивости кластеров в дереве консоли разверните имя кластера, а затем разверните элемент Хранилище.

  2. Щелкните правой кнопкой мыши диски и выберите пункт "Добавить диск". Появится список дисков, которые можно добавить для использования в отказоустойчивом кластере.

  3. Выберите диск или диски, которые нужно добавить, и нажмите кнопку "ОК".

    Диски будут добавлены в группу Доступное хранилище .

Эквивалентные команды Windows PowerShell (добавление диска в доступное хранилище)

Следующие командлеты Windows PowerShell выполняют ту же функцию, что и предыдущая процедура. Вводите каждый командлет в одной строке, несмотря на то, что здесь они могут отображаться разбитыми на несколько строк из-за ограничений форматирования.

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

Get-ClusterAvailableDisk | Add-ClusterDisk

Добавление диска в доступное хранилище в CSV-файл

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

  2. Выберите один или несколько дисков, назначенных доступному хранилищу, щелкните правой кнопкой мыши выбор и выберите команду "Добавить в общие тома кластера".

    Диски будут добавлены в группу Общий том кластера в кластере. Диски предоставляются каждому узлу кластера в виде нумерованных томов (точек подключения) в папке %SystemDrive%ClusterStorage. Тома имеют файловую систему CSVFS.

Примечание.

Тома CSV можно переименовать в папке %SystemDrive%ClusterStorage.

Эквивалентные команды Windows PowerShell (добавление диска в CSV-файл)

Следующие командлеты Windows PowerShell выполняют ту же функцию, что и предыдущая процедура. Вводите каждый командлет в одной строке, несмотря на то, что здесь они могут отображаться разбитыми на несколько строк из-за ограничений форматирования.

В приведенном ниже примере диск Cluster Disk 1 , включенный в группу Доступное хранилище , добавляется в том CSV в локальном кластере.

Add-ClusterSharedVolume –Name "Cluster Disk 1"

Обеспечение поддержки рабочих нагрузок с высокой интенсивностью чтения кэшем CSV (не обязательно)

Кэш CSV обеспечивает кэширование на уровне блоков для небуферизованных операций чтения путем выделения системной памяти (ОЗУ) в качестве кэша сквозной записи. (Небуферированные операции ввода-вывода не кэшируются диспетчером кэша.) Это может повысить производительность таких приложений, как Hyper-V, которые выполняют неуправляемые операции ввода-вывода при доступе к виртуальному жесткому диску. Кэш CSV может значительно повысить производительность запросов на чтение без кэширования запросов на запись. Включение кэша CSV также полезно в случае использования масштабируемого файлового сервера.

Примечание.

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

В Windows Server 2019 кэш CSV по умолчанию включен с выделенным 1 гибибайтом (GiB). В Windows Server 2016 и Windows Server 2012 он отключен по умолчанию. В Windows Server 2012 R2 кэш CSV включен по умолчанию; однако для резервирования необходимо выделить размер кэша блоков.

В таблице ниже описываются два параметра конфигурации, служащие для управления кэшем CSV.

Windows Server 2012 R2 и более поздние версии Windows Server 2012 Description
BlockCacheSize SharedVolumeBlockCacheSizeInMB Это общее свойство кластера, которое позволяет определить размер памяти (в мегабайтах), резервируемой для кэша CSV на каждом узле кластера. Например, если задано значение 512, на каждом узле резервируется 512 МБ системной памяти (Во многих кластерах рекомендуется использовать 512 МБ.) Значение по умолчанию — 0 (для отключенного).
EnableBlockCache CsvEnableBlockCache Это частное свойство ресурса физического диска в кластере. Оно позволяет включить кэш CSV на отдельном диске, добавленном в том CSV. В Windows Server 2012 значение по умолчанию равно 0 (для отключенных). Чтобы включить кэш CSV на диске, настройте значение 1. По умолчанию в Windows Server 2012 R2 этот параметр включен.

Вы можете отслеживать состояние кэша CSV в системном мониторе, добавив счетчики в категорию Кэш тома CSV кластера.

Настройка кэша CSV

  1. Запустите средство Windows PowerShell с правами администратора.

  2. Чтобы зарезервировать на каждом узле кэш размером 512 МБ, введите следующую команду.

    • Для Windows Server 2012 R2 и более поздних версий:

      (Get-Cluster).BlockCacheSize = 512

    • Для Windows Server 2012

      (Get-Cluster).SharedVolumeBlockCacheSizeInMB = 512

  3. В Windows Server 2012, чтобы включить кэш CSV в CSV-файле с именем Cluster Disk 1, введите следующее:

    Get-ClusterSharedVolume "Cluster Disk 1" | Set-ClusterParameter CsvEnableBlockCache 1

Примечание.

  • В Windows Server 2012 можно выделить только 20% от общего объема физической ОЗУ в кэш CSV. В Windows Server 2012 R2 и более поздних версиях можно выделить до 80 %. Так как масштабируемые файловые серверы обычно не испытывают недостатка памяти, можно добиться значительного роста производительности за счет использования лишней памяти для кэша CSV.
  • Чтобы избежать конфликтов ресурсов, необходимо перезапустить каждый узел в кластере после изменения памяти, выделенной кэшу CSV. В Windows Server 2012 R2 и более поздних версиях перезапуск больше не требуется.
  • После включения или отключения кэша CSV на отдельном диске необходимо отключить ресурс физического диска и снова подключить его, чтобы изменение вступило в силу. (По умолчанию в Windows Server 2012 R2 и более поздних версиях включен кэш CSV.)
  • Дополнительные сведения о кэше CSV, в которые входит информация о счетчиках производительности, см. в публикации блога Как включить кэш CSV.

Резервное копирование CSV

Существует несколько методов резервного копирования сведений, хранящихся в CSVs в отказоустойчивом кластере. Можно использовать приложение для резервного копирования от корпорации Майкрософт или стороннего поставщика. Как правило, тома CSV не предъявляют особых требований к резервному копированию, помимо общих требований для кластерных хранилищ, форматированных в NTFS или ReFS. Резервное копирование CSV не прерывает выполнение других операций с томом CSV.

При выборе приложения для резервного копирования и расписания резервного копирования для тома CSV следует учесть указанные ниже факторы.

  • Резервное копирование CSV на уровне тома можно выполнять с любого узла, подключенного к тому CSV.
  • Приложение резервного копирования может использовать программные или аппаратные моментальные снимки. Если ваше приложение резервного копирования поддерживает соответствующие возможности, в резервных копиях можно использовать снимки службы теневого копирования томов (VSS), согласованные на уровне приложений, и снимки на момент аварийного завершения.
  • При резервном копировании тома CSV с несколькими запущенными виртуальными машинами, как правило, следует выбирать способ резервного копирования на основе операционной системы управления. Если ваше приложение резервного копирования поддерживает такую возможность, можно одновременно выполнять резервное копирование нескольких виртуальных машин.
  • CSV поддерживает запросы резервного копирования под управлением Windows Server Backup. Однако система архивации данных Windows Server, как правило, обеспечивает лишь базовое решение резервного копирования, которого может быть недостаточно для организаций с более крупными кластерами. Система архивации данных Windows Server не поддерживает согласованное на уровне приложений резервное копирование виртуальных машин в томе CSV. Поддерживается только резервное копирование на уровне тома на момент аварийного завершения. (При восстановлении резервной копии, согласованной сбоем, виртуальная машина будет находиться в том же состоянии, что и в случае сбоя виртуальной машины в тот момент, когда была выполнена резервная копия.) Резервная копия виртуальной машины на томе CSV будет выполнена успешно, но событие ошибки будет зарегистрировано, указывающее, что это не поддерживается.
  • При резервном копировании отказоустойчивого кластера могут потребоваться учетные данные администратора.

Внимание

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

Предупреждение

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

Дополнительные сведения