Localización y seguimiento de servicios replicados en sistemas distribuidos

Las aplicaciones para ejecución en la nube suelen factorizarse en múltiples componentes que localizan en diferentes computadores físicos o virtuales. Para alcanzar los niveles de disponibilidad, escalabilidad y robustez que éstas requieren, se deben realizar configuraciones más complejas y más costo...

Descripción completa

Guardado en:
Detalles Bibliográficos
Autores principales: Pessolani, Pablo, Harispe, David Gabriel, Garcia Aguirre, Octavio
Formato: Documento de conferencia publisherVersion
Lenguaje:Español
Publicado: VII Congreso Nacional de Ingeniería Informática y Sistemas de Información 2021
Materias:
Acceso en línea:http://hdl.handle.net/20.500.12272/5361
Aporte de:
Descripción
Sumario:Las aplicaciones para ejecución en la nube suelen factorizarse en múltiples componentes que localizan en diferentes computadores físicos o virtuales. Para alcanzar los niveles de disponibilidad, escalabilidad y robustez que éstas requieren, se deben realizar configuraciones más complejas y más costosas de implementar, operar y mantener. Una forma de resolver este problema es haciendo uso de un Sistema de Virtualización Distribuido (DVS) que provee un mecanismo que permite comunicar entre sí los componentes de la aplicación en forma transparente a su localización, ocultando los problemas y complejidades añadidos por su ejecución distribuida. En este artículo se detalla el desarrollo y funcionamiento de un servicio denominado RADAR, utilizado en el contexto de un DVS. Las tareas que desarrolla RADAR son: 1) la localización automática de los servicios ejecutando en el DVS, y 2) el seguimiento de la localización de esos servicios mediante la redirección automática de las comunicaciones cuando el servidor presenta algún fallo, o cuando éste ha migrado de nodo o cuando se ha producido una partición de red. Con el uso de RADAR en un DVS se pueden ejecutar múltiples instancias de servidores de forma transparente (no será necesario que los clientes conozcan de la existencia de las múltiples réplicas) resolviendo el problema de mantener una conexión cliente/servidor en presencia de fallos o ante la migración de procesos servidores.