Отказоустойчивая кластеризация в Windows Server Failover Clustering in Windows Server

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

Отказоустойчивый кластер — это группа независимых компьютеров, которые работают совместно в целях повышения доступности и масштабируемости кластерных ролей (ранее называемых кластерными приложениями и службами). A failover cluster is a group of independent computers that work together to increase the availability and scalability of clustered roles (formerly called clustered applications and services). Кластерные серверы (называемые «узлы») соединены физическими кабелями и программным обеспечением. The clustered servers (called nodes) are connected by physical cables and by software. При сбое на одном из узлов кластера его функции немедленно передаются другим узлам (этот процесс называется отработкой отказа). If one or more of the cluster nodes fail, other nodes begin to provide service (a process known as failover). Кроме того, за кластерными ролями ведется профилактическое наблюдение, чтобы обеспечить их правильную работу. In addition, the clustered roles are proactively monitored to verify that they are working properly. Если они не работают, выполняется перезагрузка или перемещение на другой узел. If they are not working, they are restarted or moved to another node.

Отказоустойчивые кластеры также предоставляют функции общего тома кластера (CSV), которые образуют согласованное распределенное пространство имен, используемое кластерными ролями для доступа к общему хранилищу со всех узлов. Failover clusters also provide Cluster Shared Volume (CSV) functionality that provides a consistent, distributed namespace that clustered roles can use to access shared storage from all nodes. Благодаря функции отказоустойчивой кластеризации пользователи сталкиваются с минимальным количеством проблем в работе службы. With the Failover Clustering feature, users experience a minimum of disruptions in service.

Отказоустойчивая кластеризация имеет много возможностей практического применения, в том числе следующие: Failover Clustering has many practical applications, including:

Что нового в отказоустойчивой кластеризации? 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.