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

  • Статья
  • Чтение занимает 19 мин

применимо к: Windows server 2022, Windows server 2019, Windows Server 2016, Windows Server 2012, Windows Server 2012 R2, Azure Stack хЦи, versions 21H2 и 20H2

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

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

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

Примечание

csv не поддерживают 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-клустернетворк 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. Подробнее см. в разделе Общие сведения о протоколе SMB.

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

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

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

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

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

Обзор требований к оборудованию, сетям и хранилищу для отказоустойчивых кластеров см. в разделе Требования к оборудованию для отказоустойчивой кластеризации и варианты хранилища.

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

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

Важно!

  • Обратите внимание, что CSV, предварительно отформатированные с помощью ReFS, используемых в составе сетей SAN, не будут использовать прямой ввод-вывод, независимо от других требований для выполнения прямого ввода-вывода.
  • Если вы планируете использовать CSV в соединении с подключенными дисками сети SAN (-переднего плана), отформатируйте диски с файловой системой NTFS перед их преобразованием в CSV-файл, чтобы воспользоваться преимуществами производительности прямого ввода-вывода.
  • В этом весь замысел. Дополнительные сведения см. на страницах, связанных в разделе.
  • Благодаря интеграции 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 хЦи диск или дисковое пространство для тома CSV должно быть базовым диском или диском таблицы разделов 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 хЦи, зависимости 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 командлеты.

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

  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 гибибайт (гиб). в Windows Server 2016 и Windows Server 2012 он отключен по умолчанию. в Windows Server 2012 R2 кэш CSV включен по умолчанию, однако по-прежнему необходимо выделить размер кэша блоков для резервирования.

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

Windows Server 2012 R2 и более поздние версии Windows Server 2012 Описание
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-файле с именем кластера 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

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

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

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

Важно!

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

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

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

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