В версиях Windows Server, предшествующих Windows Server 2016, создать отказоустойчивый кластер из нескольких серверов можно было только между серверами одного домена Active Directory. В новой версии теперь можно создавать двух (и более) узловой failover кластер между серверами в разных доменах, и даже между серверами рабочей группы (вообще без домена Active Directory).
Естественно, что на всех узлах кластера нужно устаровить Windows Server 2016. Поддерживаются следующие сценарии кластеризации:
| Служба | Статус | Комментарий |
| SQL server | Поддерживается | Рекомендуется использовать встроенную аутентификацию SQL Server |
| Файловый сервер | Поддерживается, но не рекомендуется | Не поддерживается Kerberos-аутентфикация для SMB |
| Hyper-V | Поддерживается, но не рекомендуется | Не поддерживается режим Live Migration, доступна только Quick migration |
| Message Queuing (MSMQ) | Не поддерживается | MSMQ хранит свои свойства в Active Directory. |
На всех будущих узлах кластера нужно
- Установить роль Failover Clustering:
Install-WindowsFeature Failover-Clustering –IncludeManagementTools - На каждой кластерной ноде нужно создать локальную учетную запись с правами администратора (или использовать встроенную учетку администратора) с одинаковыми паролями.
net user /add clustadm Pa$$word!
net localgroup administrators clustadm /add
- При появлении ошибки Requested Registry access is not allowed, необходимо изменить в реестре параметр удаленного UAC — Данный ключ разрешает удаленный доступ к административным шарам.
New-ItemProperty -Path HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System -Name LocalAccountTokenFilterPolicy -Value 1 - На всех узлах кластера нужно задать одинаковой первичный DNS суффикс (Primary DNS suffix). Это нужно для того, чтобы сервера кластера могли обращаться друг к другу по FQDN именам
- Также нужно снять галку Register DNS connection addresses
- В файл hosts на всех узлах кластера нужно внести изменения, чтобы сервера могли отрезолвить имена других членов кластера, а также имя кластера (в том числе FQDN имена). Добавить имена в файл c:\windows\system32\drivers\etc\hosts можно так:
Set file="%windir%\System32\drivers\etc\hosts"
echo 192.168.1.21 clust-host1 >> %file%
echo 192.168.1.21 clust-host1.mylocal.net >> %file%
echo 192.168.1.22 clust-host2 >> %file%
echo 192.168.1.22 clust-host2.mylocal.net >> %file%
echo 192.168.1.20 cluster1 >> %file%
echo 192.168.1.20 cluster1.mylocal.net>> %file%
Для предварительной валидации узлов кластера можно воспользоваться командой:
test-cluster -node "clust-host1.mylocal.net"," clust-host2.mylocal.net"
Для создания кластера через PowerShell, нужно выполнить такую команду:
New-Cluster -Name cluster1 -Node clust-host1.mylocal.net, clust-host2.mylocal.net -AdministrativeAccessPoint DNS -StaticAddress 192.168.1.20
Теперь можно проверить статус кластера и его компонентов командлетами get-cluster и get-clusterresource.
Для подключения (и удаленного управления) кластером через GUI нужно воспользоваться оснасткой Failover Cluster Manager (входит в состав) RSAT для Windows 10.
Теперь с помощью пункта меню Connect to cluster можно подключаться к созданному кластеру. В том случае, если в кластере четное количество серверов, придется настроить ресурс-свидетель. Отметим, что в качестве кворумного свидетеля нельзя использовать сетевую папку SMB. Поддерживается режим Disk Witness — общий диск (с одновременным доступом к нему с обоих узлов), либо Cloud Witness — облачный дисковый ресурс в Azure.
Skip to content
How to Install Failover Cluster in Windows Server 2016
What is Failover Clustering?
A Failover Cluster is a collection of independent computers working together to increase the efficiency and scalability of clustered services & applications. Clustered servers, also known as nodes, are linked together by software and physical cables. If one or more nodes in a cluster fail for any reason, the service is taken over by other nodes in the cluster (a failover process). Furthermore, the clustered roles are proactively monitored to ensure that they are functioning properly. They are restarted or moved to another node if they are not working as expected.
Table of Contents
- Cluster Shared Volume (CSV)
- Deployment
- Prerequisites to setup Failover Cluster
- Installation of Failover Clustering feature
- Failover Cluster creation using Failover Cluster Manager snap-in
- Failover Cluster creation using WindowsPowerShell
- Features of Windows Server 2016 Failover Clusters
- Conclusion
Cluster Shared Volume (CSV)
CSV (Cluster Shared Volumes) is a Windows Server feature that allows shared discs to be accessed by all nodes in a failover cluster at the same time. The feature was introduced in Windows Server 2008 R2 as a way to simplify storage for clustered Hyper-V virtual machines (VMs) by reducing the overall disks needed for failover clustering.
Cluster Shared Volume (CSV) is nothing but a functionality of Failover clusters that provides a consistent, distributed namespace to be used by clustered roles to access shared storage from all the nodes. Users will experience fewer service interruptions when using the Failover Clustering feature.
To know more about Cluster Shared Volume (CSV) click here.
Failover Clustering has many practical applications, including:
- File share storage that is highly available or continuously available for applications such as Microsoft SQL Server and Hyper-V virtual machines
- Highly available clustered roles that run on physical servers or virtual machines installed on Hyper-V servers
Deployment
A failover cluster can be created either through the Failover Cluster Manager snap-in or through Windows PowerShell
Prerequisites to setup Failover Cluster
Verify the following prerequisites before you proceed:
- Make sure that all cluster servers (cluster nodes) that you wish to add are running the same version of Windows Server
- Review the following hardware requirements to ensure that support is provided for your configuration:
- Servers: It is recommended to use a set of matching computers that contain the same or similar components.
- Network adapters and cable (for network communication): If using iSCSI, you must devote each network adapter to either network communication or iSCSI, but not both.
NOTE: When you connect cluster nodes with a single network, the network will pass the redundancy test in the “Validate a Configuration” Wizard. The wizard’s report may, however, include an alert that the network should not have single points of failure. - iSCSI: If you are using iSCSI, each clustered server should have one or more network adapters or Host Bus Adapters (HBAs) that are dedicated to the cluster storage.
- The network you use for iSCSI should not be used for network communication.
- In all clustered servers, the network adapters you use to connect to the iSCSI storage target should be identical, and it is recommended that you use Gigabit Ethernet or higher.
- Storage: Make sure the shared storage is compatible with the Windows Server 2016
- You can use the shared storage that is attached, and also use SMB 3.0 file shares as shared storage for servers that are running Hyper-V configured in a failover cluster.
- Use basic disks, instead of dynamic disks for the native disk support included in the Failover Clustering.
- It is recommended to format the partitions with either NTFS or ReFS (ReFs in case If you have a disk witness for your quorum configuration). If Cluster Shared Volumes (CSV) is used then, the partition for each of those must be of NTFS.
- Either Master boot record (MBR) or GUID partition table (GPT) can be used for disk partition.
- To add clustered storage during cluster creation, make sure that all servers can access the storage. (clustered storage can also be added after creating the cluster).
- Make sure all servers you want to add as cluster nodes are joined to the same Active Directory domain
- The account to create the cluster must be a domain user who owns administrator rights on all servers that are to be added as cluster nodes.
Installation of Failover Clustering feature
Must install the Failover Clustering feature on every server that is to be added as a failover cluster node.
Step 1: Start Server Manager.
Step 2: Select Add Roles and Features from the Manage menu.
Step 3: Click Next, On the Before you begin page.
Step 4: On the Select Installation Type page, choose Role-based or Feature-based installation, and click Next.
Step 5: On the Select Destination Server page, select the server where you want to install the feature, and then click Next.
Step 6: Click Next on the Select Server Roles page
Step 7: On the Select Features page, select the Failover Clustering checkbox.
Step 8: To install the Failover Cluster Management tools, select Add Features, and click Next.
Step 9: On the Confirm Installation Selections page, click Install. (Server restart is not required for the Failover Clustering feature).
Step 10: When the installation is completed, click Close.
Step 11: Repeat this procedure on every server that you want to add as a failover cluster node.
Failover Cluster creation using Failover Cluster Manager snap-in
Before we start, attach an iSCSI storage in all the nodes and make sure all virtual switches in the nodes are identical.
Step 1: Select the Failover Cluster Manager in the Tools menu of the Server Manager.
Step 2: In the Failover Cluster Manager, select Create Cluster option under the Management pane.
Step 3: The Create Cluster Wizard will open the start page, click on Next to continue.
Step 4: Browse & Select the nodes you want and click Next.
Step 5: Specify a Name and IP address for the cluster, & click Next.
Step 6: After reviewing the cluster configuration, click on Next to start the cluster creation.
Step 7: On the Summary page, you can see the status of the cluster creation. If there were any warnings or errors, view the summary output or select View Report. Once done, click on Finish to close the wizard.
Step 8: Now open Failover Cluster Manager, expand storage, and click on Disks.
Step 9: Click Add Disk and select the available iSCSI storage.
Step10: Then right-click on the Cluster Disk and select Add to Cluster storage. You can also check the storage by opening the C:\ClusterStorage in all the nodes.
Now it is all set to go.
Failover Cluster creation using WindowsPowerShell
In this topic, the following Windows PowerShell cmdlets perform the same functions as that of the Failover Cluster creation using Failover Cluster Manager snap-in:
Step 1: Open the Windows Powershell editor.
Step 2: Enter the following command to Install the Windows failover cluster feature along with management tools.
cmd: Install-WindowsFeature –Name Failover-Clustering –IncludeManagementTools
Step 3: Tun the cluster validation tests on computers named Server1 and Server 2 by executing the following command.
Cmd: Test-Cluster –Node Server1, Server2
Note: The Test-Cluster cmdlet outputs the results to a log file in the current working directory. For example: C:\Users\AppData\Local\Temp.
Step 4: Create a failover cluster named MyCluster with Server-1 and Server-2 nodes, and assign a static IP address 192.168.10.182 and transfer all qualifying data to the failover cluster. You can use any IP address of your choice.
Cmd: New-Cluster –Name MyCluster –Node Server1, Server2 –StaticAddress 192.168.10.182
Step 5: Create a failover cluster named as MyCluster in the Cluster OU of the domain testvembu.com. You can use your domain in the DC tag.
Cmd: New-Cluster -Name CN=MyCluster,OU=Cluster,DC=testvembu,DC=com -Node Server1, Server2
That’s it, a failover cluster is created with static IP, Storage, and posted in the domain testvembu.com.
Features of Windows Server 2016 Failover Clusters
Cluster Operating System Rolling Upgrade:
With the new feature like Cluster OS Rolling upgrade, the Administrator can upgrade the Cluster Nodes Operating System from Windows Server 2012 R2 to Windows Server 2016 without stopping the Services of Hyper-V. This new feature helps to avoid downtime penalties against Service Level Agreements (SLA).
Cloud Witness for a Failover Cluster:
A new type of quorum witness that leverages Microsoft Azure to determine which cluster node should be authoritative if a node goes offline.
Health Service:
Improves the day-to-day monitoring, operations, and maintenance experience of Storage Spaces Direct clusters.
Fault Domains:
Helps to define which fault domain to use with a Storage Spaces Direct cluster. A fault domain is a set of hardware that shares a single point of failures, such as a server node, server chassis or rack.
VM load balancing:
The load is distributed across nodes evenly with its help, in a Failover Cluster by finding out busy nodes and live-migrating VMs on these nodes to less busy nodes.
Simplified SMB Multichannel and multi-NIC cluster networks:
Enables a user to easily configure multiple network adapters in a cluster.
Workgroup and Multi-domain clusters in Windows Server 2016:
Windows Server 2016 breaks down the previous barrier of creating clusters between the member nodes joined to the same domain and introduces the ability to create a Failover Cluster without Active Directory dependencies. The following configuration is implemented in Failover Clusters can now, be created in:
- Single-domain: Clusters with all nodes joined to the same domain.
- Multi-domain: Clusters with nodes that are members of different domains.
- Workgroup: Clusters with nodes that are member servers/workgroup (not domain joined).
Conclusion
The new & enhanced features of Windows Server 2016 Failover Cluster has made the concept of Clustering and High-Availability much easier. Thus, we recommend upgrading the previous versions of the Failover Cluster to the new Windows Server 2016 Failover Cluster where you can experience the advantage of all new features.
Bolster the protection of your Windows Server data with the dependable backup solution provided by BDRSuite. This robust tool acts as a formidable shield, ensuring the security of your critical information. Explore its capabilities through a 30-day full-featured trial.
Enhance the security of your Windows Server effortlessly with BDRSuite today: Download BDRSuite
Dive into the world of Windows Server backup possibilities with BDRSuite. Learn more here: Windows Server Backup with BDRSuite
Read related articles below:
Windows Server Failover Cluster Hyper-V Basics
Windows Server 2019 Failover Clustering Types and Uses
Implementing Failover Cluster in Windows Server 2019
Perform Hyper-V VM Live Migration without Failover Clustering
Hyper-V High Availability and Failover Clustering
Follow our Twitter and Facebook feeds for new releases, updates, insightful posts and more.
В этой небольшой инструкции мы покажем пошагово как создать простой отказоустойчивый кластер Hyper-V Cluster из двух серверов с Windows Server 2016. Такой кластер позволяет без особых проблем организовать отказоустойчивость для виртуальных машин Hyper-V при аппаратных проблемах с одним из серверов.
- Предварительные требования к отказоустойчивому кластеру Hyper-V
- Настройки сети Hyper V
- Установка кластера Hyper-V
- Настройка кластера Hyper-V
Содержание:
Предварительные требования к отказоустойчивому кластеру Hyper-V
- Два сервера с установленной ОС Windows Server 2016 (желательно чтобы количество памяти и CPU на обоих серверах было одинаково)
- Установленная роль Hyper-V с компонентами Failover Cluster и MPIO ( iSCSI по необходимости)
- Как минимум по 2 сетевых карты на каждом сервере (одна сетевая карта будет использоваться для управления и через нее будет идти трафик ВМ, вторая – для взаимодействия хостов между собой – трафик CSV и Heartbeat)
- Общее дисковое хранилище, подключенное к обоим серверам (в этом примере дисковый массив подключается к каждому серверу через 2 порта Fiber Channel, при этом компонент MPIO нужен для того, чтобы каждый сервер видел только одно подключение к диску, а не два)
- Как минимум один диск (LUN) с общего хранилища презентован обоим сервера, инициализирован и отформатирован.
Настройки сети Hyper V
В нашем примере мы настроим следующую IP адресацию для компонентов кластера:
Общее имя кластера: HVCLUSTER2016 (IP адрес 10.0.0.10)
Первый сервер: имя HOST01, с двумя интерфейсами
10.0.0.11 – интерфейс управления, и трафика виртуальных машин
10.0.1.11 – интерфейс для трафика Cluster Shared Volume и Heartbeat
Второй сервер: имя HOST02, с двумя интерфейсами
10.0.0.12 — интерфейс управления, и трафика виртуальных машин
10.0.1.12 – интерфейс для трафика Cluster Shared Volume и Heartbeat
Установка кластера Hyper-V
Итак, на любом из серверов запускаем оснастку Failover Cluster Manager и запускаем мастер создания кластера (Create Cluster).
На странице выбора серверов кластера добавляем обе наших ноды.
На странице Validation Warning соглашаемся с запуском встроенных тестов валидации кластерной конфигурации.
Выберите, что нужно прогнать все тесты.
Нужно дождаться окончания валидации. Если будут найдены ошибки – их нужно исправить. После этого нажать на Finish.
Далее на странице настройки Access Point for Administering the Cluster нужно указать имя кластера и его IP адрес и подсеть.
Осталось нажать 2 раза кнопку Next и мастер создаст новый кластер.
Настройка кластера Hyper-V
Теперь в кластер нужно добавить диски. Для этого откройте консоль Failover Cluster Management и в разделе Storage -> Disks добавьте общие в кластер общие диски (они должны быть инициализированы и отформатированы)
Задайте содержательные имена дискам. В нашем примере один кластерный диск будет использоваться как том Cluster Shared Volumes (CSV) для хранения файлов ВМ, а второй использоваться для кворума (диск небольшого размера).
Далее нужно настроить кластерный кворум. Для этого щелкните ПКМ по имени кластера и выберите пункт меню More Actions-> Configure Cluster Quorum Settings.
Выберите вариант настройки кворума для кластера Select the quorum witness.
В качестве типа кворума выберите Quorum Witness Select Disk Witness (кворум с использованием диска свидетеля).
Выберите кластерный диск, который вы хотите использовать в качестве диска-свидетеля.
Теперь в настройках Hyper-V на каждой из нод нужно указать кластерный том CSV в качестве диска по-умолчанию для хранения виртуальных машин.
Теперь можно в консоли управления кластером создать новую виртуальную машину: Roles -> Virtual Machines -> New Virtual Machine.
Затем с помощью обычного мастера Hyper-V нужно создать новую виртуальную машину. С помощью Live Migration в дальнейшем можно убедится, что ВМ на легко перемещается между узлами кластера Hyper-V.
Прочитано:
7 935
Итак, в наличии есть три физических сервера которые должны быть объединены в единый кластер для минимизации простоя сервисов.
Предварительные действия
Шаг №1: На все физические сервера в рамках этой заметке установлена операционная система Windows Server 2016 Standard (RUS) Version 10.0.14393 и все обновления на текущую дату (29.04.2018).
Шаг №2: Операционная система введена в текущий домен (в моем случае это polygon.local)
Шаг №3: Подключаюсь по RDP к первому серверу (srv-noda1) с правами учетной записи (Login: ekzorchik) в ходящей в группу «Администраторы домена» и устанавливаю роль Hyper-V и компонент, через который формируется кластера на Windows системе:
Win + R – control.exe – Администрирование – «Диспетчер серверов» — «Управление» — «Добавить роли и компоненты» и отмечаю галочкой, а на уведомление мастера установки, что к выбранному необходимы дополнительные компоненты соглашаюсь нажатием кнопку «Добавить компоненты»
- Роль: Hyper-V
- Компоненты: Отказоустойчивая кластеризация
- Не забываем выбрать виртуальный коммутатор на каждой ноде, в моем случае у меня Nic Teaming из двух карт, а потому отмечаю галочкой сетевой интерфейс с именем Team1G в роли виртуального коммутатора для Hyper-V.
Этап Hyper-V -> Миграция никак не отмечаю, данные настройки я выполню позже
Указываю размещение виртуальных жестких дисков и конфигураций виртуальной машины на еще одном общем диске, который через хранилище Dell EMC SCv3020 назначен физическим нодам:
На заметку: Важно чтобы общий диск к серверам имел одну и туже логическую букву.
- Расположение по умолчанию для файлов виртуальных жестких дисков: E:\disk
- Расположение по умолчанию для файлов конфигурации виртуальной машины: E:\conf
На заметку: Но при создании VM нужно указывать путь: C:\ClusterStorage\Volume1\conf, где Volume1 есть LUN логического диска E.
И нажимаю кнопку «Далее», «Установить», галочку об автоматическом перезапуске конечного сервера не ставлю, я считаю, что лучше убедиться, что это действительно нужно, об этом должен сообщить мастер установки устанавливаемого. И вот когда установка завершена я вижу надпись: «Ожидается перезапуск на srv-noda1.polygon.local. Для завершения установки необходимо перезапустить сервер», перезапускаю:
Win + X – Командная строка (Администратор) -> shutdown /r /t 3
Но теперь я знаю, что галочку об автоматическом перезапуске можно ставить и она необходима.
Шаг №4: Проделываю действия Шага №3 и на других серверах которые будут входить в собираемый кластер. Можно либо подключиться к ним по RDP и повторить шаги или же дождаться, когда сервер с именем srv-noda1.polygon.local перезагрузиться и подключиться к нему по RDP и запустить установку роли и компоненты, но уже задействую настройку «Выбор сервера» выбрать сервер, входящий в группу, а у меня это следующая нода.
Для перезапуска/перезагрузки следует воспользоваться созданной группой сервер в которую входит данный сервер:
Win + R – control.exe – Администрирование – «Диспетчер серверов» — перехожу в группу серверов srv-noda и через правый клик мышью по сервер srv-noda2 выбираю меню «Перезапустить сервер» и подтверждаю свое намерение нажатием кнопки «ОК». Пока сервер в перезагрузку проделываю все шаги с третьим сервером.
Шаг №5:
Теперь, когда необходимые роли и компоненты установлены соберем кластер.
Mstsc – srv-noda1.polygon.local – Win + R – control – Администрирование – «Диспетчер отказоустойчивости кластеров» — потом через правый клик мышью по «Диспетчер отказоустойчивости кластеров» выбираю действие «Проверить конфигурацию» на предмет создания кластера.
Выбор серверов или кластера:
- Введите имя: — Обзор – нахожу всех srv-noda[1-3], выделяю их и указываю имя объединяющее их это: srv-cluster, получается следующее:
- Выбранные серверы:
srv-noda1.polygon.local,srv-noda2.polygon.local,srv-noda3.polygon.local
И нажимаю «Далее», оставляю дефолтным выбор мастера «Выполнить все тесты» и нажимаю «Далее», «Далее»
На заметку: к серверам уже должен быть подключен общий диск, который будет кворумным для обмена информацией между нодами кластера
По окончании проверки на создании кластера нужно в обязательном порядке нажать на «Просмотреть отчет…»
На заметку: я отключаю поддержку ipv6 и устанавливаю все обновления на момент написания данной заметки, плюс настройка что уведомлять об обновлениях, а скачивание и установку их я принимаю вручную или же отключаю их:
Управляем обновлениями на Windows Server 2016
Win + X – Командная строка (Администратор)
C:\Windows\system32>sconfig
Введите номер параметра: 5 (Параметры центра обновления Windows)
Выберите режим обновления: указываю M (Ручной)
Введите номер параметра: 15
На заметку: Если на серверах используется Nic Teaming, то интерфейсы на всех серверах должны называться одинаково (Team10G,Team1G)
На заметку: Обязательно следует устранить все проблемы, которые обозначены в отчете при проверке нод из которых вы хотите создать Windows кластер.
После через Мастер «Создать кластер» создаю, отвечая и заполняя настройки мастера:
- Имя кластера: srv-cluster
- Сети: 10.99.99.0/27
- Адрес: указываю свободный IP адрес и подсети, к примеру 10.99.99.99
На заметку: имя кластера не должно быть длиннее 15 символов
И нажимаю «Далее», галочка у «Добавление всех допустимых хранилищ в кластер» должна стоять и нажимаю снова «Далее», «Готово»
Итак, кластер развернут, управление им идет через оснастку «Диспетчер отказоустойчивости кластеров», а именно добавление ролей, управление дисками (а не через «Управление дисками», если перейти в этой оснастке Вас может смутить что диск, который от хранилища не под монтирован, но это нормально, т.к. управление идет через диспетчера кластеров).
Самой важной настройкой обычно ни где не упомянутой остается, что нужно запустить оснастку управления кластером:
Win + R – control.exe – Администрирование – «Диспетчер отказоустойчивости кластеров» — перейти в «Хранилище» — «Диски» и увидеть все диски кластера (либо это LUN, либо это логические тома), выделяю в моем случаем «Диск кластера 2»
| Имя | Состояние | Назначено | Узел владельца |
| Диск кластера 2 | Оперативный | Доступное хранилище | Srv-noda1 |
И через правый клик мышью по нему выбираю «Добавить в общие тома кластера», этой настройкой логический диск размеченного LUN с отформатированной файловой системой NTFS переназначится в том видимый лишь кластеру с файловой системой CSVFS. Когда это проделано то в колонке «Назначено» будет значится уже «Общий том кластера».
Данная настройка предоставляет возможность мигрировать хосты между нодами. Ну как-то так.
Свою задачу по разворачиваю кластера я выполнил и прощаюсь, с уважением автор блога Олло Александр aka ekzorchik.
Еще немного технических видео на канале… Нет, это видео не про Petya – про защиту от Petya смотрите здесь и читайте статьи здесь на блоге, и не про мониторинг производительность дисков (но обещанное продолжение про производительность тоже следует). Подписывайтесь на мой Youtube канал iWalker2000 – для подписки просто кликните сюда
Хотя это видео про развертывание кластера Windows Server 2016 и получилось слегка длинным – но, на мой взгляд – удачным – тут и использование тиминга (NIC Teaming) сетевых интерфейсов для ускорения дисковых операций, и подключение к сетевым дискам iSCSI для общего хранилища кластера, и проблемы с правильным определением кластеров “нужных” сетевых интерфейсов с дальнейшим исправлением, и, конечно же – создание собственно отказоустойчивых ролей в кластере – таких, как высокопроизводительный отказоустойчивый файловый сервер Scale-out File Server и роль виртуальной машины Hyper-V, и вложенная/наследуемая виртуализация (nested virtualization) в Hyper-V, используемая для лабы.
Надеюсь, это видео про основные шаги при развертывании отказоустойчивого кластера Windows Server 2016 Failover Cluster будет полезным для тех, кому “вот прямо срочно” требуется развернуть кластер на Windows Server 2016 и запустить в нем те или иные роли.
СофТы: как развернуть и настроить кластер Windows Server 2016 Failover Clustering, ч.01
Но я пообещал более подробно (кроме собственно, развертывания кластера) раскрыть эту тему – поэтому в следующем “длинном” видео смотрите более подробно про настройки параметров ролей в кластере, а также – о создании гостевого кластера (кластера внутри кластера) для еще более бесперебойной работы и высокой доступности приложений.
И немного о вирусе Petya и украинской “эпидемии”
Продолжение темы про отказоустойчивые кластеры Windows Server 2016 – на этот раз про настройки собственно отказоустойчивости и высокой доступности. А предыдущее видео – про установку и начальную настройку самого кластера Windows Server 2016 Failover Clustering – смотрите тут.
В этом видео про настройку ролей в отказоустойчивом кластере Windows Server 2016 Failover Clustering вы найдете:
-
как работает отказоустойчивость и высокая доступность в кластере Windows для “обычного” приложение – настройка количества сбоев, перезапуск/”переползание” приложения между узлами кластера, остановка приложения.
-
работа приложений, поддерживающих распределенный режим работы и позволяющий им работать на всех (нескольких) узлах кластера одновременно – на примере Scale-Out File Server.
-
Работа отказоустойчивой виртуальной машины Hyper-V в кластере.
-
Настройка параметров восстановления роли кластера в случае сбоя одного из узлов кластера – возврат роли на оригинальны узел после восстановления работоспособности роли, настройка общих приоритетов работы роли и преференций по работе роли на разных узлах кластера Windows Server 2016.
-
Настройка мониторинга отдельного сервиса внутри роли виртуальной машины кластера Hyper-V для мониторинга состояния отдельных процессов ВМ и ее общего здоровья, запущенной в кластере.
-
И, конечно же, демонстрация “падения” одно из узлов кластера Windows Server 2016 и реакция на это событие разных типов ролей – подолжение процесса копирования файлов на Scale-out File Server, старт общей роли на втором узле кластера, и перезапуск виртуальной машины, которая “обрушилась” при падении узла кластера.
Смотрим, учимся, разбираемся и планируем отказоустойчивую работу и высокую доступность необходимых приложений под управлением Windows Server 2016 Failover Clustering.
СофТы: настройка отказоустойчивых ролей в кластере Windows Server 2016 Failover Clustering, ч.02
В продолжение темы про отказоустойчивые кластеры Windows Server 2016 – в следующем видео смотрите про создание гостевого кластера из виртуальных машин Hyper-V внутри основного (физического) кластера Windows Server 2016. Зачем? чтобы гарантировать еще более высокую доступность и надежность приложения, запущенного на виртуальной машине в кластере (которое будет тоже в кластере). Так что улучшается доступность чуть ли не на порядок 😉
Видео об ИТ-карьере – как стать ИТ-специалистом и заработать много денег:
Заключительное видео в серии по теме отказоустойчивого кластера Windows Server 2016 – создание гостевого кластера из виртуальных машин внутри основного кластера – такая себе фукурума 😉
Особенностью данного видео и основным отличием от первого видео – просто развертывания кластера Windows Server 2016 – в том, что гостевой кластер создается не просто так, а в режиме “Active Directory-Detached Cluster” – отключенного от Active Directory кластера Windows.
СофТы: установка гостевого Hyper-V кластера Windows Server 2016 без Active Directory, ч.03
Подробную инструкцию по развертыванию гостевого кластера Windows Server 2016 без Active Directory вы найдете в этом видео, а основные шаги по развертыванию такого отключенного от AD кластера Windows приводятся ниже:
-
все узлы кластера должны быть зарегистрированы в каком-то из доменов (зон) DNS – для этого необходимо, чтобы DNS сервер поддерживал динамические обновления, суффиксы требуемого домена были прописаны в настройках серверов, а в настройках сетевых интерфейсов – стояли опции обязательной регистрации имени. Или вам потребуется создавать все записи в DNS зоне для узлов кластера, самого кластера и его ролей ручками.
-
настройки firewall должны разрешать обращаться всем узлам друг к другу.
-
на каждом из узлов будущего кластера должна существовать учетная запись-локальный администратор с общими одинаковым именем и паролем. Также, должен быть отключен сетевой фильтеринг в UAC – тот самый ключ в реестре – New-ItemProperty -Path HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System -Name LocalAccountTokenFilterPolicy -Value 1
ВНИМАНИЕ! Помните, что такой кластер представляет собой потенциальную жертву для атак типа pth/ptt – которые использует тот же Petya и другие вирусы (и просто хакеры). Поэтому смотрите видео про защиту от подобных атак Pass-the-Hash/Pass-the-ticket и, конечно же, читайте статью, посвященную стратегии защиты ИТ-инфраструктуры Defense-in-Depth на примере защиты от Petya.
А поскольку мы развертываем гостевой кластер из виртуальных машин и ему требуется также общие диски для своей работы – смотрите в данном видео сценарии, каким образом вы можете создать и где разместить такие диски в виде специальны общих виртуальных дисков Hyper-V (Shared Disk – VHDX или VHD Set). И, пожалуйста, не монтируйте диски гостевого кластера на те же LUN SAN/iSCSI, которые уже используются “большим” основным кластером – это приведет к катастрофическим последствиям для обеих систем.
Думаю, что все 3 инструкции по кластерам Windows Server 2016 помогут вам освоиться с базовыми аспектами работы с отказоустойчивыми кластерами Windows Server 2016 и их вариациями – гостевым кластером из виртуальных машин Hyper-V и кластером Windows без использования Активного Каталога.
Поэтому данную тему будем пока считать закрытой… Хотя есть масса нюансов в обслуживании повседневном кластеров и, конечно же, есть команды PowerShell, которые позволят намного быстрее и гибче развертывать и управлять кластерами Windows… Но это тема уже другой серии видео про кластеры Windows Server 2016.
А в продолжении технических видео на канале – все та же производительность дисков – измерение скорости работы и ускорение дисковой системы.
Подписывайтесь на мой Youtube канал iWalker2000 – для подписки просто кликните сюда
Немного ссылок на другие материалы для тех, кто хочет стать просто ИТ-специалистом – смотрите первые шаги по созданию тестового рабочего места:
И смотрите другие видео для ИТ-специалистов у меня на канале:
Видео про новые возможности дисков и дисковых массивов:
Также, по просьбам посетителей – меня найти можно (добавляйтесь в друзья и подписчики):