Общие сведения о реплике хранилища
Реплику хранилища в Windows Server можно использовать для репликации томов между серверами или кластерами для аварийного восстановления. Вы также можете использовать его для создания межсайтовых кластеров отказоустойчивости, охватывающих два участка, при этом все узлы остаются синхронизированными.
Реплика хранилища поддерживает синхронную и асинхронную репликацию:
- Синхронная репликация зеркалирует данные на площадке сети с низкой задержкой и аварийно-устойчивыми томами, чтобы обеспечить отсутствие потери данных на уровне файловой системы во время сбоя.
- асинхронная репликация создает зеркальные копии данных между сайтами на расстояниях, превышающих городские, по сетевым каналам с повышенной задержкой, но без гарантии того, что оба сайта имеют идентичные копии данных в момент потенциального сбоя.
Почему стоит использовать реплику хранилища?
Storage Replica предоставляет возможности для аварийного восстановления и повышения готовности в Windows Server. Storage Replica в Windows Server обеспечивает гарантию отсутствия потери данных и возможность синхронно защищать данные на разных стойках, этажах, зданиях, кампусах, районах и городах. После аварии все данные существуют в другом месте без возможности потери. То же самое применяется перед аварией. Реплика хранилища позволяет переключать рабочие нагрузки в безопасные расположения без потери данных перед катастрофой при наличии нескольких минут предупреждения.
Используйте реплику хранилища для более эффективного использования нескольких центров обработки данных. Растягивая или реплицируя кластеры, вы можете запускать рабочие нагрузки в нескольких центрах обработки данных для быстрого доступа к данным пользователям и приложениям близкого взаимодействия. Вы также получаете более эффективное распределение нагрузки и использование вычислительных ресурсов. Если катастрофа выводит из строя один центр обработки данных, можно временно переместить типичные рабочие нагрузки на другую площадку.
При реализации Storage Replica вы можете вывести из эксплуатации существующие системы репликации файлов, такие как репликация DFS, которые использовались как недорогие решения для аварийного восстановления. Хотя репликация DFS хорошо работает над сетями с низкой пропускной способностью, ее задержка высока. Задержка в этом сценарии часто измеряется в часах или днях. Высокая задержка обусловлена требованием закрытия файлов и их искусственными ограничениями, которые предназначены для предотвращения перегрузки сети. Из-за этих характеристик проектирования самые новые и востребованные файлы в реплике системы репликации DFS имеют наименьшую вероятность репликации.
Репликация хранилища выполняется ниже уровня файла и не имеет этих ограничений.
Средство Storage Replica также поддерживает асинхронную репликацию для более широких диапазонов и сетей с более высокой задержкой. Поскольку продукт не основан на контрольной точке, а вместо этого постоянно реплицируется, дельта изменений, как правило, значительно ниже, чем у продуктов, основанных на моментальных снимках.
Реплика хранилища работает на уровне секционирования и поэтому реплицирует все моментальные снимки службы теневого копирования томов (VSS), создаваемые Windows Server или программным обеспечением резервного копирования. С помощью моментальных снимков VSS можно получать снимки данных, согласованные с приложением, для восстановления на определенный момент времени, особенно для неструктурированных пользовательских данных, которые реплицируются асинхронно.
Поддерживаемые конфигурации
Реплику хранилища можно развернуть в растянутом кластере, между кластерами и в конфигурации сервер-сервер.
Репликация растянутого кластера
Используйте репликацию растянутого кластера для репликации данных между компьютерами и хранилищем в одном кластере. В этом сценарии некоторые узлы совместно используют набор асимметричного хранилища, а некоторые узлы используют другой набор хранилища. Затем они синхронно или асинхронно реплицируются с учетом особенностей сайта.
В репликации растянутого кластера Storage Replica можно использовать дисковые пространства с общим хранилищем Serial Attached SCSI (SAS), логическими единицами хранения (LUN) на базе Storage Area Network (SAN) и подключенными к iSCSI LUN.
Вы управляете конфигурацией растянутого кластера с помощью PowerShell и графического средства диспетчера отказоустойчивости кластеров. Сценарий поддерживает автоматическую отработку отказа рабочей нагрузки.
На следующем рисунке показана репликация хранилища в растянутом кластере с помощью реплики хранилища:
Схема 
Репликация между кластерами
В репликации между кластерамиодин кластер синхронно или асинхронно реплицируется с другим кластером.
В кластерной репликации в Storage Replica можно использовать локальные дисковые пространства, дисковые пространства с общим SAS-хранилищем, LUN хранилищ SAN и LUN, подключенные через iSCSI.
Вы управляете конфигурацией кластера в кластере с помощью Windows Admin Center и PowerShell. Для конфигурации требуется ручное вмешательство для переключения при отказе.
На следующем рисунке показана репликация хранилища между кластерами с помощью реплики хранилища:
Репликация между серверами
Репликация сервер-сервер представляет собой синхронную и асинхронную репликацию между двумя автономными серверами.
В этом сценарии можно использовать дисковые пространства с общим хранилищем SAS, SAN LUN, подключенными к iSCSI LUN и локальными дисками.
Вы управляете конфигурацией сервер-сервер с помощью Windows Admin Center и PowerShell. Для настройки требуется ручное вмешательство для переключения на резерв.
На следующем рисунке показана репликация хранилища между серверами с помощью реплики хранилища:
Примечание.
Вы также можете настроить самостоятельную репликацию между серверами с помощью четырех отдельных томов на одном компьютере. Однако эта статья не охватывает этот сценарий.
Возможности реплики хранилища
Реплика хранилища в Windows Server предоставляет следующие возможности:
нулевая потеря данных и репликация на уровне блоков. При синхронной репликации нет возможности потери данных. При блочной репликации блокировка файлов невозможна.
Удобное развертывание и управление. Репликация данных в хранилище разработана для простоты использования. Windows Admin Center можно использовать для создания партнерства репликации между двумя серверами. Используйте интуитивно понятный мастер в знакомом средстве диспетчера отказоустойчивости кластеров для развертывания растянутых кластеров.
Гость и хозяин. Все возможности реплики хранилища можно использовать и в виртуализированных гостевых развертываниях, и в развертываниях на основе узла. Гости могут реплицировать тома данных, даже если они работают на платформах виртуализации, отличных от Windows, или в общедоступных облаках, если Windows Server находится в гостевой среде.
на основе SMB 3. Реплика хранилища использует проверенную и зрелую технологию блока сообщений сервера (SMB) 3, впервые выпущенную в Windows Server 2012. Все расширенные характеристики SMB, включая многоканальную поддержку и поддержку SMB Direct на сетевых картах RoCE, iWARP и InfiniBand RDMA, доступны для репликации хранилища.
Безопасность. В отличие от многих продуктов поставщиков, Storage Replica имеет технологии безопасности на уровне отрасли. Она включает в себя подписывание пакетов, полное шифрование данных AES-128-GCM, поддержку ускорения шифрования Intel AES-NI и защиту от атак типа «человек посередине» с помощью преаутентификации. Реплика хранилища использует Kerberos AES256 для проверки подлинности между узлами.
Высокопроизводительная начальная синхронизация. Реплика хранилища поддерживает засеваемую начальную синхронизацию, когда подмножество данных уже существует на целевом узле из старых копий, резервных копий или пересланных дисков. Начальная репликация копирует только различные блоки, потенциально сокращая время начальной синхронизации и предотвращая использование ограниченной пропускной способности данных. Блочное вычисление контрольной суммы и агрегирование в реплике хранилища означает, что начальная производительность синхронизации ограничена только скоростью хранилища и сети.
Группы согласованности. Порядок записи гарантирует, что такие приложения, как SQL Server, могут записываться в несколько реплицированных томов и данные записываются на целевом сервере последовательно.
Делегирование пользователя. Пользователи могут предоставлять разрешения на управление репликацией, не являясь членом встроенной группы администраторов на реплицированных узлах. Преимущество заключается в том, что их доступ к несвязанным областям ограничен.
ограничение сети. Реплику хранилища можно ограничить отдельными сетями по серверам и реплицированным томам, чтобы обеспечить пропускную способность приложений, резервного копирования и программного обеспечения для управления.
Тонкое выделение ресурсов. Тонкое выделение ресурсов в дисковых пространствах и устройствах SAN поддерживается для обеспечения почти мгновенного времени начальной репликации в большинстве случаев. После инициации начальной репликации невозможно уменьшить или обрезать том.
Сжатие. Реплика хранилища обеспечивает сжатие данных, передаваемых по сети между исходными и целевыми серверами. Функция сжатия реплики хранилища для передачи данных поддерживается только в Центре обработки данных Windows Server: выпуск Azure, начиная с сборки ОС 20348.1070 и более поздних версий (KB5017381).
Реплика хранилища включает следующие функции:
| Функция | Подробности |
|---|---|
| Тип | Хост-ориентированный |
| Синхронный | Да |
| Асинхронный | Да |
| Аппаратный уровень, не зависящий от конкретного оборудования | Да |
| Единица репликации | Том (раздел) |
| Создание растянутого кластера Windows Server | Да |
| Межсерверная репликация | Да |
| Межкластерная репликация | Да |
| Транспорт | SMB 3 |
| Сеть | TCP/IP или RDMA |
| Поддержка ограничения сети | Да |
| Сжатие в сети | Да** |
| RDMA* | iWARP, InfiniBand, RoCE v2 |
| Требования к брандмауэру сетевого порта репликации | Один порт IANA (TCP 445 или TCP 5445) |
| Поддержка нескольких путей или каналов | Да (SMB 3) |
| Поддержка Kerberos | Да (SMB 3) |
| Шифрование и подписывание по каналу передачи данных | Да (SMB 3) |
| Разрешена отработка отказа для каждого тома | Да |
| Поддержка хранилища с тонкой подготовкой | Да |
| Встроенный пользовательский интерфейс управления | PowerShell, Диспетчер отказоустойчивых кластеров |
* Может потребоваться дополнительное оборудование и проводка для больших расстояний.
** При использовании Windows Server Datacenter: издание Azure, начиная с версии ОС 20348.1070.
Предварительные требования для реплики хранилища
Лес доменных служб Active Directory.
Дисковые пространства с последовательным подключенным SCSI (SAS) "всего лишь куча дисков" корпусов (JBOD), локальные дисковые пространства, сеть хранилища Fibre Channel (FC SAN), общий виртуальный жесткий диск версии 2 (VHDX), целевой объект интерфейса iSCSI или локального хранилища SAS, SCSI или последовательного расширенного хранилища технологии (SATA). Для дисков журналов репликации рекомендуется использовать твердотельные диски (SSD) или более быстрые. Рекомендуется использовать хранилище журналов, которое быстрее, чем хранилище данных. Тома журнальных файлов никогда не должны использоваться для других рабочих нагрузок.
По крайней мере одно подключение Ethernet/TCP на каждом сервере для синхронной репликации, но рекомендуется использовать удаленный прямой доступ к памяти (RDMA).
По крайней мере 2 ГБ ОЗУ и два ядра на сервер.
Сеть между серверами с достаточной пропускной способностью для обработки рабочей нагрузки на запись (I/O) и средней общей задержки 5 мс или меньше для синхронной репликации. Асинхронная репликация не имеет рекомендации по задержке.
Центр обработки данных Windows Server или Windows Server Standard. Реплика хранилища, запущенная в Windows Server Standard, имеет следующие ограничения:
- Необходимо использовать Windows Server 2019 или более поздней версии.
- Реплика хранилища реплицирует один том вместо неограниченного количества томов.
- Тома могут иметь размер до 2 ТБ в отличие от неограниченного размера.
Общие сведения
Этот раздел содержит сведения о высокоуровневой отраслевой терминологии, синхронной и асинхронной репликации, а также основных вариантах поведения.
Высокоуровневые отраслевые термины
Восстановление после катастроф относится к плану действий на случай непредвиденных ситуаций для восстановления после катастроф, связанных с объектом, для обеспечения непрерывности работы бизнеса. Восстановление данных после аварии означает, что несколько копий производственных данных хранятся в отдельном физическом месте. Примером является растянутый кластер, где половина узлов находится на одном сайте и половина находятся в другом. Готовность к бедствиям относится к плану чрезвычайных ситуаций для предварительного перемещения рабочих нагрузок в другое место перед предстоящим бедствием, например ураганом.
соглашения об уровне обслуживания определяют доступность приложений организации и их устойчивость к простоям и потере данных при запланированных и незапланированных сбоях. Целевой момент восстановления (RTO) определяет, как долго бизнес может терпеть общую недоступность данных. Объект восстановления данных (RPO) определяет, сколько данных может быть потеряно бизнесом без критических последствий.
Синхронная репликация
синхронная репликация гарантирует, что приложение записывает данные в два расположения одновременно до завершения операции ввода-вывода. Эта репликация более подходит для критически важных данных, так как она требует инвестиций в сеть и хранилище, и она рискует снизить производительность приложения путем выполнения операций записи в двух расположениях.
Когда приложение выполняет запись в исходном копировании данных, исходное хранилище не сразу подтверждает операции ввода-вывода. Вместо этого эти изменения данных реплицируются на удаленную копию назначения и возвращают подтверждение. Только после этого приложение получает подтверждение ввода-вывода. Эта последовательность обеспечивает постоянную синхронизацию удаленного сайта с исходным сайтом, в результате расширяя объемы ввода-вывода хранилища в сети. Если происходит сбой исходного сайта, приложения могут переключиться на удаленный сайт и продолжить работу с гарантией отсутствия потери данных.
| Режим | Схема | Шаги |
|---|---|---|
|
Синхронный Ноль потери данных РПО |
|
1. Приложение записывает данные. 2. Данные журнала записываются и данные реплицируются на удаленный сайт. 3. Данные журнала записываются на удаленном сайте. 4. Подтверждение получено с удаленного сайта. 5. Запись данных приложения подтверждена. Данные сбрасываются на том, для журналов всегда используется сквозная запись. |
Асинхронная репликация
Асинхронная репликация означает, что когда приложение записывает данные, они реплицируются на удаленный сайт без гарантии немедленного подтверждения. Этот режим позволяет ускорить время отклика в приложении и решение аварийного восстановления, которое работает географически.
Когда приложение записывает данные, подсистема репликации фиксирует запись и немедленно подтверждает его приложению. Полученные данные затем копируются в удаленное расположение. Удаленный узел обрабатывает копию данных и постепенно подтверждает получение данных обратно источнику. Так как производительность репликации больше не находится в пути ввода-вывода приложения, скорость отклика и расстояния удаленного сайта менее важны. Существует риск потери данных, если исходные данные потеряны, а целевая копия данных по-прежнему находится в буферном режиме, не покидая источник.
Асинхронная репликация с более высоким, чем нулевым, RPO менее подходит для решений высокой доступности, таких как отказоустойчивые кластеры, поскольку они предназначены для обеспечения непрерывной работы с избыточностью и без потери данных.
| Режим | Схема | Шаги |
|---|---|---|
|
Асинхронный Практически нулевая потеря данных (зависит от нескольких факторов) РПО |
|
1. Приложение записывает данные. 2. Данные журнала записываются. 3. Запись данных приложения подтверждается. 4. Данные реплицируются на удаленный сайт. 5. Данные журнала записываются на удаленном сайте. 6. Подтверждение получено с удаленного сайта. t и t1: Данные сбрасываются на том, журналы всегда записываются непосредственно на носитель. |
Ключевые точки оценки и поведение
Пропускная способность и задержка при использовании самого быстрого хранилища. В синхронной репликации существуют физические ограничения. Так как реплика хранилища реализует механизм фильтрации операций ввода-вывода с помощью журналов и требует обхода сети, синхронная репликация, скорее всего, замедляет запись приложений. Используя сети с низкой задержкой, сети с высокой пропускной способностью и подсистемы дисков высокой производительности для журналов, вы сводите к минимуму накладные расходы на производительность.
Конечный том недоступен при репликации в Windows Server 2016. При настройке репликации конечный том отсоединяется, что делает его недоступным для операций чтения или записи пользователями. Его буква дисковода может отображаться в общих пользовательских интерфейсах, таких как Проводник, но приложение на самом деле не может получить доступ к диску. Технологии репликации на уровне блоков несовместимы с предоставлением доступа к монтированной файловой системе целевого объекта в томе. Новая файловая система технологий (NTFS) и отказоустойчивая файловая система (ReFS) не поддерживают запись данных в том, пока блоки изменяются под ними.
Командлет
Test-Failoverдебютировал в Windows Server версии 1709 и также был включен в Windows Server 2019. Теперь командлет поддерживает временное монтирование моментального снимка тома в режимах чтения и записи для резервных копий, тестирования и т. д. Дополнительные сведения см. в FAQ по Storage Replica .Реализация асинхронной репликации Microsoft отличается от остальных. Большинство отраслевых реализаций асинхронной репликации зависят от репликации на основе моментальных снимков, в которой периодически разностные передачи перемещаются на другой узел и объединяются. Асинхронная репликация хранилища работает так же, как синхронная репликация, за исключением того, что она устраняет требование сериализованного синхронного подтверждения от получателя. Реплика хранилища теоретически имеет более низкую RPO, так как она постоянно реплицируется. Однако это также означает, что она использует гарантии согласованности внутренних приложений, а не использование моментальных снимков для принудительной согласованности в файлах приложений. Реплика хранилища гарантирует согласованность сбоев во всех режимах репликации.
Многие клиенты используют репликацию DFS в качестве решения аварийного восстановления, даже если это часто нецелесообразно для этого сценария. Репликация DFS не может реплицировать открытые файлы и предназначена для минимизации использования пропускной способности, что происходит за счет производительности и приводит к значительным различиям в точках восстановления. Реплика хранилища может позволить исключить репликацию DFS из некоторых из этих задач аварийного восстановления.
Реплика хранилища не является решением резервного копирования. Некоторые ИТ-среды развертывают системы репликации в качестве решений резервного копирования из-за их нулевых параметров потери данных по сравнению с ежедневными резервными копиями. Независимо от типа изменений, Storage Replica реплицирует все изменения во все блоки данных на томе. Если пользователь удаляет все данные из тома, реплика хранилища мгновенно реплицирует удаление в другой том, безвозвратно удалив данные с обоих серверов. Не используйте реплику хранилища в качестве замены для решения резервного копирования на определенный момент времени.
Реплика хранилища не является Hyper-V репликой или группами доступности AlwaysOn SQL Server. Storage Replica — это универсальный механизм, не зависящий от типа хранилища. По определению, он не может адаптировать своё поведение так же идеально, как репликация на уровне приложения. Проектирование и назначение Storage Replica может вызвать возникновение некоторых недостатков в функциях, которые побуждают вас развертывать или продолжать использовать конкретные технологии репликации приложений.
Примечание.
Вы можете просмотреть список известных проблем и ожидаемого поведения и ознакомиться с FAQ по реплике хранилища .
Терминология системы репликации хранилища
В статьях о Storage Replica часто используются следующие термины:
источник — это том компьютера, который позволяет локально записывать данные и реплицировать их на выходе. Также называется первичной.
Назначение — это том компьютера, который не разрешает локальную запись и реплицирует данные при поступлении. Также известен как вторичный.
Партнёрство репликации — это отношение синхронизации между исходным и целевым компьютером для одного или нескольких томов и использование одного журнала.
группа репликации — это организация томов и их конфигурации репликации в рамках партнерства на каждом сервере. Группа может содержать один или несколько томов.
Новые возможности реплики хранилища
Список новых функций в Storage Replica в Windows Server 2019 смотрите в статье Что нового в хранилище.