XI Workshop de Testes e Tolerância a Falhas (WTF) - SBRC 2010

6 Anais
consenso para o modelo assíncrono, desenvolvidos a partir de algoritmos existentes para o
modelo de falhas crash-stop.
O algoritmo Paxos, apresentado por Lamport em [Lamport 1998, Lamport 2001],
executa sobre um sistema assíncrono dotado de um mecanismo para eleição de líder que
apresente a propriedade mínima de que em algum momento de sua execução irá indicar como
líder um processo que não irá falhar, o que irá garantir a terminação do protocolo. O Paxos
tolera a recuperação de defeitos, desde que uma maioria dos processos esteja correta, para
garantir tanto a terminação quanto o acordo uniforme.
Diferente destes algoritmos propostos para o consenso, assumimos um modelo híbrido
de sistema distribuídos, no qual existem componentes síncronos e assíncronos.
3. Modelo Spa (Partitioned Synchronous)
Um sistema é composto por conjunto Π = {p 1 , p 2 , ..., p n } de processos que estão distribuídos
em sítios possivelmente distintos de uma rede de computadores e por um conjunto χ =
{c 1 , c 2 , ..., c m } de canais de comunicação. Sítios computacionais formam topologias arbitrárias
e processos se comunicam por meio de protocolos de transporte fim-a-fim. A comunicação
fim-a-fim define canais que podem incluir várias conexões físicas no nível da rede. Portanto,
um canal de comunicação c i conectando processos p i e p j define uma relação do tipo "é possível
se comunicar" entre p i e p j , ao invés de uma conexão ao nível da rede entre as máquinas que
hospedam p i e p j . Assumimos que o sistema definido por processos e canais de comunicação
forma o grafo simples e completo DS(Π, χ) com (n × (n − 1))/2 arestas. Particionamento de
rede não é considerado em nosso modelo.
Um processo tem acesso a um relógio local com taxa de desvio limitado por ρ.
Processos e canais de comunicação podem ser timely ou untimely. Timely/untimely é
equivalente a synchronous/asynchronous como apresentado em [Dwork et al. 1988]. Contudo,
os modelos parcialmente síncronos considerados em [Dwork et al. 1988] não consideram
configurações híbridas onde alguns processos/canais são síncronos e outros assíncronos. Um
processo p i é dito timely se existe um limite superior (upper-bound) φ para a execução de
um passo de computação por p i . De forma análoga, um canal c i é timely se existe um limite
superior δ para o atrazo de transmissão de uma mensagem em c i , e c i conecta dois processos
timely. Caso essas condições não se verifiquem, processos e canais são ditos untimely e os
respectivos limites superiores são finitos, porém arbitrários.
Um canal c i = (p i , p j ) implementa transmissão de mensagem em ambas as direções,
de p i para p j e de p j para p i . δ and φ são parâmetros do sistema computacional subjacente,
fornecidos por mecanismos adequados de sistemas operacionais e redes de tempo real. Também
assumimos que os processos em Π sabem a QoS de todos os processos e canais antes da
execução da aplicação.
É assumido a existência de um oráculo de timeliness definido pela função QoS que
mapeia processos e canais para valores T ou U (timely ou untimely). Portanto, tal oráculo
informa os processos sobre a QoS atual em termos de timeliness de processos e canais de
comunicação. O oráculo é assumido ser preciso: a execução de QoS(x) no instante t retorna
T/U se e somente se a QoS do elemento x (processo ou canal) no instante t for timely/untimely.
Uma vez que assumimos que a QoS dos processos e canais é estática e conhecida, uma
implementação trivial para o oráculo pode ser realizada durante uma fase de inicialização do