Надежный пул серверов ( RSerPool ) — это структура компьютерного протокола для управления несколькими скоординированными (объединенными) серверами и доступа к ним . RSerPool — это стандарт IETF , разработанный рабочей группой IETF RSerPool [1] и задокументированный в RFC 5351, RFC 5352, RFC 5353, RFC 5354, RFC 5355 и RFC 5356.
В терминологии RSerPool сервер обозначается как элемент пула (PE). В своем пуле он идентифицируется своим идентификатором элемента пула (PE ID), 32-битным числом. Идентификатор PE выбирается случайным образом при регистрации PE в его пуле. Набор всех пулов обозначается как Handlespace . В более старой литературе это может обозначаться как пространство имен. Это наименование было исключено, чтобы избежать путаницы с системой доменных имен (DNS). Каждый пул в пространстве дескрипторов идентифицируется уникальным дескриптором пула (PH), который представлен произвольным вектором байтов. Обычно это имя пула в формате ASCII или Unicode, например, «DownloadPool» или «WebServerPool».
У каждого дескрипторного пространства есть определенная область действия (например, организация или компания), обозначаемая как Operation Scope. Явно не целью RSerPool является управление глобальными пулами Интернета в пределах одного дескрипторного пространства. Из-за локализации областей операций можно сохранить «плоское» пространство дескриптора. То есть PH не имеют никакой иерархии в отличие от системы доменных имен с ее верхним уровнем и поддоменами. Это ограничение приводит к значительному упрощению управления дескрипторным пространством.
В рамках операции пространство дескриптора управляется резервными регистраторами пула (PR), также обозначаемыми как серверы ENRP или серверы имен (NS). PR должны быть избыточными, чтобы избежать превращения PR в единую точку отказа (SPoF). Каждый PR области операции идентифицируется своим идентификатором регистратора (PR ID), который представляет собой 32-разрядное случайное число. Нет необходимости обеспечивать уникальность идентификаторов PR. PR содержит полную копию области обработки операции. PR области действия синхронизируют свое представление об дескрипторном пространстве с помощью протокола избыточности дескрипторного пространства конечной точки ( ENRP ). В более старых версиях этого протокола используется термин протокол избыточности пространства имен конечной точки; это имя было заменено, чтобы избежать путаницы с DNS, но аббревиатура сохранена. Благодаря синхронизации пространства дескрипторов ENRP, PR области действия функционально равны. То есть, если какой-либо из PR выходит из строя, каждый другой PR может легко заменить его.
Используя Aggregate Server Access Protocol (ASAP), PE может добавить себя в пул или удалить его из него, запросив регистрацию или отмену регистрации у произвольного PR области действия. В случае успешной регистрации PR, выбранный для регистрации, становится Home-PR PE.(ПР-Х). PR-H не только информирует других PR из области действия о регистрации или отмене регистрации своих PE, но и отслеживает доступность своих PE с помощью сообщений ASAP Keep-Alive. Сообщение проверки активности от PR-H должно быть подтверждено PE в течение определенного интервала времени. Если PE не отвечает в течение определенного тайм-аута, он считается мертвым и немедленно удаляется из области обработки. Кроме того, ожидается, что PE будет регулярно перерегистрироваться. При перерегистрации PE также может изменить свой список транспортных адресов или свою информацию о политике.
Чтобы воспользоваться услугой пула, клиент — называемый пользователем пула (PU) в терминологии RSerPool — сначала должен запросить преобразование PH пула в список идентификаторов PE при произвольном PR области действия. Эта процедура выбора обозначается как Handle Resolution. В случае, если запрошенный пул существует, PR выберет список идентификаторов PE в соответствии с политикой выбора членов пула , также обозначаемой просто как политика пула .