Создание растянутых томов кластера и настройка репликации
Область применения: Azure Stack HCI версий 22H2 и 21H2
В этой статье описывается создание томов и настройка репликации для растянутых кластеров в Azure Stack HCI с помощью Windows Admin Center и PowerShell.
В качестве примера мы создадим тома на четырех серверах в двух сайтах, по два сервера на каждый сайт. Однако имейте в виду, что если вы хотите создать трехсторонняя зеркало томов, вам потребуется по крайней мере шесть серверов, по три сервера на сайт.
Растянутые тома и репликация с помощью Windows Admin Center
Чтобы создать том и настроить репликацию, выполните приведенные ниже действия.
- В Windows Admin Center в разделе Сервис выберите Тома.
- В области справа перейдите на вкладку Инвентаризация , а затем выберите Создать.
- На панели Создание тома выберите Реплицировать том между сайтами.
- Выберите направление репликации между сайтами в раскрывающемся списке.
- В разделе Режим репликации выберите Асинхронный или Синхронный.
- Введите имя исходной группы репликации и имя целевой группы репликации.
- Введите нужный размер тома журнала.
- В разделе Дополнительно при необходимости выполните следующие действия.
- Введите или измените имя группы репликации источника.
- Введите или измените имя группы репликации назначения.
- Чтобы использовать блоки, уже засеяемые в целевом объекте..., установите этот флажок.
- Чтобы зашифровать трафик репликации, установите этот флажок.
- Чтобы включить группы согласованности, установите этот флажок.
- По завершении нажмите кнопку Создать.
- В области справа убедитесь, что диск данных и диск журнала созданы на основном (активном) сайте, а соответствующие диски данных и журналов реплика созданы на вторичном (пассивном) сайте. Для двунаправленной репликации должны отобразиться два набора дисков данных и томов.
- В разделе Сервис выберите Реплика хранилища.
- В области справа в разделе Партнерства убедитесь, что партнерство репликации успешно создано.
После этого необходимо проверить успешную репликацию данных между сайтами перед развертыванием виртуальных машин и других рабочих нагрузок. Дополнительные сведения см. в разделе Проверка репликации статьи Проверка кластера.
Создание растянутых томов с помощью PowerShell
Создание томов для односайтовых стандартных кластеров отличается от растянутых (двухсайтовых). Однако в обоих сценариях используйте New-Volume
командлет , чтобы создать виртуальный диск, секционировать и отформатировать его, создать том с соответствующим именем и добавить его в общие тома кластера (CSV).
Создание томов и виртуальных дисков для растянутых кластеров выполняется немного больше, чем для кластеров с одним сайтом. Для растянутых кластеров требуется как минимум четыре тома — два тома данных и два тома журналов, при этом пара томов данных и журналов находится на каждом сайте. Затем вы создадите группу репликации для каждого сайта и настроите репликацию между ними. Необходимо переместить группы ресурсов с сервера на сервер. Для Move-ClusterGroup
этого используется командлет .
Сначала мы переместим группу
Available Storage
Server1
ресурсов пула носителей в сSite1
помощью командлетаMove-ClusterGroup
:Move-ClusterGroup -Cluster ClusterS1 -Name 'Available Storage' -Node Server1
Затем создайте первый виртуальный диск (
Disk1
) для вSite1
Server1
:New-Volume -CimSession Server1 -FriendlyName Disk1 -FileSystem REFS -DriveLetter F -ResiliencySettingName Mirror -Size 10GB -StoragePoolFriendlyName "Storage Pool for Site 1"
Создайте второй виртуальный диск (
Disk2
) для вServer1
Site1
:New-Volume -CimSession Server1 -FriendlyName Disk2 -FileSystem REFS -DriveLetter G -ResiliencySettingName Mirror -Size 10GB -StoragePoolFriendlyName "Storage Pool for Site 1"
Теперь переведите группу в автономный
Available Storage
режим:Stop-ClusterGroup -Cluster ClusterS1 -Name 'Available Storage'
И переместите группу
Available Storage
Server3
в :Site2
Move-ClusterGroup -Name 'Available Storage' -Node Server3
Создайте первый виртуальный диск (
Disk3
) вServer3
вSite2
:New-Volume -CimSession Server3 -FriendlyName Disk3 -FileSystem REFS -DriveLetter H -ResiliencySettingName Mirror -Size 10GB -StoragePoolFriendlyName "Storage Pool for Site 2"
И создайте второй виртуальный диск (
Disk4
) вServer3
вSite2
:New-Volume -CimSession Server3 -FriendlyName Disk4 -FileSystem REFS -DriveLetter I -ResiliencySettingName Mirror -Size 10GB -StoragePoolFriendlyName "Storage Pool for Site 2"
Теперь переведите группу в автономный
Available Storage
режим и переместите ее обратно на один из серверов вSite1
:Stop-ClusterGroup -Cluster ClusterS1 -Name 'Available Storage'
Move-ClusterGroup -Cluster ClusterS1 -Name 'Available Storage' -Node Server1
С помощью командлета
Get-ClusterResource
убедитесь, что созданы четыре тома виртуальных дисков, по два в каждом пуле носителей:Get-ClusterResource -Cluster ClusterS1
Теперь добавьте
Disk1
в общие тома кластера:Add-ClusterSharedVolume -Name 'Cluster Virtual Disk (Disk1)'
Вы создали тома и готовы к настройке реплики хранилища для репликации.
Настройка репликации с помощью PowerShell
При использовании PowerShell для настройки реплики хранилища для растянутого кластера диск, используемый для исходных данных, необходимо добавить в общий том кластера (CSV). Все остальные диски должны оставаться в группе Доступное хранилище как диски, отличные от CSV. Затем эти диски добавляются в качестве общих томов кластера во время создания реплики хранилища.
На предыдущем шаге виртуальные диски были добавлены с помощью букв дисков, чтобы упростить их идентификацию. Реплика хранилища — это репликация "один к одному", то есть один диск может реплицироваться на другой диск.
Шаг 1. Проверка топологии для репликации
Перед началом работы следует выполнять командлет в Test-SRTopology
течение длительного периода времени (например, нескольких часов). Командлет Test-SRTopology
проверяет потенциальное партнерство репликации и проверяет локальный узел на целевом сервере или удаленно между исходным и целевым серверами.
Этот командлет проверит следующее:
- Доступ к SMB можно получить по сети, что означает, что TCP-порты 445 и 5445 открыты двунаправленно.
- Доступ к WS-MAN можно получить по протоколу HTTP в сети, что означает, что TCP-порты 5985 и 5986 открыты.
- У поставщика SR WMIv2 есть доступ и он принимает запросы.
- Исходные и целевые тома данных существуют и доступны для записи.
- Исходные и целевые тома журналов существуют с форматированием NTFS или reFS и достаточным объемом свободного места.
- Хранилище инициализируется в формате GPT, а не MBR с соответствующими размерами секторов.
- Для выполнения репликации достаточно физической памяти.
Кроме того, Test-SRTopology
командлет также будет измерять:
- Задержка кругового пути ICMP и среднее значение.
- Счетчики производительности для записи входных и выходных данных и сообщают среднее значение, отображающееся на этом томе.
- Предполагаемое время начальной синхронизации.
После завершения Test-SRTopology он создаст файл .html (TestSrTopologyReport с датой и временем) в папке Temp Windows. Следует проверять все предупреждения или сбои, так как они могут привести к неправильному созданию реплики хранилища.
Пример команды, которая будет выполняться в течение 5 часов:
Test-SRTopology -SourceComputerName Server1 -SourceVolumeName W: -SourceLogVolumeName X: -DestinationComputerName Server3 -DestinationVolumeName Y: -DestinationLogVolumeName Z: -DurationInMinutes 300 -ResultPath c:\temp
Шаг 2. Создание партнерства репликации
Теперь, когда вы завершили Test-SRTopology
тесты, вы можете настроить реплику хранилища и создать партнерство репликации. В двух словах мы настроим реплику хранилища, создав группы репликации (RG) для каждого сайта и указав тома данных и тома журналов как для узлов исходного сервера в site1 (Server1, Server2), так и для узлов целевых (реплицированных) серверов в Site2 (Server3, Server4).
Давайте начнем:
Добавьте диск данных Site1 в качестве общего тома кластера (CSV):
Add-ClusterSharedVolume -Name "Cluster Virtual Disk (Site1)"
Группа "Доступное хранилище" должна принадлежать узлу, на который она находится в данный момент. Группу можно переместить в Server1 с помощью:
Move-ClusterGroup -Name "Available Storage" -Node Server1
Чтобы создать партнерство репликации, используйте
New-SRPartnership
командлет . Этот командлет также позволяет указать имена томов исходных данных и журналов:New-SRPartnership -SourceComputerName "Server1" -SourceRGName "Replication1" -SourceVolumeName "C:\ClusterStorage\Disk1\" -SourceLogVolumeName "G:" -DestinationComputerName "Server3" -DestinationRGName "Replication2" -DestinationVolumeName "H:" -DestinationLogVolumeName "I:"
Командлет New-SRPartnership
создает партнерство репликации между двумя группами репликации для двух сайтов. В этом примере Replication1
является группой репликации для первичного узла Server1 в Site1 и Replication2
группой репликации для конечного узла Server3 в Site2.
Теперь реплика хранилища настроит все. Если есть какие-либо данные для репликации, он сделает это здесь. В зависимости от объема данных, необходимых для репликации, это может занять некоторое время. Рекомендуется не перемещать группы до завершения этого процесса.
Дальнейшие действия
Связанные разделы и другие задачи по управлению хранилищем см. также в следующих статьях:
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по