SYNTHESIS AND DEVELOPMENT MANAGEMENT OF CLUSTER STRUCTURE OF AUTOMATED CONTROL SYSTEM OF SPACE SYSTEMS

Full Text

Жизнеспособность автоматизированных систем управления (АСУ) космическими системами (КС) в равной мере определяется как аппаратно-программными компонентами системы (надежностью их функционирования, сетевым и ресурсным обеспечением), так и информационными потоками и их возможностями. Очевидно, что информационное пространство АСУ КС должно выполнять роль средства, объединяющего пространственно разобщенные подразделения и службы, включая космический сегмент [1; 2]. Следовательно, коммуникационные и информационные технологии проектируемого пространства должны быть такими, чтобы, по меньшей мере, обеспечивать полноценный информационный обмен между структурными компонентами, такими как региональные станции, пункты контроля и управления, центральная станция и т. п. Существенно, что ресурсы на создание компонентов структуры АСУ КС могут выделяться в разные периоды времени, т. е. допустимо поэтапное финансирование и поэтапная реализация системы без противоречия ее характеристикам полезности [3]. Таким образом, в связи с проектированием и созданием информационной среды для поддержки управления АСУ КС все большее значение и актуальность приоб ретает решение задачи синтеза и планирования развития ее структуры. Постановка задачи. Управление развитием информационно-технической инфраструктуры АСУ КС требует разработки модельно-алгоритмических и программных средств, обеспечивающих формирование оптимального плана развития [4], и заключается в определении моментов ввода типов кластеров, формирующих структуру АСУ КС. Рассматриваемая структура информационного пространства АСУ КС в рамках предлагаемой обобщенной модели включает в себя совокупность информационных центров (ИЦ), функционально соответствующих региональным/центральной станциям, и структурных подразделений, участвующих в информационном пространстве на правах пунктов управления (ПУ - пункты или устройства управления различных модификаций), связанных между собой коммуникационными каналами, обеспечиваемых сетью высокой готовности (для дисковых массивов предоставляется связь непрерывного доступа). Каждый ИЦ характеризуется величиной потребности своих узлов в информационно-технических ресурсах и категорией катастрофоустойчивости для кластерной архитектуры в каждый период планирования развития кластерной инфраструктуры АСУ КС [5; 6]. Категория катастрофоустойчивости ИЦ характеризуется, в первую очередь, значением кластер-кворума, а также составом комплекса используемых аппаратнопрограммных средств в ПУ. Тогда процесс развития кластерной инфраструктуры АСУ КС, обеспечивающий последовательное поэтапное повышение уровня катастрофоустойчивости, представляется в виде набора путей на многодольном альтернативном графе, множество вершин которого отображает набор возможных категорий катастрофоустойчивости (тип кластера) каждого ИЦ в заданные периоды, а множество дуг - возможные переходы из одной категории в другую [5; 7]. Задача планирования развития кластерной инфраструктуры состоит в поиске оптимального плана развития кластерного информационного пространства, который должен определить моменты ввода центров обработки информации, а также инфраструктуру кластерной сети в каждый период планирования. Необходимо также учитывать динамику изменения потребностей узлов системы и затраты на развитие кластерной сети АСУ КС. Аппаратно-программные решения для АСУ КС, обеспечивающие катастрофоустойчивость, могут соответствовать различным типам кластеров. Для защиты от катастроф узлы кластеров необходимо разнести на достаточное расстояние. Узлы размещаются в разных помещениях, на разных этажах здания, в разных районах города и даже в разных городах [2]. Расстояние между узлами определяется исходя из конкретной ситуации и в соответствии с используемой технологией репликации данных [5]. Метод решения задачи. В зависимости от конкретных особенностей постановки задачи формализуется критерий оптимальности для плана развития кластерной инфраструктуры АСУ КС [6]. В ряде случаев целесообразно ввести коэффициенты, учитывающие важность информационно-технических ресурсов, требуемых каждым ПУ (узлом кластера). Важными также являются ограничения на степень удовлетворения потребностей пользователей в информационнотехнических услугах по периодам планирования. Рассматриваемая модель позволяет проводить оптимизацию и анализ вариантов развития кластерной инфраструктуры АСУ космических систем. Оптимизационная задача планирования развития кластерной структуры АСУ КС может быть сформулирована следующим образом. Имеется АСУ КС, представляющая собой совокупность I кластеров. Обозначим номер кластера i = 1, I. Каждый кластер характеризуется катастрофоустойчивой категорией (k = 1, K), районным коэффициентом ц, и потребностью в кластер-кворуме Qit в момент времени t. На интервале времени Т в каждый период планирования t = 1, T выделяются материальные средства в размере Rt на развитие инфраструктуры кластеров АСУ КС. Районный коэффициент ц, учитывает увеличение капитальных затрат на строительство кластера в особых районах (северных, сейсмических и т. д.). Каждой категории k соответствует минимальное работоспособное значение целостности (кластер-кворум) Qk и капитальные затраты (требуемые ресурсы) Rk на развитие кластера. Для формализации поставленной задачи введем следующие переменные величины: xikt = 1, если i-й кластер имеет k-ю категорию в t-й период планирования; xikt = 0 в противном случае. Обозначим через qikt = Qit- Qk разность между требуемой минимальной целостностью i-го кластера в t-й период и кластер-кворумом k-й категории. Пусть -qm, если qikt <0; 0 если qikt > 0 qikt, если qikt > 0; 0, если qikt < 0. Тогда выражение, характеризующее степень превышения потребностей в устойчивости к нарушению целостности, выглядит следующим образом: T I K ЕЕЕ qm • xikt. (1) t=1 i=1 k=1 Условие выбора для каждого кластера одной категории из допустимого множества формализуется в виде txk = 1; i = Ц; t = 17, k=1 где I - общее количество кластеров. Условие, ограничивающее набор возможных категорий i-го кластера в каждый t-й период: Ek• xk < K*; i = Щ t = 1T , k=1 где Kt = min k - минимальная категория, кластер- Qit >Qk кворум которой полностью удовлетворяет потребности i-го кластера в t-й период планирования k = 1, K. Учитывая районный коэффициент ц,, ограничение на капитальные затраты в период времени t формализуется в следующем виде: IK Е н Е xikt • (Rk • (- Rk • xik (t-1)) <). i=1 k=1 Важным условием является удовлетворение потребительских запросов, и поэтому в качестве критерия оптимальности плана развития используем выражение (1), взятое по минимуму: T I K min ЕЕЕ qrkt • xikt . t=1 i=1 k=1 81 Математика, механика, информатика Таким образом, план, обеспечивающий минимум дефицита надежности, на всем интервале времени, выделенном на развитие системы, будет являться оптимальным. Экспериментальная часть. С использованием подхода, изложенного в статье, разработан программный комплекс анализа надежности и управления развитием кластерных структур АСУ космических систем, предназначенный для работы как с уже существующими кластерными структурами, так и с создающимися. Функциональное назначение разработанного программного комплекса заключается в анализе различных кластерных структур, выявлении сценариев отказов системы и создании новых структур по определенным входным параметрам (рис. 1). Описание классов программного комплекса: - TNode - класс, описывающий общее поведение моделируемых объектов; - TArbitrator - класс, описывающий объекты-арбитраторы; - TComponent - класс, описывающий объекты -пункты управления; - TDataCenter - класс, описывающий объекты -информационные центры; - TController - класс, управляющий процессом моделирования; - Plan - класс, создающий план эксперимента. Рассмотрим работу предлагаемого программного комплекса на примере создания кластерной структуры для обеспечения надежности и катастрофоустой-чивости АСУ космической системы. Разработано два варианта формирования комплекса: 1) два ИЦ, в каждом по одному ПУ, сроки реализации - 60 дней, бюджет - 150 000 у. е. (рис. 2); 2) два ИЦ, в каждом по два ПУ, сроки реализации -60 дней, бюджет - 200 000 у. е. (рис. 3). TNode ^>compField : QFrame ^label : QLabel ^mode : int ^>modes : enum ^/Layout : QVBoxLayout ^position : QPoint ^>onFocusColor: QColor ^outFocusColor: QColor TArbitrator TComponent TDataCenter ^>Name : QString ^>Name : QString ^>Name : QString VArbitratorQ ^TComponent() ^TDataCenter() \1 / \0..n \ 1 0.. n A /0 n TController ^arbitrators : QWidgetList* ^components : QWidgetList' ^datacenters : QWidgetList * ^table : QTableWidget * ^>mode : int ^>CreationMode : enum ^addDataCenter() ♦addArbitrator() ^addComponent() ^calculateQuorum() ^clearAII() ^generated uster() ^setMode() ^TController() Plan ^>Plan : QList<QList<int> >* ^Strings : QList<QString> ^>Mode : enum *Plan() ^applyMask() ♦getMask() ^getPlanQ Рис. 1. Диаграмма классов программного комплекса 82 Вестник Сибирского государственного аэрокосмического университета имени академика М. Ф. Решетнева I ПК анализа надежности и управления развитием кластерных структур АСУ □В® Конструктор кластера | Расчет кворума Сценарий 1 Iі Не работает Отказ Целостность кластера 100% Осталось 3 из 3 Последствия 2 2 Арбитратор 1, 66% 2 из 3 Нет последствий 3 3 Узел 2, 66% 2 из 3 Перенаправление . на другие узлы і ш 4 4 Узел 2, Арбитратор lj 33% 1 из 3 Кластер остановлен 5 5 Узел 1, 66% 2 из 3 Перенаправление на другие узлы 6 6 Узел 1, Арбитратор 1, 33% 1 из 3 Кластер остановлен 7 7 Узел 1, Узел 2, 33% 1 из 3 Кластер остановлен 8 8 Узел 1, Узел 2, Арбитратор lj 0% 0 из 3 Кластер остановлен 9 9 Арбитратор 1, 100% 2 из 2 10 10 Арбитратор lj Узел 2, 50% 1 из 2 Перенаправление на другие узлы 1111 Арбитратор lj Узел 1, 50% 1 из 2 Перенаправление на другие узлы 12 12 Арбитратор 1, Узел 1, Узел 2, 0% 0 из 2 Кластер остановлен 1111 1 V >1 Рис. 2. Сценарии отказов по первому варианту структуры АСУ КС ПК анализа наде жности и управле нин развитием нлосте рных структур АСУ Конструктор кластера | Расчет кворума 1 Сценарий 1 Не работает Отказ Целостность кластера 100% Осталось 5 из 5 Последствия 2 2 Арбитратор 1, 80% 4 из 5 Нет последствий 3 3 Узел 4, 80% 4 из 5 Перенаправление на другие узлы 4 4 Узел 4, Арбитратор 1, 60% 3 из 5 Перенаправление на другие узлы 5 5 Узел 3, 80% 4 из 5 Перенаправление на другие узлы 6 б Узел 3j Арбитратор 1, 60% 3 из 5 Перенаправление на другие узлы 7 7 Узел 3, Узел 4j 60% 3 из 5 Перенаправление на другие узлы 8 8 Узел 3j Узел 4j Арбитратор 1, 40% 2 из 5 Перенаправление на другие узлы 9 9 Узел 2, 80% 4 из 5 Перенаправление на другие узлы 10 10 Узел 2, Арбитратор 1, 60% 3 из 5 Перенаправление на другие узлы 11 П Узел 2, Узел 4j 60% 3 из 5 Перенаправление на другие узлы 12 12 Узел 2, Узел 4j Арбитратор 1, 40% 2 из 5 Перенаправление на другие узлы ,<1 - 1111 1 Перенаправлениеv >j Рис. 3. Сценарии отказов по второму варианту структуры АСУ КС Анализ результатов работы программного комплекса по расчету надежности разрабатываемых вариантов АСУ КС показал, что первый вариант имеет 27 различных сценариев отказов, из них в 10 сценариях работа кластера останавливается, т. е. 37,1 % сценариев отказов приводит к остановке работы АСУ. Второй вариант имеет 243 сценария отказов, из них 80 приводит к остановке кластера, что составляет 32,9 % сценариев. При этом время на реализацию предложенных вариантов одинаково. Это означает, что с точки зрения надежности и ка-тастрофоустойчивости АСУ КС реализация кластерной структуры по второму варианту выглядит более целесообразной, чем по первому варианту. Итак, предложено решение задачи синтеза и управления развитием кластерной структуры АСУ космической системы. На основе анализа сценариев отказов кластеров, формирующих структуры АСУ космических систем, показано, что кластеры способны к реконфигурации в случае, если число одновременно вышедших из строя узлов строго меньше половины работающих. Для различных кластерных структур при оценке последствий того или иного сценария отказов достаточно рассчитать значение кластер-кворума. Реконфигурация кластерных структур АСУ космических систем, использующих арбитраторы, существенно повышает уровень готовности АСУ КС. При введении второго арбитратора более высокий 83 Математика, механика, информатика уровень готовности АСУ космической системы позволяет избежать остановки кластера, что неизбежно для аналогичных сценариев отказов в конфигурации с одним арбитратором. Разработанный программный комплекс анализа надежности и управления развитием кластерных структур может быть успешно применен для решении указанных задач при создании и развитии широкого спектра систем управления и обработки информации.

About the authors

R. Yu. Tsarev

Email: rahatamatahata@mail.ru

D. V. Kapulin

Email: kapulin@gmail.com

A. V. Shtarik

Email: shtarik@mail.ru

E. N. Shtarik

Email: zozylia.elena@gmail.com

References

Supplementary files