Современные компании всё чаще работают одновременно в нескольких регионах, филиалах и дата-центрах. Пользователи подключаются к корпоративным ресурсам из разных городов и стран, а требования к доступности ИТ- сервисов становятся всё жёстче. В таких условиях классическая архитектура с единственным контроллером домена постепенно перестаёт отвечать задачам бизнеса.
Если вся инфраструктура аутентификации и управления доступом зависит от одного сервера или одной площадки, любой серьёзный сбой может привести к недоступности критически важных сервисов. Решением становится геораспределённая архитектура, в которой служба каталогов работает одновременно на нескольких узлах и сохраняет работоспособность даже при отказе отдельных компонентов.
Рассмотрим, как реализуется такой подход на примере развития MULTIDIRECTORY.
Что такое геораспределённость
Геораспределённая архитектура — это модель построения ИТ-системы, при которой её компоненты размещаются на нескольких площадках и продолжают работать как единое целое.
В контексте службы каталогов это означает наличие нескольких контроллеров домена, которые обслуживают пользователей независимо друг от друга, но используют общие данные и постоянно поддерживают их актуальность.
Такой подход позволяет решить сразу несколько задач:
- исключить единую точку отказа;
- повысить доступность сервисов;
- обеспечить непрерывную аутентификацию пользователей;
- сократить задержки при работе удалённых филиалов;
- масштабировать систему по мере роста компании;
- повысить устойчивость к авариям на уровне серверов, площадок и каналов связи.
Для крупных организаций с распределённой структурой геораспределённость постепенно становится не дополнительной функцией, а необходимым требованием к корпоративной службе каталогов.
Почему одного контроллера домена уже недостаточно
В традиционной архитектуре значительная часть операций выполняется через один контроллер домена. Даже при наличии резервных серверов многие процессы остаются привязаны к центральному узлу.
Подобная схема создаёт несколько рисков:
- отказ оборудования приводит к остановке сервисов;
- обновления и технические работы требуют дополнительных окон обслуживания;
- удалённые офисы испытывают задержки из-за обращения к центральному серверу;
- рост количества пользователей увеличивает нагрузку на единственный узел.
Особенно заметны эти проблемы в компаниях с филиальной структурой, производственными площадками или распределёнными командами. Поэтому современные системы управления идентификацией всё чаще переходят к многоконтроллерной архитектуре.
Архитектура нескольких контроллеров домена в MULTIDIRECTORY
Развитие MULTIDIRECTORY предусматривает переход от модели с одним контроллером домена к архитектуре, в которой одновременно работают несколько контроллеров.
Каждый из них является полноценным узлом службы каталогов и способен обслуживать пользователей независимо от остальных. При этом все контроллеры используют единое пространство данных и поддерживают согласованное состояние системы.
В основе решения лежат несколько ключевых механизмов:
- отказоустойчивый кластер PostgreSQL;
- локальные реплики баз данных;
- синхронизация файловых данных;
- балансировка клиентских запросов;
- автоматическое переключение при отказах.
В совокупности эти компоненты формируют геораспределённую инфраструктуру, рассчитанную на высокую доступность и масштабирование.
Отказоустойчивая база данных как основа геораспределённости
Центральным элементом архитектуры выступает кластер PostgreSQL. В штатном режиме один сервер выполняет роль основной базы данных, а остальные работают как реплики. Все изменения передаются через механизм потоковой репликации PostgreSQL, благодаря чему данные остаются синхронизированными практически в реальном времени.
Если основной узел становится недоступным, автоматически назначается новый лидер из числа реплик. Это позволяет сохранить работоспособность системы без длительных простоев и ручного вмешательства администраторов.
Подобный механизм обеспечивает высокий уровень отказоустойчивости и устраняет зависимость от одного сервера базы данных.
Локальные реплики для филиалов и удалённых площадок
Одной из особенностей геораспределённой архитектуры является использование локальных реплик PostgreSQL рядом с каждым контроллером домена.
Такие реплики предназначены исключительно для операций чтения. Контроллер домена разделяет запросы по типам:
- операции изменения данных направляются в основной кластер PostgreSQL;
- операции чтения выполняются через локальную реплику.
Подход даёт сразу несколько преимуществ.
Во-первых, снижается нагрузка на центральный кластер и сетевую инфраструктуру. Во-вторых, уменьшаются задержки при выполнении запросов, поскольку чтение происходит локально. В-третьих, даже при временной потере связи с центральной площадкой контроллер продолжает выполнять сценарии аутентификации и авторизации на основе имеющихся данных.
Для распределённых организаций это особенно важно, поскольку позволяет поддерживать работу филиалов даже при проблемах с каналами связи.
Синхронизация файлов между контроллерами
Служба каталогов хранит не только записи в базе данных. В инфраструктуре также присутствуют групповые политики, шаблоны конфигураций, данные агентов и другие файлы, которые должны быть одинаковыми на всех узлах.
Для синхронизации таких данных применяется механизм репликации файлов. При изменении файла на одном контроллере обновления автоматически распространяются на остальные серверы. Благодаря этому все контроллеры работают с одинаковым набором политик и настроек.
Такой подход позволяет поддерживать единое состояние инфраструктуры без ручного копирования файлов и дополнительных процедур администрирования.
Балансировка нагрузки между контроллерами
Наличие нескольких контроллеров домена позволяет не только повысить отказоустойчивость, но и распределить нагрузку между узлами. Для этого используются механизмы DNS-балансировки. В инфраструктуре создаются отдельные записи для каждого контроллера домена, а также общая запись домена, связанная сразу с несколькими IP-адресами. DNS-клиенты получают разные адреса контроллеров, благодаря чему нагрузка естественным образом распределяется между серверами.
По мере роста числа пользователей можно добавлять новые контроллеры без перестройки архитектуры, что обеспечивает горизонтальное масштабирование системы.
Что происходит при отказе узла
Одним из ключевых преимуществ геораспределённой архитектуры является отсутствие критической зависимости от конкретного сервера.
Если выходит из строя контроллер домена:
- пользователи автоматически переключаются на другие контроллеры;
- данные остаются доступными;
- процессы аутентификации продолжают выполняться;
- администраторы могут восстановить узел без остановки всей системы.
Аналогичным образом работает защита от отказов на уровне базы данных. В случае недоступности основного сервера кластер PostgreSQL автоматически выбирает нового лидера и продолжает обработку операций записи.
В результате отказ отдельного компонента не приводит к остановке корпоративных сервисов.
Итоги
Геораспределённая служба каталогов позволяет компаниям повысить доступность инфраструктуры управления доступом, снизить риски простоев и обеспечить стабильную работу пользователей независимо от их местоположения.
Такой подход обеспечивает непрерывность аутентификации и авторизации, устойчивость к отказам оборудования и возможность масштабирования без кардинального изменения архитектуры. Для организаций с распределённой инфраструктурой это создаёт основу для построения надёжной и современной системы управления идентификацией и доступом.
Используемые термины
PostgreSQL — объектно-реляционная система управления базами данных (СУБД) с открытым исходным кодом.
DNS — Domain Name System, система доменных имён, преобразующая доменные имена в IP-адреса.
IP — Internet Protocol, сетевой протокол для передачи данных между устройствами в сети.
Читайте также
Нужна консультация?
Отдел продаж работает по будням с 10:00 до 19:00 (МСК). Оставьте свои контактные данные и мы свяжемся с вами в ближайшее время и ответим на все вопросы
