Поведение отработки отказа в кластерах с тремя или более узлами

В этой статье описана логика сбоя групп с одного узла на другой при наличии трех или более членов узла кластера.

Применяется к: Windows Server 2012 R2
Исходный номер базы знаний: 299631

Сводка

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

Дополнительная информация

Сведения о списке предпочтительных владельцев рассматриваются в файле справки в разделе "Кластеры серверов", включая сведения о планировании и оптимизации кластеров серверов. В этой статье описаны следующие четыре возможных сценария:

1. Есть сбой узла или ресурса, и задан список предпочтительных владельцев.
2. Сбой узла или ресурса, а список предпочтительных владельцев не задан.
3. Администратор вручную переместит группу в поле "Best Possible" (Лучшее возможное), и будет задан список предпочтительных владельцев.
4. Администратор вручную перемещает группу в "Лучшее возможное", и список предпочтительных владельцев не задан.

Сценарий 1

Если узел или ресурс завершается сбоем и определен список предпочтительных владельцев, служба кластеров завершает группу следующим доступным узлом в списке узлов. Список узлов состоит из списка предпочтительных владельцев, за которым следуют остальные узлы, упорядоченные по идентификатору узла. Идентификатор узла определяется при присоединении узла к кластеру или при удалении или повторном добавлении узла.

Порядок идентификаторов узла можно просмотреть, изучив реестр в разделе \HKEY_LOCAL_MACHINE\Cluster\Nodes.

Например, предположим, что у нас есть кластер с шестью узлами и что узлы были установлены и присоединены к кластеру в следующем порядке: NodeA, NodeB, NodeC, NodeD, NodeE и NodeF. Предположим, что в группе в качестве предпочтительных владельцев перечислены Узлы А, NodeC и NodeE.

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

1. NodeA — предпочтительный владелец номер один
2. NodeC — предпочтительный владелец номер два
3. NodeE — предпочтительный владелец номер три
4. NodeB — второй установленный узел
5. NodeD — четвертый установленный узел
6. NodeF — шестой установленный узел

В этом сценарии, если произошел сбой узла или сбой ресурса и превышен порог перезапуска, группа не сможет перейти к следующему узлу в списке узлов. Например, если NodeC содержит ресурс, который завершился сбоем, вся группа не сможет использовать NodeE. Он не подойти к NodeA, даже если он указан первым в списке предпочтительных владельцев. В случае сбоя NodeE группа выполнит отработку отказа в NodeB, а не в NodeA.

Сценарий 2A

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

1. NodeA — первый установленный узел

2. NodeC — второй установленный узел

3. NodeE — третий установленный узел

4. NodeB — четвертый установленный узел

5. NodeD — пятый установленный узел

6. NodeF — шестой установленный узел

Например, в этом списке указан порядок установки разных узлов кластера. В случае сбоя NodeE все принадлежащие ему группы будут выполнять отработку отказа в NodeB, а не в NodeF.

Сценарий 2B

Если узел завершается сбоем и список предпочтительных владельцев не задан для группы на этом узле, то доступный узел будет выбран случайным образом для группы, в которую необходимо переместить. Это позволит распределить группы между доступными узлами.

Сценарий 3

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

1. NodeA — предпочтительный владелец номер один
2. NodeC — предпочтительный владелец номер два
3. NodeE — предпочтительный владелец номер три
4. NodeB — второй установленный узел
5. NodeD — четвертый установленный узел
6. NodeF — шестой установленный узел

В этом примере при выборе параметра Best Possible группа всегда пытается перейти к NodeA. Если группа уже находится на Узле А или Узел А недоступен, группа пытается перейти на NodeC. Если группа находится в NodeD и администратор переместит ее в лучшее возможное, группа переходит к NodeA. Если NodeA, NodeC или NodeE не активны, случайным образом выбирается NodeB или NodeF.

Сценарий 4

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

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

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