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

More documents

Recommendations

Info

50 Anais Figura 1. Interface do QoS Provider. assíncronos aos sistemas distribuídos e o fornecimento de informações sobre a QoS provida a cada canal, informação utilizada por detectores de defeitos híbridos ao realizar detecções, as quais podem ser confiáveis se for estiver sendo utilizado um canal síncrono. Modelos para sistemas distribuídos como o HA [Gorender et al. 2007] e o Spa [Macêdo and Gorender 2009] são modelos híbridos, baseados na existência de canais de comunicação síncronos e assíncronos (no caso do modelo HA), e canais e processos síncronos e assíncronos (no caso do modelo Spa). Para ambos os modelos, uma das formas de se fornecer canais síncronos é através do uso de arquiteturas para prover QoS. O módulo de controle de admissão desenvolvido para o QoS Provider executa interagindo com uma implementação da arquitetura DiffServ disponível em roteadores Cisco. Este módulo foi baseado na abordagem centralizada, e na estratégia de controle de admissão baseada em disponibilidade de recursos. A função do QoS Provider que representa o controle de admissão é defineQoS(), como apresentada na Figura 1. As demais funções do QoSP são responsáveis por criar canais de comunicação (CreateChannel, verificar o atraso máximo para a transferência de mensagens (Delay), verificar se um canal de comunicação é timely ou untimely (QoS) e verificar se um canal de comunicação remoto apresenta tráfego (VerifyChannel). As justificativas e implementação destas funções está fora do escopo deste trabalho. O QoSP gerencia e provê dois níveis de serviço, fornecendo canais de comunicação chamados timely e untimely. Canais timely (síncronos) são atribuídos ao Serviço Expresso, definido pela arquitetura DiffServ através do PHB Expedited Forwarding [Davie et al. 1999] enquanto o canais untimely são providos com o Serviço Melhor Esforço, definido pela arquitetura DiffServ como PHB Default [Blake et al. 1998]. Cada host do sistema contém um módulo ativo do QoSP, o qual funciona como um servidor local para as aplicações que estão rodando no mesmo host. Os serviços são requisitados através do envio de mensagens de solicitações, utilizando para isto as funções fornecidas por uma API cliente, a qual tem uma interface de comunicação para a troca de mensagens com o QoSP. O QoSP, localizado no host dos processos p x e p y , é definido, respectivamente, como QoSP x e QoSP y . O QoSP Bandwidth Broker (QoSPBB) foi desenvolvido baseado no Bandwidth Broker [Nahrstedt and Smith 1995], para dar suporte ao Controle de Admissão do QoSP.
XI Workshop de Testes e Tolerância a Falhas 51 Figura 2. Domínio QoS Provider O QoSPBB executa em um servidor ligado a algum roteador do domínio de rede, estabelecendo comunicação com todos os roteadores do domínio, e com os módulos QoSP nos hosts. A comunicação entre os módulos QoSP cliente e o QoSPBB se dá através de um protocolo de comunicação desenvolvido para tal. O QoSPBB foi projetado para aceitar apenas as requisições dos QoSPs distribuídos pelo domínio de rede, utilizando para isto um mecanismo de autenticação. Na inicialização de um módulo QoSP, a mensagem QOSP _REGIST ER é enviada ao QoSPBB, com o intuito de registrar o módulo QoSP como cliente do QoSPBB. O controle de admissão é iniciado por um dos processos da aplicação, através de uma solicitação ao módulo QoSP existente em seu host. O módulo QoSP estabelece uma comunicação com o QoSPBB e com o módulo QoSP no host destino. O resultado da verificação de disponibilidade de recursos para a classe Serviço Expresso nos roteadores do domínio, caso positiva, é armazenada pelo QoSPBB como um Acordo de Nível de Serviço (Service Level Agreement - SLA). 5. Implementação do Controle de Admissão no QoSP O QoSP foi implementado em C++, sobre uma rede de computadores composta por desktops com o sistema operacional linux, e roteadores CISCO 871, com o sistema IOS() Advanced IP Service, o qual dá suporte à arquitetura DiffServ. Descrevemos a seguir a API do QoSP, o protocolo de comunicação entre as aplicações e os módulos QoSP, o protocolo de comunicação entre os módulos QoSP eo QoSPBB e o mecanismo de comunicação entre o QoSPBB e os roteadores. A API e as mensagens descritas consideram também funções para criar (CreateChannel()) e excluir canais de comunicação. As funções Delay(), QoS() e VerifyChannel(), apresentadas na figura 1 não são descritas neste trabalho. 5.1. A API do QOSP Os serviços do QoSP são solicitados pelas aplicações, utilizando para isso as funções de uma API. As solicitações são feitas para o módulo do QoSP, o qual está localizado no host
Page 1 and 2:
XXVIII Simpósio Brasileiro de Rede
Page 3 and 4:
XI Workshop de Testes e Tolerância
Page 5 and 6:
Page 7 and 8:
Page 9 and 10:
Page 11 and 12: XI Workshop de Testes e Tolerância
Page 13: XI Workshop de Testes e Tolerância
Page 16 and 17: 4 Anais tais problemas. Portanto, h
Page 18 and 19: 6 Anais consenso para o modelo ass
Page 20 and 21: 8 Anais em andamento (por exemplo,
Page 22 and 23: 10 Anais cada partição síncrona,
Page 24 and 25: 12 Anais A tarefa T 4 é executada
Page 26 and 27: 14 Anais • Assumimos que o proces
Page 28 and 29: 16 Anais Veríssimo, P. and Casimir
Page 30 and 31: 18 Anais Entretanto, em caso de fal
Page 32 and 33: 20 Anais à aplicação: SafeSendT
Page 34 and 35: 22 Anais Na fase de inicialização
Page 36 and 37: 24 Anais acesso a C e nem a C d . E
Page 38 and 39: 26 Anais Prova. 1. Se t + 1 /∈ C
Page 40 and 41: 28 Anais algoritmo de término. Vá
Page 42 and 43: 30 Anais instantânea. Além disso,
Page 44 and 45: 32 Anais [Chandra and Toueg 1996].
Page 46 and 47: 34 Anais Every JXTA-FD instance exe
Page 48 and 49: 36 Anais 3.4. GossipTask A rotina G
Page 50 and 51: 38 Anais mecanismo foi adotado para
Page 52 and 53: 40 Anais Tempo de Detecção e Recu
Page 54 and 55: 42 Anais nout em relação à exati
Page 56 and 57: 44 Anais Fischer, M. J., Lynch, N.
Page 58 and 59: 46 Anais 1. Introdução Sistemas d
Page 60 and 61: 48 Anais canais de comunicação co
Page 64 and 65: 52 Anais onde as aplicações solic
Page 66 and 67: 54 Anais • QOSP _REGIST ER: Esta
Page 68 and 69: 56 Anais O DSCP utilizado para o Se
Page 70 and 71: 58 Anais seu destino, enquanto que
Page 101: XI Workshop de Testes e Tolerância
Page 104 and 105: 92 Anais geralmente baseados nos gr
Page 106 and 107: 94 Anais Os parâmetros podem repre
Page 108 and 109: 96 Anais Um exemplo de configuraç
Page 110 and 111: 98 Anais E. Evolução O Módulo Ev
Page 112 and 113:
100 Anais Tabela 1: Cobertura obtid
Page 114 and 115:
102 Anais ineditismo, o que parece
Page 116 and 117:
104 Anais Evaluation of Novel Appro
Page 118 and 119:
106 Anais protocolo; (2) verificaç
Page 120 and 121:
108 Anais Uma MEF pode ser represen
Page 122 and 123:
110 Anais se dá em uma seqüência
Page 124 and 125:
112 Anais 1 2 3 4 5 Data: MEF M e C
Page 126 and 127:
114 Anais (a) Variação do número
Page 128 and 129:
116 Anais Fujiwara, S., Bochman, G.
Page 131 and 132:
Page 133 and 134:
Page 135 and 136:
Page 137 and 138:
Page 139 and 140:
Page 141 and 142:
Page 143 and 144:
Page 145 and 146:
Page 147 and 148:
Page 149 and 150:
Page 151 and 152:
Page 153 and 154:
Page 155 and 156:
Page 157:
Page 161 and 162:
Page 163 and 164:
Page 165 and 166:
Page 167 and 168:
Page 169 and 170:
Page 171 and 172:
Page 173 and 174:
Page 175 and 176:
Page 177 and 178:
Page 179 and 180:
Page 181 and 182:
Page 183 and 184:
Page 185 and 186:
Page 187 and 188:
Page 189:
show all

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

Create successful ePaper yourself

Delete template?

Save as template?