кластер серверов windows server 2019

ITsberg.ru

Администрирование, Exchange и остальное.

Отказоустойчивый кластер в рабочей группе, Windows Server 2019

Windows Server Failover Cluster (FWSF) — группа независимых серверов, совместная работа которых позволяет повысить отказоустойчивость и доступность приложений и служб. Кластерные серверы соединены на физическом (кабели) и логическом (программное обеспечение) уровнях. При сбое на одном из узлов кластера его его функции передаются на другой узел. Так же происходит постоянное автоматическое слежение за работоспособностью служб и ролей кластера.
Начиная с версии Windows Server 2016 стало возможно создать отказоустойчивый кластер состоящий из серверов, входящих в разные домены или в рабочую группу (без домена Active Directory).

Поддерживаются следующие сценарии кластеризации.

Отказоустойчивый кластер будем создавать из двух одинаковых серверов. Тут есть нюанс: при создании кластера с чётным числом членов кластера настоятельно рекомендуется использовать диск-свидетель (witness) для нормальной работы кворума. Подробнее о кворуме и свидетелях в следующих статьях.

Подготовка к созданию отказоустойчивого кластера.

На каждом узле необходимо создать локальную учётную запись (cladmin) с правами администратора и одинаковыми паролями

На обоих узлах кластера необходимо создать одинаковый DNS-суффикс чтобы серверы кластера могли обращаться друг к другу по FQDN.
Сначала смотрим какое имя присвоено сетевой карте, через которую узел кластер должен быть доступен для других серверов в кластере.
Get-NetAdapter

Теперь нам необходимо указать DNS-суффикс и отключить автоматическую регистрацию интерфейса в DNS:

В файл hosts необходимо внести изменения на всех узлах кластера, чтобы серверы могли отрезолвить имена других членов кластера и самого кластера (FQDN в том числе). Дописываем в конец файла примерно такое, исправив IP-адреса и имена на свои:

Установить роль Failover Clustering на всех серверах кластера

Теперь можем создавать отказоустойчивый кластер

Всё, примитивный кластер из двух серверов создан.
Далее необходимо добавить общее хранилище, роли кластера и т.д. В зависимости от целей.

Добавить комментарий Отменить ответ

Для отправки комментария вам необходимо авторизоваться.

Источник

управление инфраструктурой Hyper-Converged с помощью центра администрирования Windows

Применяется к: Windows Admin Center, ознакомительная версия Windows Admin Center

Что такое Hyper-Convergedная инфраструктура

Hyper-Converged инфраструктура объединяет определяемые программными средами вычислений, хранения и сети в один кластер для обеспечения высокопроизводительной, экономичной и легко масштабируемой виртуализации. эта возможность появилась в Windows Server 2016 с дисковые пространства Direct, программно-определяемой сетью и Hyper-V.

Хотите приобрести Hyper-Convergedную инфраструктуру? корпорация майкрософт рекомендует эти Windows серверными решениями наших партнеров. Они разработаны, собраны и проверены в соответствии с эталонной архитектурой для обеспечения совместимости и надежности, что позволяет быстро приступить к работе.

некоторые функции, описанные в этой статье, доступны только в предварительной версии Windows администрирования Center. Разделы справки получить эту версию?

Что такое Windows Admin Center?

центр администрирования Windows — это средство управления следующего поколения для Windows Server, последователя в традиционные средства, такие как диспетчер сервера. Он доступен бесплатно и может быть установлен и использован без подключения к Интернету. центр администрирования Windows можно использовать для управления инфраструктурой Hyper-Converged, работающей Windows Server 2016 или Windows Server 2019, и наблюдения за ней.

Основные возможности

ниже перечислены основные сведения о центре администрирования Windows для Hyper-Converged инфраструктуры.

Windows Центр администрирования для инфраструктуры Hyper-Converged активно разрабатывается корпорацией Майкрософт. Он получает частые обновления, которые улучшают существующие возможности и добавляют новые функции.

Перед началом работы

для управления кластером в качестве Hyper-Converged инфраструктуры в Windows центре администрирования необходимо запустить Windows Server 2016 или Windows Server 2019 и включить поддержку Hyper-V и дисковые пространства Direct. при необходимости также можно включить программно-определяемую сеть и управлять ими с помощью центра администрирования Windows.

Windows центр администрирования также предлагает универсальный интерфейс управления для любого кластера, поддерживающего любую рабочую нагрузку, доступную для Windows Server 2012 и более поздних версий. если это кажется более подходящие, при добавлении кластера в Windows центр администрирования выберите отказоустойчивый кластер вместо кластера с кластером Hyper- in.

подготовка кластера Windows Server 2016 для Windows центра администрирования

Windows центр администрирования для Hyper-Converged инфраструктура зависит от api-интерфейсов управления, добавленных после выпуска Windows Server 2016. прежде чем управлять кластером Windows Server 2016 с помощью Windows центра администрирования, необходимо выполнить следующие два действия.

Этот командлет нужно запускать только один раз на любом сервере в кластере. его можно запустить локально в Windows PowerShell или воспользоваться поставщиком службы безопасности учетных данных (CredSSP) для удаленного запуска. в зависимости от конфигурации вы не сможете запустить этот командлет из центра администрирования Windows.

подготовка кластера Windows Server 2019 для Windows центра администрирования

если кластер работает Windows сервере 2019, описанные выше действия не требуются. просто добавьте кластер в центр администрирования Windows, как описано в следующем разделе, и все готово к этому.

Настройка программно-определяемой сети (необязательно)

вы можете настроить инфраструктуру Hyper-Converged с Windows Server 2016 или 2019, чтобы использовать программно-определяемую сеть (SDN), выполнив следующие действия.

Развертывание займет около 30 – 45 минут.

Начало работы

после развертывания инфраструктуры Hyper-Converged ее можно управлять с помощью Windows центра администрирования.

Установка Windows Admin Center

если вы этого еще не сделали, скачайте и установите центр администрирования Windows. самый быстрый способ начать работу — установить его на компьютере Windows 10 и удаленно управлять серверами. Это займет менее пяти минут. Скачайте сейчас или Узнайте больше о других вариантах установки.

Добавление кластера Hyper-Converged

чтобы добавить кластер в центр администрирования Windows, выполните следующие действия.

Кластер будет добавлен в список подключений. Щелкните его, чтобы запустить панель мониторинга.

добавление Hyper-Converged кластера с поддержкой SDN (предварительная версия Windows центра администрирования)

последняя версия Windows администрирования Center поддерживает программное управление сетями для инфраструктуры Hyper-Converged. Добавив URI-адрес ОСТАВШЕЙся сетевого контроллера в подключение к Hyper-Convergedному кластеру, можно использовать диспетчер кластеров с технологией Hyper-in для управления ресурсами SDN и мониторинга инфраструктуры SDN.

Кластер будет добавлен в список подключений. Щелкните его, чтобы запустить панель мониторинга.

Среды SDN с проверкой подлинности Kerberos для обмена данными обмена в настоящее время не поддерживаются.

Часто задаваемые вопросы

существуют ли различия между управлением Windows Server 2016 и Windows Server 2019?

Да. Windows центр администрирования для Hyper-Converged инфраструктуры получает частые обновления, которые улучшают работу как Windows Server 2016, так и Windows Server 2019. однако некоторые новые функции доступны только для Windows Server 2019 — например, выключатель для дедупликации и сжатия.

можно ли использовать центр администрирования Windows для управления дисковые пространства Direct для других вариантов использования (не с помощью технологии hyper-SoFS), например для объединенных Scale-Out файлового сервера или Microsoft SQL Server?

Windows центр администрирования для инфраструктуры Hyper-Converged не предоставляет возможности управления и мониторинга, специально предназначенные для других вариантов использования дисковые пространства Direct — например, он не может создавать файловые ресурсы. однако панель мониторинга и основные функции, такие как создание томов или замена дисков, работают для любого дисковые пространства прямого кластера.

В чем разница между отказоустойчивым кластером и кластером Hyper-Converged?

как правило, термин «hyper-in схождения» означает выполнение hyper-V и дисковые пространства Direct на тех же кластерных серверах для виртуализации ресурсов вычислений и хранения. в контексте Windows центра администрирования при нажатии кнопки + добавить в списке подключения можно выбрать между добавлением подключения к отказоустойчивому кластеру или подключением к кластеру с поддержкой Hyper- in.

Подключение отказоустойчивого кластера является преемником Диспетчер отказоустойчивости кластеров классического приложения. Он предоставляет привычный интерфейс управления общего назначения для любого кластера, поддерживающего любую рабочую нагрузку, в том числе Microsoft SQL Server. он доступен для Windows Server 2012 и более поздних версий.

подключение к кластеру с технологией Hyper- in — это новый интерфейс, предназначенный для дисковые пространства Direct и Hyper-V. В его состав входит информационная панель с диаграммами и оповещениями для мониторинга. он доступен для Windows Server 2016 и Windows Server 2019.

Зачем мне нужен последний накопительный пакет обновления для Windows Server 2016?

Windows центр администрирования для Hyper-Converged инфраструктуры зависит от интерфейсов api управления, разработанных с момента выпуска Windows Server 2016. эти api-интерфейсы добавляются в накопительный пакет обновления 2018-05 для Windows Server 2016 (KB4103723), доступный по 8 мая 2018.

Сколько стоит использование Windows Admin Center?

Пользоваться Windows Admin Center можно бесплатно в рамках оплаченной лицензии на Windows.

Платформу Windows Admin Center (доступна в виде отдельно скачиваемых файлов) можно использовать с действующими лицензиями на Windows Server или Windows 10 без дополнительной платы. Ее использование регламентируется дополнительным лицензионным соглашением Windows.

Требуется ли для работы с Windows Admin Center пакет продуктов System Center?

Требуется ли подключение к Интернету?

несмотря на то, что центр администрирования Windows предлагает мощную и удобную интеграцию с Microsoft Azureным облаком, основные возможности управления и мониторинга для инфраструктуры Hyper-Converged полностью размещены в локальной среде. Его можно установить и использовать без подключения к Интернету.

Возможные решения

если вы только начинаете работу, ознакомьтесь с краткими руководствами, которые помогут узнать, как организованы и работают Windows центре администрирования Hyper-Converged инфраструктуры. Будьте внимательны и будьте осторожны с рабочими средами. эти видеоролики записаны в центре администрирования Windows версии 1804 и предварительной сборке Windows Server 2019.

управление прямыми томами дисковые пространства

Создание новой виртуальной машины

Приостановка и безопасная перезагрузка сервера

Замена неисправного диска

управление виртуальными сетями (хЦи кластерами с поддержкой SDN с помощью предварительной версии центра администрирования Windows)

Подключение виртуальной машины в виртуальную сеть (кластеры хЦи с поддержкой SDN с помощью предварительной версии Windows центра администрирования)

Вы также можете настроить виртуальную сеть при создании виртуальной машины.

мониторинг программно-определяемой сетевой инфраструктуры (хЦи кластеры с поддержкой SDN с помощью предварительной версии центра администрирования Windows)

Обратная связь

Это все о ваших отзывах! Самым важным преимуществом частого обновления является прослушивание того, что работает и что необходимо улучшить. Вот несколько способов сообщить нам о том, что вы думаете:

Источник

Как создать отказоустойчивый кластер в ОС Windows Server 2019

В статье приводится краткий обзор создания отказоустойчивого кластера Microsoft Windows (WFC) в ОС Windows Server 2019 или 2016. В результате вы получите двухузловой кластер с одним общим диском и кластерный вычислительный ресурс (объект «компьютер» в Active Directory).

Подготовка

Не имеет значения, какие машины вы используете — физические или виртуальные, главное, чтобы технология подходила для создания кластеров Windows. Перед тем, как начать, проверьте соответствие необходимым требованиям:

Две машины Windows 2019 с установленными последними обновлениями. У них должно быть по крайней мере два сетевых интерфейса: один для производственного трафика и один для кластерного трафика. В моем примере у машин три сетевых интерфейса (один дополнительный для трафика iSCSI). Я предпочитаю статические IP-адреса, но также можно использовать DHCP.

Введите оба сервера в домен Microsoft Active Directory и убедитесь, что они видят общий ресурс хранения, доступный в Disk Management. Пока не переводите диск в режим «онлайн».

Далее необходимо добавить функциональность Failover clustering (Server Manager > Аdd roles and features).

Перезапустите сервер, если требуется. В качестве альтернативы можно использовать следующую команду PowerShell:

После установки Failover-Clustering можно перевести общий диск в режим «онлайн» и отформатировать его на одном из серверов. Не меняйте ничего на втором сервере. Там диск остается в режиме offline.

Обновив Disk Management, вы увидите что-то типа такого:

Server 1 Disk Management (disk status online)

Server 2 Disk Management (disk status offline)

Проверка готовности отказоустойчивого кластера

Перед созданием кластера необходимо убедиться, что все настройки правильно сконфигурированы. Запустите Failover Cluster Manager из меню Start, прокрутите до раздела Management и кликните Validate Configuration.

Выберите для валидации оба сервера.

Выполните все тесты. Там же есть описание того, какие решения поддерживает Microsoft.

После успешного прохождения всех нужных тестов, можно создать кластер, установив флажок Create the cluster now using the validated nodes (создать кластер с помощью валидированных узлов), или это можно сделать позже. Если во время тестирования возникали ошибки или предупреждения, можно просмотреть подробный отчет, кликнув на View Report.

Создание отказоустойчивого кластера

Если вы решите создать кластер, кликнув на Create Cluster в Failover Cluster Manager, потребуется снова выбрать узлы кластера. Если вы используете флажок Create the cluster now using the validated nodes в мастере валидации кластера, выбирать узлы не понадобится. Следующим шагом будет создание точки доступа для администрирования кластера — Access Point for Administering the Cluster. Это будет виртуальный объект, с которым позже будут коммуницировать клиенты. Это объект «компьютер» в Active Directory.

В мастере нужно будет задать имя кластера — Cluster Name и сетевую конфигурацию.

На последнем шаге подтвердите выбранные настройки и подождите создания кластера.

По умолчанию мастер автоматически добавит общий диск к кластеру. Если вы его еще не сконфигурировали, будет возможность сделать это позже.

В результате вы увидите новый объект «компьютер» Active Directory под названием WFC2019.

Вы можете отправить запрос к новому компьютеру, чтобы убедиться в его доступности (если ICMP-запросы разрешены в брандмауере Windows).

В качестве альтернативы можно создать кластер с помощью PowerShell. Следующая команда автоматически добавит подходящее хранилище:

Результат можно будет увидеть в Failover Cluster Manager, в разделах Nodes и Storage > Disks.

Иллюстрация показывает, что в данный момент диск используется в качестве кворума. Поскольку мы хотим использовать этот диск для данных, нам необходимо сконфигурировать кворум вручную. Из контекстного меню кластера выберите More Actions > Configure Cluster Quorum Settings (конфигурирование настроек кворума).

Мы хотим выбрать диск-свидетель вручную.

В данный момент кластер использует диск, ранее сконфигурированный как диск-свидетель. Альтернативно можно использовать в качестве свидетеля общую папку или учетную запись хранилища Azure. В этом примере мы используем в качестве свидетеля общую папку. На веб-сайте Microsoft представлены пошаговые инструкции по использованию свидетеля в облаке. Я всегда рекомендую конфигурировать свидетель кворума для правильной работы. Так что, последняя опция для производственной среды не актуальна.

Просто укажите путь и завершите мастер установки.

После этого общий диск можно использовать для работы с данными.

Поздравляю, вы сконфигурировали отказоустойчивый кластер Microsoft с одним общим диском.

Следующие шаги и резервное копирование

Одним из следующих шагов будет добавление роли для кластера, но это выходит за рамки данной статьи. Когда кластер будет содержать данные, пора будет подумать о его резервном копировании. Veeam Agent for Microsoft Windows может применяться для резервного копирования отказоустойчивых кластеров Windows с общими дисками. Мы также рекомендуем осуществлять резервное копирование «всей системы» кластера. При этом выполняется резервное копирование операционных систем узлов кластера. Это поможет ускорить восстановление отказавшего узла кластера, так как вам не придется искать драйверы и прочее при восстановлении.

Руководство по созданию отказоустойчивых кластеров для Windows Server 2019

Источник

Что нового в отказоустойчивой кластеризации?

область применения: Windows server 2022, Windows server 2019, Windows Server 2016, Azure Stack хЦи, версии 21H2 и 20H2

в этом разделе объясняются новые и измененные функциональные возможности отказоустойчивой кластеризации для Azure Stack хЦи, Windows Server 2019 и Windows Server 2016.

новые возможности Windows Server 2019 и Azure Stack хЦи

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

Наборы кластеров позволяют увеличить количество серверов в одном решении (SDDC), определяемом программным обеспечением, за пределами текущих ограничений кластера. Это достигается путем группировки нескольких кластеров в набор кластеров — слабо связанное Группирование нескольких отказоустойчивых кластеров: вычислений, хранения и Hyper-схождения. С помощью наборов кластеров можно перемещать виртуальные машины (в режиме динамической миграции) между кластерами в наборе кластеров.

Дополнительные сведения см. в разделе кластерные наборы.

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

Отказоустойчивые кластеры теперь автоматически обнаруживают, когда они работают в виртуальных машинах Azure IaaS, и оптимизируют конфигурацию, чтобы обеспечить профилактическую отработку отказа и ведение журнала событий запланированного обслуживания Azure для достижения наивысшего уровня доступности. Развертывание также упрощается за счет удаления нужной настройки балансировщика нагрузки с именем распределенной сети для имени кластера.

Миграция кластеров между доменами

Отказоустойчивые кластеры теперь могут динамически переноситься из одного домена Active Directory в другой, что упрощает консолидацию доменов и позволяет создавать кластеры с помощью партнеров по оборудованию и присоединять их к домену клиента позже.

Свидетель USB

Теперь можно использовать простой USB-накопитель, подключенный к сетевому коммутатору, в качестве следящего сервера при определении кворума для кластера. Это расширяет файловый ресурс-свидетель для поддержки любого устройства, совместимого с SMB2.

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

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

Кластерное обновление поддерживает локальные дисковые пространства

В этом выпуске интегрирована функция кластерного обновления (CAU), которая учитывает локальные дисковые пространства, проверяя данные и обеспечивая завершение их повторной синхронизации на каждом угле. Обновление с поддержкой кластера проверяет обновления для интеллектуального перезапуска только при необходимости. Это позволяет управлять перезапусками всех серверов в кластере для планового обслуживания.

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

Мы включили использование файлового ресурса-свидетеля в следующих сценариях:

Отсутствие или очень плохое подключение к Интернету из-за удаленного расположения, предотвращая использование облака-свидетеля.

Отсутствие общих дисков для диска-свидетеля. это может быть дисковые пространства конфигурация Direct гиперконвергентном, SQL Server Always On группы доступности (AG) или группа доступности * Exchange базы данных (DAG), ни один из которых не использует общие диски.

Отсутствие подключения к контроллеру домена из-за того, что кластер находится за демилитаризованной зоной.

В Рабочей группе или кластере между доменами, для которых отсутствует Active Directory объект имени кластера (CNO). Дополнительные сведения об этих усовершенствованиях см. в следующих публикациях в & блогах по управлению серверами: файловый ресурс отказоустойчивого кластера и DFS.

Теперь можно явно заблокировать использование пространств имен DFS в качестве расположения. Добавление файлового ресурса-свидетеля в общую папку DFS может привести к проблемам с стабильностью кластера, и эта конфигурация никогда не поддерживалась. Мы добавили логику для определения того, использует ли общая папка пространства имен DFS, и если обнаружены пространства имен DFS, диспетчер отказоустойчивости кластеров блокирует создание следящего сервера и выводит сообщение об ошибке «не поддерживается».

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

При обмене данными внутри кластера по протоколу Server Message Block (SMB) для общих томов кластера и локальных дисковых пространств теперь используются сертификаты с целью обеспечения высокого уровня безопасности платформы. Это позволяет отказоустойчивым кластерам работать без зависимостей от NTLM и использовать базовые параметры безопасности.

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

Отказоустойчивые кластеры больше не используют проверку подлинности NTLM. Вместо этого Kerberos и проверка подлинности на основе сертификата используются исключительно. Для использования этого улучшения безопасности не требуются изменения, необходимые пользователю или средствам развертывания. Это также позволяет развертывать отказоустойчивые кластеры в средах, где отключена NTLM.

Новые возможности Windows Server 2016

Последовательное обновление ОС кластера

последовательное обновление операционной системы кластера позволяет администратору обновить операционную систему узлов кластера с Windows Server 2012 R2 до более новой версии без остановки рабочих нагрузок Hyper-V или Scale-Out файловых серверов. Благодаря этой функции можно избежать штрафов за простои, которые полагаются согласно соглашениям об уровне обслуживания.

Какой эффект дает это изменение?

после обновления функционального уровня кластера вы не сможете вернуться к функциональному уровню кластера Windows Server 2012 R2.

пока Update-ClusterFunctionalLevel командлет не будет запущен, процесс будет отменен, а Windows Server 2012 можно будет добавить узлы R2 и Windows Server 2016 можно будет удалить узлы.

Что работает иначе?

теперь отказоустойчивый кластер Hyper-V или Scale-Out файлового сервера можно легко обновить без простоя или создать новый кластер с узлами, работающими под управлением Windows Server 2016 операционной системы. миграция кластеров в Windows Server 2012 R2 включает в себя отключение существующего кластера и переустановку новой операционной системы для каждого узла, а затем перевод кластера обратно в режим «в сети». Старый процесс был громоздким и требовал простоя. однако в Windows Server 2016 кластеру не нужно переходить в автономный режим в любой момент.

Для каждого узла в кластере используются следующие операционные системы кластера:

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

служба хранилища Реплика — это новая функция, которая обеспечивает независимый от хранилища блок, синхронную репликацию между серверами или кластерами для аварийного восстановления, а также растяжением отказоустойчивого кластера между сайтами. Синхронная репликация позволяет зеркально отображать данные в физических расположениях с отказоустойчивыми томами, что полностью предотвращает потерю данных на уровне файловой системы. Асинхронная репликация позволяет использовать физические расположения за пределами города, но при этом вероятна потеря данных.

Какой эффект дает это изменение?

служба хранилища Реплика позволяет выполнять следующие действия.

Предоставление решения по аварийному восстановлению данных от одного поставщика при запланированных и незапланированных сбоях критически важных приложений.

Использование транспортного протокола SMB3 с доказанной надежностью, масштабируемостью и производительностью.

Расширение отказоустойчивых кластеров Windows до городской сети.

используйте сквозное использование программного обеспечения майкрософт для хранения и кластеризации, например Hyper-V, служба хранилища реплики, дисковые пространства, кластера, Scale-Out файлового сервера, SMB3, дедупликации данных и ReFS/NTFS.

Сокращение затрат и уменьшение сложности следующим образом:

Хранилище не зависит от оборудования, отсутствуют строгие требования к конфигурации хранилища (DAS или SAN).

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

Управление отдельными узлами и кластерами осуществляется в удобной графической среде с помощью диспетчера отказоустойчивости кластеров.

Функция включает в себя возможность создания комплексных крупномасштабных скриптов с помощью Windows PowerShell.

Способствует сокращению времени простоев и повышению свойственной Windows надежности и производительности.

Обеспечивает поддержку, диагностику и определение метрик производительности.

Дополнительные сведения см. в статье Storage Replica Overview (Обзор функций репликации хранилища).

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

Облако-свидетель — это новый тип свидетеля кворума отказоустойчивого кластера в Windows Server 2016, который использует Microsoft Azure в качестве точки арбитража. Облачный следящий сервер, как и любой другой следящий сервер кворума, получает голос и может участвовать в вычислениях кворума. Вы можете настроить облако-свидетель в качестве свидетеля кворума с помощью мастера настройки кворума кластера.

Какой эффект дает это изменение?

Использование облака-свидетеля в качестве следящего сервера кворума отказоустойчивого кластера обеспечивает следующие преимущества.

использует Microsoft Azure и устраняет необходимость в третьем отдельном центре обработки данных.

использует стандартный общедоступный Microsoft Azure большой двоичный объект служба хранилища который устраняет дополнительные затраты на обслуживание виртуальных машин, размещенных в общедоступном облаке.

ту же учетную запись служба хранилища Microsoft Azure можно использовать для нескольких кластеров (один файл большого двоичного объекта на кластер; уникальный идентификатор кластера используется как имя файла большого двоичного объекта).

обеспечивает очень низкие затраты на учетную запись служба хранилища (очень малые данные, записываемые на файл большого двоичного объекта, файл большого двоичного объекта обновляется только один раз при изменении состояния узлов кластера).

Что работает иначе?

Это новая функция в Windows Server 2016.

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

Windows Server 2016 устойчивости вычислений включает повышенную устойчивость вычислений виртуальных машин для уменьшения проблем связи между кластерами в кластере вычислений следующим образом.

Параметры устойчивости, доступные для виртуальных машин: Теперь можно настроить параметры устойчивости виртуальной машины, определяющие поведение виртуальных машин во время временных сбоев.

Уровень устойчивости: Помогает определить способ обработки временных сбоев.

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

Карантин неработоспособных узлов: Неработоспособные узлы помещаются в карантин и больше не могут быть присоединены к кластеру. Это предотвращает негативное воздействие узлов неустойчивый на другие узлы и общий кластер.

Дополнительные сведения о рабочем процессе и параметрах карантина для вычислений виртуальной машины, управляющих размещением узла в изоляции или помещении в карантин, см. в разделе отказоустойчивость вычислений виртуальной машины в Windows Server 2016.

устойчивость служба хранилища в Windows Server 2016 виртуальные машины являются более устойчивыми к сбоям временного хранилища. Улучшенная устойчивость виртуальной машины помогает сохранить состояние сеанса виртуальной машины клиента в случае нарушения работы хранилища. Это достигается благодаря интеллектуальной и быстрой отклику виртуальной машины на проблемы инфраструктуры хранилища.

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

в Windows Server 2016 устойчивость хранилища виртуальной машины также учитывается и оптимизирована для гостевых кластеров.

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

для диагностики проблем с отказоустойчивыми кластерами Windows Server 2016 включает следующие сведения:

Несколько усовершенствований файлов журналов кластера (таких как сведения о часовом поясе и журнал Диагностиквербосе), которые упрощают устранение неполадок отказоустойчивой кластеризации. дополнительные сведения см. в статье улучшения в разделе Windows Server 2016 устранение неполадок отказоустойчивого кластера — журнал кластера.

Новый тип дампа активного дампа памяти, который фильтрует большинство страниц памяти, выделенных виртуальным машинам, и, таким образом, делает память. dmp намного меньше и проще в сохранении или копировании. дополнительные сведения см. в разделе улучшения Windows Server 2016 устранении неполадок отказоустойчивого кластера — активный дамп.

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

Windows Server 2016 включает отказоустойчивые кластеры, поддерживающие сайты, которые позволяют узлам группы в растянутых кластерах на основе их физического расположения (сайта). Служба поддержки сайта кластера расширяет операции с ключами в течение жизненного цикла кластера, например поведение при отработке отказа, политики размещения, пульс между узлами и поведение кворума. Дополнительные сведения см. в разделе отказоустойчивые кластеры, поддерживающие сайты, в Windows Server 2016.

Кластеры рабочей группы и кластеры с несколькими доменами

в Windows Server 2012 R2 и более ранних версиях кластер может быть создан только между узлами-членами, присоединенными к одному и тому же домену. В Windows Server 2016 это ограничение снято, а также добавлена возможность создавать отказоустойчивый кластер без зависимостей от Active Directory. Теперь можно создавать отказоустойчивые кластеры в следующих конфигурациях:

Кластеры с одним доменом. Кластеры со всеми узлами, присоединенными к одному и тому же домену.

Кластеры с несколькими доменами. Кластеры с узлами, которые являются членами разных доменов.

Кластеры рабочих групп. Кластеры с узлами, которые являются рядовыми серверами или рабочими группами (не присоединены к домену).

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

Балансировка нагрузки виртуальной машины — это новая функция отказоустойчивой кластеризации, которая упрощает балансировку нагрузки виртуальных машин на узлах в кластере. Чрезмерно зафиксированные узлы идентифицируются на основе памяти виртуальной машины и загрузки ЦП на узле. Затем виртуальные машины перемещаются (динамически перенесены) с чрезмерно зафиксированного узла на узлы с доступной пропускной способностью (если применимо). Интенсивность балансировки может быть настроена для обеспечения оптимальной производительности и эффективности работы кластера. балансировка нагрузки по умолчанию включена в Windows Server 2016 Technical Preview. Однако балансировка нагрузки отключается при включении динамической оптимизации SCVMM.

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

Порядок запуска виртуальных машин — это новая функция отказоустойчивой кластеризации, которая вводит порядок запуска для виртуальных машин (и всех групп) в кластере. Теперь виртуальные машины можно группировать по уровням, а зависимости заказов можно создавать между разными уровнями. Это гарантирует, что наиболее важные виртуальные машины (например, контроллеры домена или виртуальные машины служебной программы) будут запущены первыми. Виртуальные машины не запускаются, пока не будут запущены виртуальные машины, на которых они имеют зависимость.

Упрощенные кластерные сети SMB Multichannel и Multi-NIC

Сети отказоустойчивого кластера больше не ограничены одним сетевым интерфейсом на подсеть/сеть. Благодаря упрощенным сетям с многоканальным и многосетевым кластерам SMB конфигурация сети будет автоматически и каждый сетевой адаптер в подсети может использоваться для трафика кластера и рабочей нагрузки. это улучшение позволяет клиентам максимально увеличить пропускную способность сети для Hyper-V, SQL Server экземпляра отказоустойчивого кластера и других рабочих нагрузок SMB.

Источник