|
конфигурации с одним арбитратором. Таблица 3.2.1 Сценарии отказов в конфигурации с одним арбитратором Сценарии Не работает Отказ Целостность кластера Осталось Последствия 1 Арбитратор 80% 4 из 5 Нет 2 Узел I 80% 4 из 5 Приложение А запускается на другом узле кластера 3 Узел 1 узел 2 75% 3 из 4 Приложение А п В запускается на другом узле \ кластера 4 Узел I, узел 2 Арбитратор 67% 2 из 3 Приложение А и В запускается на другом узле кластера 5 Узел 1, узел 2, арбитра гор Узел 3 50% 1 из 2 Кластер остановлен* 6 Арбитратор Узел 1 75% 3 из 4 Приложение А запускается на другом узле кластера 7 Центр А 60% 3 из 5 Приложение А и В запускается в центре В 8 Центр А Арбитратор 67% 2 из 3 Нет 9 Центр А Арбитратор 40% 2 из 5 Кластер остановлен* 10 Центр А Арбитратор; узел 3 50% 1 из 2 Кластер остановлен* 11 Арбитратор Центр А 50% 2 из 4 Кластер остановлен* 12 Узел 3 Центр А 50% 2 из 4 Кластер остановлен* 13 Центр В 60% 3 из 5 Приложения С и D запускаются в центре А 14 Арбитратор 80% 4 из 5 Нет Примечание *-кластер можно перезапустить вручную на оставшихся узлах. В конфигурации с одним арбитратором кластер подвергается опасности всякий раз, когда узел останавливается по причине сбоя или при проведении регламентных работ. Архитектура с двумя арбитраторами. Наличие двух арбитраторов Узел 1 Приложение А — Узел 2 Приложение В Л i r И Связи непрерывного доступа Узел 3 Приложение С Узел 4 Приложение D Центр обработки данных Л Центр обработки данных В Арбитратор 1 Арбитратор 2 Рис. 3.2.8 Архитектура с двумя арбитраторами 93 |
Центр обработки данных А Центр обработки данных В Арбитратор Рис. 2.2.7 А рхитектура с одним арбитратором В таблице 2.2.1 представлены сценарии, иллюстрирующие возможные последствия выхода из строя одного или нескольких узлов, а также центра обработки данных в конфигурации с одним арбитратором. Т аб л и ц а 2.2.1 Сценарии отказов в конфигурации с одним арбитратором Сценарии Не работает Отказ Целостность кластера Осталось Последствия 1 1 Арбитратор 80% 4 из 5 Нет 2 Узел 1 80% 4 из 5 Приложение А запускается на другом узле кластера 3 Узел 1 узел 2 75% 3 из 4 Приложение А и В запускается на другом узле кластера 4 Узел 1, узел 2 Арбитратор 67% 2 изЗ Приложение А и В запускается на другом узле кластера 5 Узел 1, узел 2, арбитратор Узел 3 50% I из 2 Кластер остановлен * 6 Арбитратор Узел 1 75% 3 из 4 Приложение А запускается на другом узле кластера 7 Центр А 60% 3 из 5 Приложение А и В запускается в центре В 8 Центр А Арбитратор 67% 2 из 3 Нет 9 Центр А Арбитратор 40% 2 из 5 Кластер остановлен* 10 Центр А Арбитратор; узел 3 50% 1 из 2 Кластер остановлен* 11 Арбитратор Центр А 50% 2 из 4 Кластер остановлен* 12 Узел 3 Центр Л 50% 2 из 4 Кластер остановлен* 13 Центр В 60% 3 из 5 Приложения С и D запускаются в цен тре А .. '4 Арбитратор 80% 4 из 5 Нет П римечание ^-кластер можно перезапустить вручную на оставшихся узлах. 81 Таким образом, кластер будет остановлен только в случае выхода из строя третьего узла при уже недоступных двух узлах и арбитраторе. Во всех остальных случаях кластер будет способен произвести реконфигурацию. Понятно, что в обычном режиме приложение А работает на узле 1, присутствуя в «спящем» виде на других узлах кластера и будучи сконфигурировано так, что при остановке оно запускается на другом узле. Сценарии 7-14 иллюстрируют возможные последствия выхода из строя центра обработки данных в конфигурации с одним арбитратором. В конфигурации с одним арбитратором кластер подвергается опасности всякий раз, когда узел останавливается по причине сбоя или при проведении регламентных работ. Архитектура с двумя арбитраторами. Наличие двух арбитраторов (рис. Рис. 2.2.8 Архитектура с двумя арбитраторами 2.2.8) обеспечивает повышенную защиту при остановке узлов и позволяет осуществлять планирование обслуживания арбитраторов без риска остановки кластера при обнаружении сбоя. В таблице 2.2.2 сценарии для архитектуры с двумя арбитраторами иллюстрируют возможные последствия остановки центра обработки данных и одного или нескольких узлов в конфигурации с двумя арбитраторами. Из анализа сценариев отказов в данной конфигурации видно, что некоторые сценарии, приводящие к остановке кластера с одним арбитратором, позволяют работать кластеру с двумя арбитраторами. Минимальный ущерб, при котором кластер становится недоступен, — это одновременный выход из строя одного из центров обработки данных и одного арбитратора. Если одновременный ущерб больше, то кластер будет остановлен. Во всех остальных случаях будет произведена реконфигурация и система продолжит 82 |