Миграция домена отказоустойчивого кластера Failover Cluster domain migration

Применяется к: Windows Server 2019, Windows Server 2016 Applies to: Windows Server 2019, Windows Server 2016

В этом разделе приводятся общие сведения о перемещении отказоустойчивых кластеров Windows Server из одного домена в другой. This topic provides an overview for moving Windows Server failover clusters from one domain to another.

Зачем выполнять миграцию между доменами Why migrate between domains

Существует несколько сценариев, в которых требуется перенести кластер с одного доамин на другой. There are several scenarios where migrating a cluster from one doamin to another is necessary.

• Компания a объединяется с компаниб и должна перемещать все кластеры в домен Company. CompanyA merges with CompanyB and must move all clusters into CompanyA domain
• Кластеры создаются в основном центре обработки данных и отправляются в удаленные расположения. Clusters are built in the main datacenter and shipped out to remote locations
• Кластер был создан как кластер Рабочей группы и теперь должен быть частью домена Cluster was built as a workgroup cluster and now needs to be part of a domain
• Кластер был создан как кластер домена и теперь должен входить в рабочую группу Cluster was built as a domain cluster and now needs to be part of a workgroup
• Кластер перемещается в одну область компании в другую и является другим поддоменом Cluster is being moved to one area of the company to another and is a different subdomain

Корпорация Майкрософт не предоставляет поддержку администраторам, пытающимся переместить ресурсы из одного домена в другой, если базовая операция приложения не поддерживается. Microsoft doesn’t provide support to administrators who try to move resources from one domain to another if the underlying application operation is unsupported. Например, корпорация Майкрософт не предоставляет поддержку администраторам, пытающимся переместить сервер Microsoft Exchange Server из одного домена в другой. For example, Microsoft doesn’t provide support to administrators who try to move a Microsoft Exchange server from one domain to another.

Перед перемещением кластера рекомендуется выполнить полное резервное копирование всего общего хранилища в кластере. We recommend that you perform a full backup of all shared storage in the cluster before you move the cluster.

Windows Server 2016 и более ранние версии Windows Server 2016 and earlier

В Windows Server 2016 и более ранних версиях служба кластеров не было возможности переходить от одного домена к другому. In Windows Server 2016 and earlier, the Cluster service didn’t have the capability of moving from one domain to another. Это было вызвано повышенной зависимостью от домен Active Directory служб и созданных виртуальных имен. This was due to the increased dependence on Active Directory Domain Services and the virtual names created.

Параметры Options

Для такого перемещения существует два варианта. In order to do such a move, there are two options.

Первый вариант включает уничтожение кластера и его перестроение в новом домене. The first option involves destroying the cluster and rebuilding it in the new domain.

Как видно в анимации, этот параметр разрушается с помощью следующих шагов: As the animation shows, this option is destructive with the steps being:

1. Уничтожение кластера. Destroy the Cluster.
2. Измените членство узлов в домене на новый домен. Change the domain membership of the nodes into the new domain.
3. Создайте кластер заново как новый в обновленном домене. Recreate the Cluster as new in the updated domain. Это влечет за собой необходимость повторного создания всех ресурсов. This would entail having to recreate all the resources.

Второй вариант является менее разрушительным, но требует, чтобы в новом домене было создано дополнительное оборудование, как новый кластер. The second option is less destructive but requires additional hardware as a new cluster would need to be built in the new domain. Когда кластер будет находиться в новом домене, запустите мастер миграции кластера, чтобы перенести ресурсы. Once the cluster is in the new domain, run the Cluster Migration Wizard to migrate the resources. Обратите внимание, что это не приводит к переносу данных. для переноса данных необходимо использовать другое средство, например службу миграции хранилища(после добавления поддержки кластера). Note that this doesn’t migrate data — you’ll need to use another tool to migrate data, such as Storage Migration Service(once cluster support is added).

Как видно в анимации, этот параметр не разрушается, но требует либо другого оборудования, либо узла из существующего кластера, чем он был удален. As the animation shows, this option is not destructive but does require either different hardware or a node from the existing cluster than has been removed.

1. Создайте новый кластер в новом домене, сохраняя доступ к старому кластеру. Create a new clusterin the new domain while still having the old cluster available.
2. Используйте Мастер миграции кластера для переноса всех ресурсов в новый кластер. Use the Cluster Migration Wizard to migrate all the resources to the new cluster. Напоминание, это не приводит к копированию данных, поэтому необходимо выполнить отдельно. Reminder, this does not copy data, so will need to be done separately.
3. Списание или уничтожение старого кластера. Decommission or destroy the old cluster.

В обоих вариантах в новом кластере должны быть установлены все приложения, поддерживающие кластер , все драйверы и, возможно, тестирование, чтобы убедиться, что все будет работать правильно. In both options, the new cluster would need to have all cluster-aware applications installed, drivers all up-to-date, and possibly testing to ensure all will run properly. Этот процесс занимает много времени, если необходимо также переместить данные. This is a time consuming process if data also needs to be moved.

Windows Server 2019 Windows Server 2019

В Windows Server 2019 мы предоставили возможности межкластерного переноса доменов. In Windows Server 2019, we introduced cross cluster domain migration capabilities. Итак, приведенные выше сценарии можно легко выполнить, и необходимость в перестроении больше не требуется. So now, the scenarios listed above can easily be done and the need of rebuilding is no longer needed.

Перемещение кластера из одного домена выполняется прямо вперед. Moving a cluster from one domain is a straight-forward process. Для этого существует два новых командлетыов PowerShell. To accomplish this, there are two new PowerShell commandlets.

New-клустернамеаккаунт — создает учетную запись имени кластера в Active Directory Remove-Клустернамеаккаунт — удаляет учетные записи имени кластера из Active Directory New-ClusterNameAccount – creates a Cluster Name Account in Active Directory Remove-ClusterNameAccount – removes the Cluster Name Accounts from Active Directory

Этот процесс заключается в том, чтобы изменить кластер из одного домена на рабочую группу и обратно в новый домен. The process to accomplish this is to change the cluster from one domain to a workgroup and back to the new domain. Необходимость уничтожения кластера, перестроения кластера, установки приложений и т. д. не обязательно. The need to destroy a cluster, rebuild a cluster, install applications, etc is not a requirement. Например, он будет выглядеть следующим образом: For example, it would look like this:

Миграция кластера в новый домен Migrating a cluster to a new domain

На следующих шагах выполняется перемещение кластера из домена Contoso.com в новый домен Fabrikam.com. In the following steps, a cluster is being moved from the Contoso.com domain to the new Fabrikam.com domain. Имя кластера — клусклус и роль файлового сервера под названием FS-клусклус. The cluster name is CLUSCLUS and with a file server role called FS-CLUSCLUS.

Создайте учетную запись локального администратора с тем же именем и паролем на всех серверах в кластере. Create a local Administrator account with the same name and password on all servers in the cluster. Это может потребоваться для входа в систему, пока серверы перемещаются между доменами. This may be needed to log in while the servers are moving between domains.

Войдите на первый сервер с учетной записью пользователя домена или администратора, имеющего Active Directory разрешений на объект имени кластера (CNO), объекты виртуальных компьютеров (VCO), имеет доступ к кластеру и откройте PowerShell. Sign in to the first server with a domain user or administrator account that has Active Directory permissions to the Cluster Name Object (CNO), Virtual Computer Objects (VCO), has access to the Cluster, and open PowerShell.

Убедитесь, что все ресурсы сетевых имен кластера находятся в автономном состоянии, и выполните приведенную ниже команду. Ensure all Cluster Network Name resources are in an Offline state and run the below command. Эта команда удаляет Active Directory объекты, которые могут быть у кластера. This command will remove the Active Directory objects that the cluster may have.

Используйте Active Directory пользователи и компьютеры, чтобы убедиться, что объекты компьютеров CNO и VCO, связанные со всеми кластеризованными именами, удалены. Use Active Directory Users and Computers to ensure the CNO and VCO computer objects associated with all clustered names have been removed.

Рекомендуется отключить служба кластеров на всех серверах в кластере и задать для параметра Тип запуска службы значение вручную, чтобы служба кластеров не запускался при перезапуске серверов во время смены доменов. It’s a good idea to stop the Cluster service on all servers in the cluster and set the service startup type to Manual so that the Cluster service doesn’t start when the servers are restarting while changing domains.

Измените принадлежность домена серверов к Рабочей группе, перезапустите серверы, присоедините серверы к новому домену и перезапустите. Change the servers’ domain membership to a workgroup, restart the servers, join the servers to the new domain, and restart again.

Когда серверы будут находиться в новом домене, войдите на сервер с учетной записью пользователя домена или администратора, имеющего Active Directory разрешения на создание объектов, доступ к кластеру и откройте PowerShell. Once the servers are in the new domain, sign in to a server with a domain user or administrator account that has Active Directory permissions to create objects, has access to the Cluster, and open PowerShell. Запустите службу кластеров и снова установите для нее значение автоматически. Start the Cluster Service, and set it back to Automatic.

Подключите имя кластера и все остальные ресурсы сетевого имени кластера к подключенному состоянию. Bring the Cluster Name and all other cluster Network Name resources to an Online state.

Измените кластер, чтобы он был частью нового домена со связанными объектами Active Directory. Change the cluster to be a part of the new domain with associated active directory objects. Для этого выполните команду ниже, и ресурсы сетевого имени должны находиться в оперативном состоянии. To do this, the command is below and the network name resources must be in an online state. Эта команда будет воссоздавать объекты Name в Active Directory. What this command will do is recreate the name objects in Active Directory.

Примечание. Если у вас нет дополнительных групп с сетевыми именами (т. е. кластера Hyper-V с виртуальными машинами), параметр-Упградевкос не требуется. NOTE: If you do not have any additional groups with network names (i.e. a Hyper-V Cluster with only virtual machines), the -UpgradeVCOs parameter switch is not needed.

Используйте Active Directory пользователи и компьютеры, чтобы проверить новый домен и убедиться, что связанные объекты компьютера созданы. Use Active Directory Users and Computers to check the new domain and ensure the associated computer objects were created. Если они есть, перенесите остальные ресурсы в группы в оперативном режиме. If they have, then bring the remaining resources in the groups online.

Известные проблемы Known issues

Если вы используете новый компонент-свидетель USB, вы не сможете добавить кластер в новый домен. If you are using the new USB witness feature, you will be unable to add the cluster to the new domain. Причина заключается в том, что тип следящего сервера файлового ресурса должен использовать Kerberos для проверки подлинности. The reasoning is that the file share witness type must utilize Kerberos for authentication. Перед добавлением кластера в домен измените следящий сервер на None. Change the witness to none before adding the cluster to the domain. По завершении повторно создайте сервер-свидетель USB. Once it is completed, recreate the USB witness. Отобразится следующее сообщение об ошибке: The error you will see is:

Что нового в отказоустойчивой кластеризации? What’s new in Failover Clustering

Применяется к: Windows Server 2019, Windows Server 2016 Applies to: Windows Server 2019, Windows Server 2016

В этом разделе объясняются новые и измененные функциональные возможности отказоустойчивой кластеризации для Windows Server 2019 и Windows Server 2016. This topic explains the new and changed functionality in Failover Clustering for Windows Server 2019 and Windows Server 2016.

Новые возможности Windows Server 2019 What’s new in Windows Server 2019

Наборы кластеров Cluster sets

Наборы кластеров позволяют увеличить количество серверов в одном решении (SDDC), определяемом программным обеспечением, за пределами текущих ограничений кластера. Cluster sets enable you to increase the number of servers in a single software-defined datacenter (SDDC) solution beyond the current limits of a cluster. Это достигается путем группировки нескольких кластеров в набор кластеров — слабо связанное Группирование нескольких отказоустойчивых кластеров: вычислений, хранения и Hyper-схождения. This is accomplished by grouping multiple clusters into a cluster set—a loosely-coupled grouping of multiple failover clusters: compute, storage and hyper-converged. С помощью наборов кластеров можно перемещать виртуальные машины (в режиме динамической миграции) между кластерами в наборе кластеров. With cluster sets, you can move online virtual machines (live migrate) between clusters within the cluster set.

Дополнительные сведения см. в разделе кластерные наборы. For more info, see Cluster sets.

Кластеры с поддержкой Azure Azure-aware clusters

Отказоустойчивые кластеры теперь автоматически обнаруживают, когда они работают в виртуальных машинах Azure IaaS, и оптимизируют конфигурацию, чтобы обеспечить профилактическую отработку отказа и ведение журнала событий запланированного обслуживания Azure для достижения наивысшего уровня доступности. Failover clusters now automatically detect when they’re running in Azure IaaS virtual machines and optimize the configuration to provide proactive failover and logging of Azure planned maintenance events to achieve the highest levels of availability. Развертывание также упрощается за счет устранения необходимости в настройке подсистемы балансировки нагрузки с динамическим сетевым именем для имени кластера. Deployment is also simplified by removing the need to configure the load balancer with Dynamic Network Name for cluster name.

Миграция кластеров между доменами Cross-domain cluster migration

Отказоустойчивые кластеры теперь могут динамически переноситься из одного домена Active Directory в другой, что упрощает консолидацию доменов и позволяет создавать кластеры с помощью партнеров по оборудованию и присоединять их к домену клиента позже. Failover Clusters can now dynamically move from one Active Directory domain to another, simplifying domain consolidation and allowing clusters to be created by hardware partners and joined to the customer’s domain later.

Свидетель USB USB witness

Теперь можно использовать простой USB-накопитель, подключенный к сетевому коммутатору, в качестве следящего сервера при определении кворума для кластера. You can now use a simple USB drive attached to a network switch as a witness in determining quorum for a cluster. Это расширяет файловый ресурс-свидетель для поддержки любого устройства, совместимого с SMB2. This extends the File Share Witness to support any SMB2-compliant device.

Улучшения инфраструктуры кластера Cluster infrastructure improvements

Кэш CSV теперь включен по умолчанию для повышения производительности виртуальной машины. The CSV cache is now enabled by default to boost virtual machine performance. MSDTC теперь поддерживает общие тома кластера, чтобы можно было проводить развертывание рабочих нагрузок MSDTC в локальных дисковых пространствах, например в SQL Server. MSDTC now supports Cluster Shared Volumes, to allow deploying MSDTC workloads on Storage Spaces Direct such as with SQL Server. Улучшенный алгоритм определения разделенных узлов с механизмом автоматического устранения неполадок с целью их обратного присоединения к кластеру. Enhanced logic to detect partitioned nodes with self-healing to return nodes to cluster membership. Улучшенное определение маршрута кластерной сети и автоматическое устранение неполадок. Enhanced cluster network route detection and self-healing.

Кластерное обновление поддерживает локальные дисковые пространства Cluster Aware Updating supports Storage Spaces Direct

В этом выпуске интегрирована функция кластерного обновления (CAU), которая учитывает локальные дисковые пространства, проверяя данные и обеспечивая завершение их повторной синхронизации на каждом угле. Cluster Aware Updating (CAU) is now integrated and aware of Storage Spaces Direct, validating and ensuring data resynchronization completes on each node. Обновление с поддержкой кластера проверяет обновления для интеллектуального перезапуска только при необходимости. Cluster Aware Updating inspects updates to intelligently restart only if necessary. Это позволяет управлять перезапусками всех серверов в кластере для планового обслуживания. This enables orchestrating restarts of all servers in the cluster for planned maintenance.

Улучшения файлового ресурса-свидетеля File share witness enhancements

Мы включили использование файлового ресурса-свидетеля в следующих сценариях: We enabled the use of a file share witness in the following scenarios:

Отсутствие или очень плохое подключение к Интернету из-за удаленного расположения, предотвращая использование облака-свидетеля. Absent or extremely poor Internet access because of a remote location, preventing the use of a cloud witness.

Отсутствие общих дисков для диска-свидетеля. Lack of shared drives for a disk witness. Это может быть Локальные дисковые пространства конфигурация гиперконвергентном, SQL Server Always On группы доступности (AG) или группа доступности * базы данных Exchange (DAG), ни один из которых не использует общие диски. This could be a Storage Spaces Direct hyperconverged configuration, a SQL Server Always On Availability Groups (AG), or an * Exchange Database Availability Group (DAG), none of which use shared disks.

Отсутствие подключения к контроллеру домена из-за того, что кластер находится за демилитаризованной зоной. Lack of a domain controller connection due to the cluster being behind a DMZ.

В Рабочей группе или кластере между доменами, для которых отсутствует Active Directory объект имени кластера (CNO). A workgroup or cross-domain cluster for which there is no Active Directory cluster name object (CNO). Дополнительные сведения об этих усовершенствованиях см. в следующих публикациях в блогах по управлению сервером &: файловый ресурс отказоустойчивого кластера и DFS. Find out more about these enhancements in the following post in Server & Management Blogs: Failover Cluster File Share Witness and DFS.

Теперь можно явно заблокировать использование пространств имен DFS в качестве расположения. We now also explicitly block the use of a DFS Namespaces share as a location. Добавление файлового ресурса-свидетеля в общую папку DFS может привести к проблемам с стабильностью кластера, и эта конфигурация никогда не поддерживалась. Adding a file share witness to a DFS share can cause stability issues for your cluster, and this configuration has never been supported. Мы добавили логику для определения того, использует ли общая папка пространства имен DFS, и если обнаружены пространства имен DFS, диспетчер отказоустойчивости кластеров блокирует создание следящего сервера и выводит сообщение об ошибке «не поддерживается». We added logic to detect if a share uses DFS Namespaces, and if DFS Namespaces is detected, Failover Cluster Manager blocks creation of the witness and displays an error message about not being supported.

Усиление защиты кластера Cluster hardening

При обмене данными внутри кластера по протоколу Server Message Block (SMB) для общих томов кластера и локальных дисковых пространств теперь используются сертификаты с целью обеспечения высокого уровня безопасности платформы. Intra-cluster communication over Server Message Block (SMB) for Cluster Shared Volumes and Storage Spaces Direct now leverages certificates to provide the most secure platform. Это позволяет отказоустойчивым кластерам работать без зависимостей от NTLM и использовать базовые параметры безопасности. This allows Failover Clusters to operate with no dependencies on NTLM and enable security baselines.

Отказоустойчивый кластер больше не использует аутентификацию NTLM Failover Cluster no longer uses NTLM authentication

Отказоустойчивые кластеры больше не используют проверку подлинности NTLM. Failover Clusters no longer use NTLM authentication. Вместо этого Kerberos и проверка подлинности на основе сертификата используются исключительно. Instead Kerberos and certificate-based authentication is used exclusively. Для использования этого улучшения безопасности не требуются изменения, необходимые пользователю или средствам развертывания. There are no changes required by the user, or deployment tools, to take advantage of this security enhancement. Это также позволяет развертывать отказоустойчивые кластеры в средах, где отключена NTLM. It also allows failover clusters to be deployed in environments where NTLM has been disabled.

Новые возможности Windows Server 2016 What’s new in Windows Server 2016

Последовательное обновление ОС кластера Cluster Operating System Rolling Upgrade

Последовательное обновление операционной системы кластера позволяет администратору обновить операционную систему узлов кластера с Windows Server 2012 R2 до более новой версии без остановки рабочих нагрузок Hyper-V или Scale-Out файловых серверов. Cluster Operating System Rolling Upgrade enables an administrator to upgrade the operating system of the cluster nodes from Windows Server 2012 R2 to a newer version without stopping the Hyper-V or the Scale-Out File Server workloads. Благодаря этой функции можно избежать штрафов за простои, которые полагаются согласно соглашениям об уровне обслуживания. Using this feature, the downtime penalties against Service Level Agreements (SLA) can be avoided.

Какой эффект дает это изменение? What value does this change add?

Обновление кластера файлового сервера Hyper-V или Scale-Out с Windows Server 2012 R2 на Windows Server 2016 больше не требует простоев. Upgrading a Hyper-V or Scale-Out File Server cluster from Windows Server 2012 R2 to Windows Server 2016 no longer requires downtime. Кластер продолжит работать на уровне Windows Server 2012 R2 до тех пор, пока все узлы в кластере не будут работать под Windows Server 2016. The cluster will continue to function at a Windows Server 2012 R2 level until all of the nodes in the cluster are running Windows Server 2016. Функциональный уровень кластера обновляется до Windows Server 2016 с помощью командлет Windows PowerShell Update-ClusterFunctionalLevel . The cluster functional level is upgraded to Windows Server 2016 by using the Windows PowerShell cmdlt Update-ClusterFunctionalLevel .

После обновления функционального уровня кластера вы не сможете вернуться к функциональному уровню кластера Windows Server 2012 R2. After you update the cluster functional level, you cannot go back to a Windows Server 2012 R2 cluster functional level.

До Update-ClusterFunctionalLevel запуска командлета процесс будет отменен, и можно будет добавить узлы Windows server 2012 R2 и удалить узлы Windows server 2016. Until the Update-ClusterFunctionalLevel cmdlet is run, the process is reversible, and Windows Server 2012 R2 nodes can be added and Windows Server 2016 nodes can be removed.

Что работает иначе? What works differently?

Теперь отказоустойчивый кластер Hyper-V или Scale-Out файлового сервера можно легко обновить без простоя или создать новый кластер с узлами, работающими под управлением операционной системы Windows Server 2016. A Hyper-V or Scale-Out File Server failover cluster can now easily be upgraded without any downtime or need to build a new cluster with nodes that are running the Windows Server 2016 operating system. Миграция кластеров на Windows Server 2012 R2 включала в себя отключение существующего кластера и переустановка новой операционной системы для каждого узла, а затем подключение кластера к сети. Migrating clusters to Windows Server 2012 R2 involved taking the existing cluster offline and reinstalling the new operating system for each nodes, and then bringing the cluster back online. Старый процесс был громоздким и требовал простоя. The old process was cumbersome and required downtime. Однако в Windows Server 2016 кластеру не нужно переходить в автономный режим в любой момент. However, in Windows Server 2016, the cluster does not need to go offline at any point.

Для каждого узла в кластере используются следующие операционные системы кластера: The cluster operating systems for the upgrade in phases are as follows for each node in a cluster:

• Узел приостановлен и остановлен на всех виртуальных машинах, на которых запущены службы. The node is paused and drained of all virtual machines that are running on it.
• Виртуальные машины (или другие рабочие нагрузки кластера) переносятся на другой узел в кластере. The virtual machines (or other cluster workload) are migrated to another node in the cluster.
• Существующая операционная система удаляется, и выполняется чистая установка операционной системы Windows Server 2016 на узле. The existing operating system is removed and a clean installation of the Windows Server 2016 operating system on the node is performed.
• Узел, на котором запущена операционная система Windows Server 2016, добавляется обратно в кластер. The node running the Windows Server 2016 operating system is added back to the cluster.
• На этом этапе кластер называется запуском в смешанном режиме, так как узлы кластера работают под управлением Windows Server 2012 R2 или Windows Server 2016. At this point, the cluster is said to be running in mixed mode, because the cluster nodes are running either Windows Server 2012 R2 or Windows Server 2016.
• Функциональный уровень кластера остается в Windows Server 2012 R2. The cluster functional level stays at Windows Server 2012 R2. На этом функциональном уровне новые функции Windows Server 2016, которые влияют на совместимость с предыдущими версиями операционной системы, будут недоступны. At this functional level, new features in Windows Server 2016 that affect compatibility with previous versions of the operating system will be unavailable.
• Со временем все узлы обновляются до Windows Server 2016. Eventually, all nodes are upgraded to Windows Server 2016.
• После этого функциональный уровень кластера изменится на Windows Server 2016 с помощью командлета Windows PowerShell Update-ClusterFunctionalLevel . Cluster functional level is then changed to Windows Server 2016 using the Windows PowerShell cmdlet Update-ClusterFunctionalLevel . На этом этапе можно воспользоваться преимуществами функций Windows Server 2016. At this point, you can take advantage of the Windows Server 2016 features.

Реплика хранилища Storage Replica

Реплика хранилища — это новая функция, которая обеспечивает независимую от хранилища, синхронную репликацию между серверами или кластерами для аварийного восстановления, а также растяжение отказоустойчивого кластера между сайтами. Storage Replica is a new feature that enables storage-agnostic, block-level, synchronous replication between servers or clusters for disaster recovery, as well as stretching of a failover cluster between sites. Синхронная репликация позволяет зеркально отображать данные в физических расположениях с отказоустойчивыми томами, что полностью предотвращает потерю данных на уровне файловой системы. Synchronous replication enables mirroring of data in physical sites with crash-consistent volumes to ensure zero data loss at the file-system level. Асинхронная репликация позволяет использовать физические расположения за пределами города, но при этом вероятна потеря данных. Asynchronous replication allows site extension beyond metropolitan ranges with the possibility of data loss.

Какой эффект дает это изменение? What value does this change add?

Реплика хранилища позволяет выполнять следующие действия. Storage Replica enables you to do the following:

Предоставление решения по аварийному восстановлению данных от одного поставщика при запланированных и незапланированных сбоях критически важных приложений. Provide a single vendor disaster recovery solution for planned and unplanned outages of mission critical workloads.

Использование транспортного протокола SMB3 с доказанной надежностью, масштабируемостью и производительностью. Use SMB3 transport with proven reliability, scalability, and performance.

Расширение отказоустойчивых кластеров Windows до городской сети. Stretch Windows failover clusters to metropolitan distances.

Используйте сквозное использование программного обеспечения Майкрософт для хранения и кластеризации, такие как Hyper-V, Реплика хранилища, дисковые пространства, кластер, Scale-Out файловый сервер, SMB3, дедупликация данных и ReFS/NTFS. Use Microsoft software end to end for storage and clustering, such as Hyper-V, Storage Replica, Storage Spaces, Cluster, Scale-Out File Server, SMB3, Data Deduplication, and ReFS/NTFS.

Сокращение затрат и уменьшение сложности следующим образом: Help reduce cost and complexity as follows:

Хранилище не зависит от оборудования, отсутствуют строгие требования к конфигурации хранилища (DAS или SAN). Is hardware agnostic, with no requirement for a specific storage configuration like DAS or SAN.

Разрешается использовать стандартные технологии хранения и сетевых подключений. Allows commodity storage and networking technologies.

Управление отдельными узлами и кластерами осуществляется в удобной графической среде с помощью диспетчера отказоустойчивости кластеров. Features ease of graphical management for individual nodes and clusters through Failover Cluster Manager.

Функция включает в себя возможность создания комплексных крупномасштабных скриптов с помощью Windows PowerShell. Includes comprehensive, large-scale scripting options through Windows PowerShell.

Способствует сокращению времени простоев и повышению свойственной Windows надежности и производительности. Help reduce downtime, and increase reliability and productivity intrinsic to Windows.

Обеспечивает поддержку, диагностику и определение метрик производительности. Provide supportability, performance metrics, and diagnostic capabilities.

Дополнительные сведения см. в статье Storage Replica Overview (Обзор функций репликации хранилища). For more information, see the Storage Replica in Windows Server 2016.

Облако-свидетель Cloud Witness

Облако-свидетель — это новый тип свидетеля кворума отказоустойчивого кластера в Windows Server 2016, который использует Microsoft Azure в качестве точки арбитража. Cloud Witness is a new type of Failover Cluster quorum witness in Windows Server 2016 that leverages Microsoft Azure as the arbitration point. Облако-свидетель, как любой другой свидетель кворума, получает голос и может участвовать в подсчете кворума. The Cloud Witness, like any other quorum witness, gets a vote and can participate in the quorum calculations. Вы можете настроить облако-свидетель в качестве свидетеля кворума с помощью мастера настройки кворума кластера. You can configure cloud witness as a quorum witness using the Configure a Cluster Quorum Wizard.

Какой эффект дает это изменение? What value does this change add?

Использование облака-свидетеля в качестве следящего сервера кворума отказоустойчивого кластера обеспечивает следующие преимущества. Using Cloud Witness as a Failover Cluster quorum witness provides the following advantages:

Использует Microsoft Azure и устраняет необходимость в третьем отдельном центре обработки данных. Leverages Microsoft Azure and eliminates the need for a third separate datacenter.

Использует стандартное общедоступное Microsoft Azureное хранилище BLOB-объектов, которое устраняет дополнительные затраты на обслуживание виртуальных машин, размещенных в общедоступном облаке. Uses the standard publicly available Microsoft Azure Blob Storage which eliminates the extra maintenance overhead of VMs hosted in a public cloud.

Ту же учетную запись служба хранилища Microsoft Azure можно использовать для нескольких кластеров (один файл большого двоичного объекта на кластер; уникальный идентификатор кластера используется как имя файла большого двоичного объекта). Same Microsoft Azure Storage Account can be used for multiple clusters (one blob file per cluster; cluster unique id used as blob file name).

Обеспечивает очень низкие затраты на учетную запись хранения (очень малые данные, записываемые на файл большого двоичного объекта, файл большого двоичного объекта обновляется только один раз при изменении состояния узлов кластера). Provides a very low on-going cost to the Storage Account (very small data written per blob file, blob file updated only once when cluster nodes’ state changes).

Что работает иначе? What works differently?

Это новая функция в Windows Server 2016. This capability is new in Windows Server 2016.

Устойчивость виртуальной машины Virtual Machine Resiliency

Устойчивость вычислений Windows Server 2016 включает повышенную устойчивость вычислений виртуальных машин для уменьшения проблем связи между кластерами в кластере вычислений следующим образом. Compute Resiliency Windows Server 2016 includes increased virtual machines compute resiliency to help reduce intra-cluster communication issues in your compute cluster as follows:

Параметры устойчивости, доступные для виртуальных машин: Теперь можно настроить параметры устойчивости виртуальной машины, определяющие поведение виртуальных машин во время временных сбоев. Resiliency options available for virtual machines: You can now configure virtual machine resiliency options that define behavior of the virtual machines during transient failures:

Уровень устойчивости: Помогает определить способ обработки временных сбоев. Resiliency Level: Helps you define how the transient failures are handled.

Период устойчивости: Помогает определить, как долго все виртуальные машины могут выполняться в изолированном виде. Resiliency Period: Helps you define how long all the virtual machines are allowed to run isolated.

Карантин неработоспособных узлов: Неработоспособные узлы помещаются в карантин и больше не могут быть присоединены к кластеру. Quarantine of unhealthy nodes: Unhealthy nodes are quarantined and are no longer allowed to join the cluster. Это предотвращает негативное воздействие узлов неустойчивый на другие узлы и общий кластер. This prevents flapping nodes from negatively effecting other nodes and the overall cluster.

Дополнительные сведения о рабочем процессе и параметрах карантина для вычислений виртуальной машины, управляющих размещением узла в изоляции или помещении в карантин, см. в разделе устойчивость вычислений виртуальной машины в Windows Server 2016. For more information virtual machine compute resiliency workflow and node quarantine settings that control how your node is placed in isolation or quarantine, see Virtual Machine Compute Resiliency in Windows Server 2016.

Устойчивость хранилища В Windows Server 2016 виртуальные машины более устойчивы к сбоям временного хранилища. Storage Resiliency In Windows Server 2016, virtual machines are more resilient to transient storage failures. Улучшенная устойчивость виртуальной машины помогает сохранить состояние сеанса виртуальной машины клиента в случае нарушения работы хранилища. The improved virtual machine resiliency helps preserve tenant virtual machine session states in the event of a storage disruption. Это достигается благодаря интеллектуальной и быстрой отклику виртуальной машины на проблемы инфраструктуры хранилища. This is achieved by intelligent and quick virtual machine response to storage infrastructure issues.

Когда виртуальная машина отключается от базового хранилища, она приостанавливается и ожидает восстановления хранилища. When a virtual machine disconnects from its underlying storage, it pauses and waits for storage to recover. При приостановке виртуальная машина продолжает работу в контексте приложений, запущенных в ней. While paused, the virtual machine retains the context of applications that are running in it. При восстановлении подключения виртуальной машины к ее хранилищу виртуальная машина возвращается в состояние выполнения. When the virtual machine’s connection to its storage is restored, the virtual machine returns to its running state. В результате состояние сеанса компьютера клиента сохраняется при восстановлении. As a result, the tenant machine’s session state is retained on recovery.

В Windows Server 2016 устойчивость хранилища виртуальной машины учитывается и оптимизирована для гостевых кластеров. In Windows Server 2016, virtual machine storage resiliency is aware and optimized for guest clusters too.

Улучшения диагностики в отказоустойчивой кластеризации Diagnostic Improvements in Failover Clustering

Для диагностики проблем с отказоустойчивыми кластерами Windows Server 2016 включает в себя следующее: To help diagnose issues with failover clusters, Windows Server 2016 includes the following:

Несколько усовершенствований файлов журналов кластера (таких как сведения о часовом поясе и журнал Диагностиквербосе), которые упрощают устранение неполадок отказоустойчивой кластеризации. Several enhancements to cluster log files (such as Time Zone Information and DiagnosticVerbose log) that makes it easier to troubleshoot failover clustering issues. Дополнительные сведения см. в статье улучшения в устранении неполадок отказоустойчивого кластера Windows Server 2016 — журнал кластера. For more information, see Windows Server 2016 Failover Cluster Troubleshooting Enhancements — Cluster Log.

Новый тип дампа активного дампа памяти, который фильтрует большинство страниц памяти, выделенных виртуальным машинам, и, таким образом, делает память. dmp намного меньше и проще в сохранении или копировании. A new a dump type of Active memory dump, which filters out most memory pages allocated to virtual machines, and therefore makes the memory.dmp much smaller and easier to save or copy. Дополнительные сведения см. в статье усовершенствования устранения неполадок отказоустойчивого кластера Windows Server 2016 — активный дамп. For more information, see Windows Server 2016 Failover Cluster Troubleshooting Enhancements — Active Dump.

Отказоустойчивые кластеры с поддержкой физического расположения Site-aware Failover Clusters

Windows Server 2016 включает отказоустойчивые кластеры, поддерживающие сайты, которые позволяют узлам группы в растянутых кластерах на основе их физического расположения (сайта). Windows Server 2016 includes site-aware failover clusters that enable group nodes in stretched clusters, based on their physical location (site). Служба поддержки сайта кластера расширяет операции с ключами в течение жизненного цикла кластера, например поведение при отработке отказа, политики размещения, пульс между узлами и поведение кворума. Cluster site-awareness enhances key operations during the cluster lifecycle, such as failover behavior, placement policies, heartbeat between the nodes, and quorum behavior. Дополнительные сведения см. в статье отказоустойчивые кластеры, поддерживающие сайты в Windows Server 2016. For more information, see Site-aware Failover Clusters in Windows Server 2016.

Кластеры рабочей группы и кластеры с несколькими доменами Workgroup and Multi-domain clusters

В Windows Server 2012 R2 и более ранних версиях кластер может быть создан только между узлами-членами, присоединенными к тому же домену. In Windows Server 2012 R2 and previous versions, a cluster can only be created between member nodes joined to the same domain. В Windows Server 2016 это ограничение снято, а также добавлена возможность создавать отказоустойчивый кластер без зависимостей от Active Directory. Windows Server 2016 breaks down these barriers and introduces the ability to create a Failover Cluster without Active Directory dependencies. Теперь можно создавать отказоустойчивые кластеры в следующих конфигурациях: You can now create failover clusters in the following configurations:

Кластеры с одним доменом. Single-domain Clusters. Кластеры со всеми узлами, присоединенными к одному и тому же домену. Clusters with all nodes joined to the same domain.

Кластеры с несколькими доменами. Multi-domain Clusters. Кластеры с узлами, которые являются членами разных доменов. Clusters with nodes which are members of different domains.

Кластеры рабочих групп. Workgroup Clusters. Кластеры с узлами, которые являются рядовыми серверами или рабочими группами (не присоединены к домену). Clusters with nodes which are member servers / workgroup (not domain joined).

Балансировка нагрузки виртуальной машины Virtual Machine Load Balancing

Балансировка нагрузки виртуальной машины — это новая функция отказоустойчивой кластеризации, которая упрощает балансировку нагрузки виртуальных машин на узлах в кластере. Virtual machine Load Balancing is a new feature in Failover Clustering that facilitates the seamless load balancing of virtual machines across the nodes in a cluster. Чрезмерно зафиксированные узлы идентифицируются на основе памяти виртуальной машины и загрузки ЦП на узле. Over-committed nodes are identified based on virtual machine Memory and CPU utilization on the node. Затем виртуальные машины перемещаются (динамически перенесены) с чрезмерно зафиксированного узла на узлы с доступной пропускной способностью (если применимо). Virtual machines are then moved (live migrated) from an over-committed node to nodes with available bandwidth (if applicable). Интенсивность балансировки может быть настроена для обеспечения оптимальной производительности и эффективности работы кластера. The aggressiveness of the balancing can be tuned to ensure optimal cluster performance and utilization. Балансировка нагрузки по умолчанию включена в предварительной технической версии Windows Server 2016. Load Balancing is enabled by default in Windows Server 2016 Technical Preview. Однако балансировка нагрузки отключается при включении динамической оптимизации SCVMM. However, Load Balancing is disabled when SCVMM Dynamic Optimization is enabled.

Порядок запуска виртуальных машин Virtual Machine Start Order

Порядок запуска виртуальных машин — это новая функция отказоустойчивой кластеризации, которая вводит порядок запуска для виртуальных машин (и всех групп) в кластере. Virtual machine Start Order is a new feature in Failover Clustering that introduces start order orchestration for Virtual machines (and all groups) in a cluster. Теперь виртуальные машины можно группировать по уровням, а зависимости заказов можно создавать между разными уровнями. Virtual machines can now be grouped into tiers, and start order dependencies can be created between different tiers. Это гарантирует, что наиболее важные виртуальные машины (например, контроллеры домена или виртуальные машины служебной программы) будут запущены первыми. This ensures that the most important virtual machines (such as Domain Controllers or Utility virtual machines) are started first. Виртуальные машины не запускаются, пока не будут запущены виртуальные машины, на которых они имеют зависимость. Virtual machines are not started until the virtual machines that they have a dependency on are also started.

Упрощенные сети с многоканальными и многосетевыми кластерами SMB Simplified SMB Multichannel and Multi-NIC Cluster Networks

Сети отказоустойчивого кластера больше не ограничены одним сетевым интерфейсом на подсеть/сеть. Failover Cluster networks are no longer limited to a single NIC per subnet / network. Благодаря упрощенным сетям с многоканальным и многосетевым кластерам SMB конфигурация сети будет автоматически и каждый сетевой адаптер в подсети может использоваться для трафика кластера и рабочей нагрузки. With Simplified SMB Multichannel and Multi-NIC Cluster Networks, network configuration is automatic and every NIC on the subnet can be used for cluster and workload traffic. Это улучшение позволяет клиентам максимально увеличить пропускную способность сети для Hyper-V, SQL Server экземпляра отказоустойчивого кластера и других рабочих нагрузок SMB. This enhancement allows customers to maximize network throughput for Hyper-V, SQL Server Failover Cluster Instance, and other SMB workloads.