Реализация DNS-сервиса в отказоустойчивых системах, построенных на базе операционной системы семейства Windows Текст научной статьи по специальности «Компьютерные и информационные науки»

Решетневскуе чтения. 2013

УДК 004.457

РЕАЛИЗАЦИЯ DNS-СЕРВИСА В ОТКАЗОУСТОЙЧИВЫХ СИСТЕМАХ, ПОСТРОЕННЫХ НА БАЗЕ ОПЕРАЦИОННОЙ СИСТЕМЫ СЕМЕЙСТВА WINDOWS

И. В. Потуремский1, В. Н. Игнатенко2

ОАО «Информационные спутниковые системы» имени академика М. Ф. Решетнева» Россия, 662972, г. Железногорск Красноярского края, ул. Ленина, 52 Е-mail: oris@iss-reshetnev.ru1, pup51k@iss-reshetnev.ru2

Предложена реализация DNS-сервиса на внешних маршрутизаторах отказоустойчивой системы, которая позволяет повысить надежность и сократить время запуска системы.

Ключевые слова: отказоустойчивые системы, надежность, быстродействие.

IMPLEMENTATION OF DNS FOR WINDOWS-BASED FAULT-TOLERANT COMPUTER SYSTEMS

I. V. Poturemskiy1, V. N. Ignatenko2

JSC "Academician M. F. Reshetnev "Information Satellite Systems" 52, Lenin str., Zheleznogorsk, Krasnoyarsk region, 662972, Russia Е-mail: oris@iss-reshetnev.ru1, pup51k@iss-reshetnev.ru2

The implementation of the DNS-server on external routers is suggested. It allows increasing reliability and reducing boot time of fault-tolerant computer system.

Keywords: failover systems, reliability, performance.

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

Например, отказоустойчивый кластер на базе операционной системы (ОС) семейства Windows предполагает наличие доменной структуры, и при ограниченных финансовых ресурсах роли узла кластера и контроллера домена обычно объединяют на одном аппаратном обеспечении [1], также рекомендуется, чтобы роли контроллеров домена исполняли минимум два узла кластера. Для работы домена требуется наличие DNS-сервиса [2], о чем ОС выдает соответствующее уведомление при создании нового домена. Но наличие программного DNS-сервиса на каждом контроллере домена значительно замедляет процесс запуска домена. Это обусловлено тем, что контроллеры домена должны реплицировать данные между собой, а обращения происходят по DNS-записям, которые DNS-сервер не возвращает клиентам, пока не синхронизируется со всеми копиями на всех узлах домена. Кроме того, настройка приоритетов запуска служб ОС не позволяет установить зависимости таким образом, чтобы служба кластера запустилась после запуска всех доменных служб, а не параллельно с ними, что может привести к отказу в запуске кластера. Поскольку время запуска/перезапуска отказоустойчивой системы является критичным показателем, то важно, чтобы на момент включения роли контроллера доме-

на DNS-сервис был уже запущен на внешнем устройстве, имеющем высший приоритет в очередности включения. Это позволит существенно сократить время запуска отказоустойчивой системы, построенной на базе ОС семейства Windows.

Организация DNS-сервиса на отдельном физическом сервере под управлением ОС семейства Windows или *nix имеет ряд существенных недостатков:

1) требования надежности требуют наличия минимум двух копий DNS-серверов, что увеличивает стоимость системы;

2) необходимо, в первую очередь, ожидать включения DNS-серверов, а так как диагностика систем современного серверного оборудования занимает много времени, то это увеличивает общее время включения системы, следовательно, положительный эффект если и будет, то минимальный;

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

Вышеописанные недостатки показывают неэффективность этого подхода, поэтому предлагается вариант, при котором DNS-сервис реализуется на маршрутизаторах системы.

Так как зачастую каждая отказоустойчивая система осуществляет взаимодействие как между своими узлами, так и с внешними абонентами посредством локальной вычислительной сети (ЛВС), то в составе комплекса обязательно присутствуют минимум два маршрутизатора - основной и вторичный (в горячем резерве).

Организация DNS-сервиса на маршрутизаторах также имеет следующие недостатки:

1) DNS-сервис повышает требования к производительности маршрутизатора, и чем больше количество

Информационно-управляющие системы

Б№-записей, тем больше обрабатывается дополнительных запросов;

2) отсутствие графического интерфейса (свойственно производительным устройствам класса предприятия) усложняет настройку и администрирование маршрутизатора, а также требует дополнительные знания и навыки обслуживающего персонала.

Однако учитывая, что отказоустойчивые системы являются высокопроизводительными и технологичными, то данные недостатки самоустраняются - используются производительные маршрутизаторы и квалифицированный персонал.

Таким образом, реализовав внешний (по отношению к серверам) БШ-сервис на маршрутизаторах ЛВС, достигается повышение надежности в отказоустойчивой системе (наработка на отказ и коэффициент надежности сетевого оборудования в разы выше аналогичных показателей у серверного оборудования). А поскольку загрузка маршрутизаторов ЛВС

происходит гораздо быстрее (в среднем около 3-5 минут), чем у серверов (в среднем около 15-20 минут), то при включении контроллеров домена нет ожидания запуска и репликации DNS-сервиса, что на порядок сокращает время запуска отказоустойчивой системы, построенной на базе ОС семейства Windows.

Библиографические ссылки

1. Сергиус С. Microsoft Windows Server 2008 Administration. McGraw-Hill, 2008. 514 c.

2. Ли К., Альбитц П. DNS и BIND. СПб. : Символ-Плюс, 2002. 690 с.

References

1. Sergius S. Microsoft Windows Server 2008 Administration. McGraw-Hill, 2008. 514 c.

2. Li K., Al'bitc P. DNS i BIND. SPb. : Simvol-Pljus, 2002. 690 s.

© Потуремский И. В., Игнатенко В. Н., 2013

УДК 004.051

МЕЖОТРАСЛЕВЫЕ ИНФОРМАЦИОННЫЕ СИСТЕМЫ В СОСТАВЕ ТЕРРИТОРИАЛЬНЫХ ИНФОРМАЦИОННЫХ СИСТЕМ

А. С. Свиридова

Сибирский государственный аэрокосмический университет имени академика М. Ф. Решетнева Россия, 660014, г. Красноярск, просп. им. газ. «Красноярский рабочий», 31 Е-mail: mayckova@mail.ru

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

Ключевые слова: информационные системы, информационное общество, перспективы развития, оценка, анализ.

INTERSECTORAL INFORMATION SYSTEMS AS A PART OF TERRITORIAL

INFORMATION SYSTEMS

A. S. Sviridova

Siberian State Aerospace University named after academician M. F. Reshetnev 31, "Krasnoyarsky Rabochy" Av., Krasnoyarsk, 660014, Russia. E-mail: mayckova@mail.ru

Problems of introduction and realization of intersectoral information systems as a part of territorial information systems are considered. The assessment of a current data state of systems, on the basis of which further prospects to development are predicted, is given. The special attention is paid to value of intersectoral information systems as a part of territorial information systems in the course offormation of information society.

Keywords: information systems, information society, development prospects, assessment, analysis.

Межотраслевые информационные системы в составе территориальных информационных систем предназначены для обеспечения взаимодействия различных отраслей экономики и государственного управления в единой системе, причем влияние терри-

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