Uma infra-estrutura baseada em FT-Corba para o desenvolvimento de aplicações distribuídas confiáveis

Abstract

Resumo: O padrão CORBA (Common Object Request Broker Architecture) possibilita a construção de sistemas distribuídos abertos em um modelo orientado a objetos. A especificação para tolerância a falhas do CORBA (FT-CORBA - Fault Tolerant CORBA) tem por objetivo fornecer suporte para aplicações que necessitam de confiabilidade. Neste trabalho apresentamos a implementação de uma infraestrutura baseada em FT-CORBA que permite a construção de aplicações distribuídas confiáveis baseadas em grupos de servidores replicados. Duas abordagens para monitoração das réplicas foram implementadas. Na primeira abordagem, apenas o servidor primário de cada grupo é periodicamente monitorado. Somente em caso de falha da réplica primária a monitoração das demais réplicas é efetuada sendo então um novo servidor primário eleito para o grupo de objetos. Na segunda abordagem, o processo de monitoração é feito periodicamente para todos os objetos de todos os grupos. Uma réplica falha é desconsiderada no momento da eleição de um novo membro primário para um grupo de objetos. Resultados experimentais mostram que a escolha do método de monitoração deve ser feita após uma avaliação do impacto de cada estratégia considerando o número total de réplicas monitoradas, bem como a banda disponível na rede.

Abstract: The CORBA Standard (Common Object Request Broker Architecture) allows the construction of open distributed applications based on the object oriented paradigm. The CORBA fault tolerance specification (FT-CORBA - Fault Tolerant CORBA) aims to support applications that need reliability. In this work we present the implementation of an infrastructure based on FT-CORBA that allows the construction of trustworthy distributed applications based on groups of replicated servers. Two monitoring approaches for the replicas were implemented. In the first approach only the primary server of each group is periodically monitored. Only in case of the primary replica being faulty, the other replicas are monitored, and then a new primary server is chosen for the group of objects. In the second approach the monitoring process is performed periodically for all objects of all groups. A faulty replica is dismissed when choosing a new primary member for a group of objects. Experimental results show that the choice of the monitoring method must be made after an evaluation of the impact of each strategy considering the total number of monitored replicas, as well as the network bandwidth.