Reliable Server Pooling ( RSerPool ) es un marco de protocolo informático para la administración y el acceso a múltiples servidores coordinados (agrupados) . RSerPool es un estándar IETF , que ha sido desarrollado por el IETF RSerPool Working Group [1] y documentado en RFC 5351, RFC 5352, RFC 5353, RFC 5354, RFC 5355 y RFC 5356.
En la terminología de RSerPool, un servidor se denomina Pool Element (PE). En su Pool, se identifica por su Pool Element Identifier (PE ID), un número de 32 bits. El ID de PE se elige aleatoriamente tras el registro de un PE en su grupo. El conjunto de todos los grupos se denomina Handlespace . En la literatura más antigua, se puede denotar como espacio de nombres. Esta denominación se ha eliminado para evitar confusiones con el Sistema de Nombres de Dominio (DNS). Cada grupo en un espacio de control se identifica mediante un identificador de grupo (PH) único , que se representa mediante un vector de bytes arbitrario. Por lo general, este es un nombre ASCII o Unicode del grupo, por ejemplo, "DownloadPool" o "WebServerPool".
Cada handlespace tiene un cierto alcance (por ejemplo, una organización o empresa), denominado Operation Scope. No es explícitamente un objetivo de RSerPool administrar los grupos de Internet globales dentro de un único espacio de manejo. Debido a la localización de Operation Scopes, es posible mantener el espacio de control "plano". Es decir, los PH no tienen ninguna jerarquía en contraste con el Sistema de Nombres de Dominio con su nivel superior y subdominios. Esta restricción da como resultado una simplificación significativa de la gestión del espacio de manipulación.
Dentro del alcance de una operación, el espacio de manejo es administrado por registradores de grupos redundantes (PR), también denominados servidores ENRP o servidores de nombres (NS). Los PR deben ser redundantes para evitar que un PR se convierta en un punto único de falla (SPoF). Cada PR de un ámbito de operación se identifica por su ID de registrador (ID de PR), que es un número aleatorio de 32 bits. No es necesario asegurar la unicidad de las identificaciones de PR. Un PR contiene una copia completa del handlespace del alcance de la operación. Los PR de un ámbito de operación sincronizan su vista del espacio de control mediante el protocolo de redundancia de espacio de control de punto final (ENRP). Las versiones anteriores de este protocolo utilizan el término Protocolo de redundancia de espacio de nombres de punto final; este nombre ha sido reemplazado para evitar confusiones con DNS, pero se ha mantenido la abreviatura. Debido a la sincronización del handlespace por parte de ENRP, los PR de un ámbito de operación son funcionalmente iguales. Es decir, si alguno de los PR falla, cada uno de los otros PR puede reemplazarlo sin problemas.
Usando el Protocolo de acceso al servidor agregado (ASAP), un PE puede agregarse a un grupo o eliminarlo solicitando un registro o cancelación de registro de un PR arbitrario del alcance de la operación. En caso de registro exitoso, el PR elegido para el registro se convierte en el PR-Home del PE(PR-H). Un PR-H no solo informa a los demás PR del alcance de la operación sobre el alta o baja de sus PE, sino que también monitorea la disponibilidad de sus PE mediante mensajes ASAP Keep-Alive. Un mensaje de mantenimiento de vida de un PR-H debe ser reconocido por el PE dentro de un cierto intervalo de tiempo. Si el PE no responde dentro de un cierto tiempo de espera, se supone que está muerto y se elimina inmediatamente del espacio de control. Además, se espera que un PE se vuelva a registrar periódicamente. En un nuevo registro, también es posible que el PE cambie su lista de direcciones de transporte o su información de política.
Para utilizar el servicio de un pool, un cliente, llamado Pool User (PU) en la terminología de RSerPool, primero debe solicitar la resolución del PH del pool a una lista de identidades de PE en un PR arbitrario del alcance de la operación. Este procedimiento de selección se denomina Manejar Resolución. Para el caso de que el grupo solicitado exista, el RP seleccionará una lista de identidades de PE de acuerdo con la Política de selección de miembros del grupo , también denominada simplemente Política del grupo .