|
(рис. 3.2.8) обеспечивает повышенную защиту при остановке узлов и позволяет осуществлять планирование обслуживания арбитраторов без риска остановки кластера при обнаружении сбоя. В таблице 3.2.2 сценарии для архитектуры с двумя арбитраторами иллюстрируют возможные последствия остановки центра обработки данных и одного или нескольких узлов в конфигурации с двумя арбитраторами. Из анализа сценариев отказов в данной конфигурации видно, что некоторые сценарии, приводящие к остановке кластера с одним арбитратором, позволяют работать кластеру с двумя арбитраторами. Минимальный ущерб, при котором кластер становится недоступен. — это одновременный выход из строя одного из центров обработки данных и одного арбитратора. Если одновременный ущерб больше, то кластер будет остановлен. Во всех остальных случаях будет произведена реконфигурация и система продолжит работу на оставшихся узлах. Введение второго арбитратора существенно повышает уровень готовности системы. Таблица 3.2.2 Сценарии отказов в конфигурации с двумя арбитраторами Сценарии Не работает Отказ Целостность кластера Осталось Последствия 1 I Центр Л 67% 4 из 6 Приложение А и В запускается в центре В 2 Центр А Арбитратор 1 75% 3 из 4 Нет 3 Центр А, арбитратор 1 50% 3 из 6 Кластер остановлен * 4 Центр А Арбитратор 1, узел 3 67% 2 из 3 Приложение А, В и С запущены на другом узле кластера 5 Арбитратор 1 Центр А 60% 3 из 5 Приложение А и В запускается в центре В 6 Узел 3 Центр А 60% 3 из 5 Приложение А и В запускается в центре В 7 Центр В 67% 4 из 6 Приложение С и D запускается в центре А 8 Площадкаарбитратор 67% 4 из 6 Нет Как видно из таблицы, сценарий 10 и 11 в конфигурации с одним арбитратором приведут к остановке системы, в то время как аналогичные сценарии в конфшурации с двумя арбитраторами приведут лишь к рекой |
Центр обработки данных А Центр обработки данных В Арбитратор Рис. 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 работу на оставшихся узлах. Введение второго арбитратора существенно повышает уровень готовности системы. Таблица 2.2.2 Сценарии отказов в конфигурации с двумя арбитраторами Сценарии Не работает Отказ Целостность 1 Осталось кластера Последствия ] Центр А 67% 4 из 6 Приложение А и В запускается в центре В 2 Центр А Арбитратор 1 75% 3 из 4 Нет 3 Центр А, арбитратор ] 50% 3 из 6 Кластер остановлен * 4 Центр А Арбитратор 1,узел 3 67% 2 из 3 Приложение А, В и С запущены на другом узле кластера 5 Арбитратор 1 Центр А 60% 3 из 5 Приложение А и В запускается в центре В 6 Узел 3 Центр А 60% 3 из 5 Приложение А и В запускается в центре В 7 Центр В 67% 4 из 6 Приложение С и D запускается в центре А 8 Площадка! арбитратор 67% 4 из 6 Нет Как видно из таблицы, сценарий 10 и 11 в конфигурации с одним арбитратором приведут к остановке системы, в то время как аналогичные сценарии в конфигурации с двумя арбитраторами приведут лишь к реконфигурации кластера. 2.3. Оптимизация управление развитием структуры кластерной системы обработки информации 2.3.1. Система кластеров Рассматриваемые архитектурные решения для возможного развития кластерной инфраструктуры корпорации включают совокупность узлов в центрах обработки информации [50,51,54]. В свою очередь, узлы, включают ряд структурных подразделений, участвующих в информационном пространстве на равных правах (приложения, дисковые массивы, арбитраторы и т.д.), связанных между собой коммуникационными каналами, обеспечиваемыми сетью высокой готовности, а для дисковых массивов предоставляется связь непрерывного доступа. Каждый центр обработки информации характеризуется величинами потребностей своих узлов в информационно-технических ресурсах и категорией кагастрофоустойчивости для кластерной архитектуры в каждый период планирования развития кластерной инфраструктуры корпорации [2]. Категория катастрофоустойчивости центра обработки информации характеризуется, в первую очередь, значением кластер-кворума, а также составом |