Giulia Alves Barreiro
2 Processos- Clientes, Servidores, Migração Capítulo 3
3 Agenda Clientes Interfaces de usuário em rede Sistema X Window Software do lado cliente para transparência de distribuição Servidores Questões de projeto Clusters de servidores Gerenciamento de clusters de servidores Migração de Código
4 Clientes Tarefa importante de máquinas clientes é proporcionar aos usuários meios de interagir com servidores remotos Dois modos: Para cada serviço remoto, a máquina cliente terá um servidor separado, com o qual possa estabelecer contato. Algumas operações são feitas no próprio cliente Ou então, fornecer apenas uma interface de usuário conveniente. Máquina cliente é usada somente como um terminal sem nenhuma necessidade de armazenamento
6 Sistema X Window Sistema X é baseado no modelo cliente-servidor Servidor X é um programa que executa no sistema e é responsável por todos os acessos ao hardware gráfico. Cliente se comunica com o servidor, enviando requisições como 'desenhe uma linha' ou 'preste atenção na entrada do teclado' Pode ser visto como parte de um sistema operacional que controla o terminal
7 Sistema X Window Cerne do sistema é formado pelo núcleo X O núcleo X oferece uma interface de nível relativamente baixo para controlar a tela e também para capturar eventos do teclado e do mouse Interface disponibilizada para as aplicações é definida pela biblioteca Xlib
8 Sistema X Window
9 Sistema X Window Núcleo X e as aplicações X não precisam necessariamente residir na mesma máquina X fornece o protocolo X, que é um protocolo de comunicação de camada de aplicação pelo qual uma instância de Xlib pode trocar dados e eventos com o núcleo X Ex.: Xlib pode enviar requisições ao núcleo X para criar ou encerrar uma janela, estabelecer cores e definir o tipo de cursor. O núcleo X reagirá a eventos locais como entrada de teclado e mouse devolvendo pacotes de eventos a Xlib
10 Sistema X Window Núcleo X recebe requisições para manipular o visor e que recebe essas requisições de aplicações, possivelmente remotas Núcleo X age como um servidor, enquanto as aplicações desempenham o papel de clientes
11 Clientes - Transparência de Distribuição O software no lado cliente pode ser mais do que uma interface. Em alguns casos, parte do nível de processamento e dados são executadas no lado cliente Transparência de Migração: se um cliente já está vinculado a um servidor, ele pode ser informado quando o servidor mudar de localização. Middleware no cliente oculta do usuário a corrente localização do servidor
12 Clientes - Transparência de Distribuição Transparência a falha: Middleware cliente pode ser configurado para tentar a conexão com um servidor repetidas vezes, ou tentar um outro servidor após várias tentativas Uso de cache: falha na conexão com o servidor
13 Servidores Questões de Projeto Cada servidor é organizado do mesmo modo: Espera por uma requisição de um cliente Assegura o atendimento Espera pela próxima requisição
14 Servidores Questões de Projeto Como tratar as requisicões? Como os clientes contactam um servidor? Como interromper comunicação com o servidor? Servidor deve guardar estado dos clientes?
15 Servidores Tratamento de Requisições Servidor Iterativo Próprio servidor manipula a requisição e, se necessário, retorna uma resposta ao cliente Servidor Concorrente Não manipula por si próprio a requisição Ex.: Servidor multithread Processos ou threads que devolvem a resposta ao cliente
16 Servidores Como cliente contata Clientes enviam requisições a uma porta, na máquina em que o servidor está executando Para alguns serviços conhecidos (FTP,HTTP) existem portas pré-definidas Para serviços que não requerem porta prédeterminada, uma opção é ter um daemon. Cliente acessa o daemon e o sistema operacional informa dinamicamente uma porta
17 Servidores Como cliente contacta Uma outra maneira de manipular portas é o uso de superservidores Para os casos onde diversos servidores que possuem uma porta específica estão rodando em uma mesma máquina O monitoramento passa a ser realizado por um superservidor àescuta em cada porta associada com um serviço específico Ex.: Daemom inetd em Unix
18 Servidores Como cliente contata
19 Servidores Interrompendo a Comunicação Abordagem mais simples: usuário sai abruptamente da aplicação cliente servidor encerrará a conexão antiga Abordagem mais completa: dados urgentes (fora da banda) Pacotes TCP possuem no header o campo URG. Servidor ao receber um pacote com o campo URG setado é interrompido, através de um sinal.
20 Servidores Manutenção de Estado Três Tipos: Sem estado Estado flexível Com estado
21 Servidores sem Estado Não mantém informações sobre os estados dos clientes Pode mudar seu próprio estado sem ter de informar a nenhum cliente Servidor Web: após processar uma requisição, esquece o cliente Mesmo sem estado, servidor Web guarda informações de clientes Perda não resulta na interrupção do serviço!!!!!
22 Servidores com Estado Flexível Servidor promete manter estado em nome do cliente, por um tempo limitado Após o tempo limitado, o servidor descarta estas informações Ex.: Servidor promete manter um cliente informado sobre atualizações
23 Servidores com Estado Mantém informações persistentes sobre seus clientes Informações precisam ser explicitamente removidas pelo servidor Ex.: Servidor de arquivos que permite a um cliente manter cópia local de um arquivo. Servidor mantem uma tabela, com entradas (cliente, arquivo). Permite monitorar as permissões sobre um arquivo,etc Problema: Recuperação de Falhas
24 Clusters de Servidores Conjunto de máquinas conectadas por uma rede, no qual cada máquina executa um ou mais servidores. Estas máquinas estão conectadas por uma rede local, com alta largura de banda e baixa latência.
25 Clusters de Servidores
26 Clusters de Servidores - Comutador Forma o ponto de entrada para o cluster de servidores, oferecendo um único endereço de rede. Considerando TCP, o comutador aceita requisições e as transfere a um dos servidores Identifica o melhor servidor a tratar a requisição
27 Clusters de Servidores - Comutador
28 Clusters de Servidores Distribuídos Conjunto de máquinas que possivelmente muda dinamicamente, com vários pontos de acesso também possivelmente variáveis, mas se apresenta ao mundo externo como um única e poderosa máquina.
29 Clusters de Servidores Distribuídos Vários pontos de acesso Estabilidade no acesso Alto desempenho Flexibilidade
30 Migração de Código Somente abordamos a passagem de dados entre diferentes máquinas No entanto, em alguns casos é importante migrar código de uma máquina para outra Problema: como fazer esta tarefa em sistemas heterogêneos!
31 Por que Migrar Código? Principal razão: Aumento de Desempenho
32 Migração de Código - Desempenho Envio de processos de máquinas sobrecarregadas para máquinas com cargas mais leves Evitar grande quantidade de mensagens trocadas entre aplicações cliente-servidor: Ex.1: operações de banco de dados que envolvem uma grande quantidade de dados(aplicação cliente servidor) Ex.2: formulários enviados do servidor cliente
33 Modelos para Migração de Código Migração de código é algo muito mais amplo: podemos também migrar status de um programa, sinais pendentes e outras partes do ambiente
34 Modelos para Migração de Código Processo consiste em três segmentos: Segmento de código: contém o conjunto de instruções que compõem o programa que está em execução Segmento de recursos: contém referências a recursos externos (arquivos, impressoras) Segmento de execução: armazenar o estado em execução de um processo no momento da migração (dados privados, pilha,contador de programa)
35 Modelos para Migração de Código Mobilidade pode ser de dois tipos: Mobilidade Fraca: possível transferir somente o segmento de código, junto com alguns dados de inicialização. Requer somente que a máquina-alvo possa executar o código (portabilidade) Mobilidade Forte: segmento de execução também pode ser transferido. O processo em execução pode ser parado e movido para uma outra máquina e retomar a execução no ponto original
36 Modelos para Migração de Código Em relação do ponto de ínicio da migração: Iniciada pelo remetente: a migração é iniciada na máquina em que o código está em execução no momento em questão. Ex,: enviar programa de busca pela Internet a um servidor de banco de dados para realização de pesquisas Iniciada pelo destinatário: Iniciativa da migração de código é tomada pela máquina-alvo
37 Modelos para Migração de Código
38 Migração e recursos locais Segmentos de recursos requerem uma atenção especial Ex.: Comunicação de um processo sendo feita através de uma porta TCP. Ao mudar de localização, este processo deverá devolver a porta e requisitar uma nova no destino
39 Migração e recursos locais Três tipos de vinculações processo-recurso: Vinculação por identificador Processo requer exatamente o recurso referenciado (URL de um site) Vinculação por valor É necessário somente um valor Se outro recurso fornece o mesmo valor, execução não é afetada (bibliotecas padronizadas) Vinculação por tipo Processo requer um recurso de um tipo específico (monitores, impressoras)
40 Migração e recursos locais Três tipos de vinculações recurso-máquina: Recursos não ligados: recursos podem ser movidos com facilidade entre maquinas diferentes(arquivos de dados) Recursos amarrados: recursos podem ser movidos ou copiados, mas só a custo relativamente alto ( banco de dados locais) Recurso fixos: recursos estão intimamente vinculados a uma máquina ou ambiente especifico e não podem ser movidos (porta)
41 Migração e recursos locais Referência global Caso vários processos referenciem um recurso, uma alternativa é estabelecer uma referência global, que atravesse as fronteiras das máquinas URL (baixa complexidade) Memória compartilhada entre processos (referência global significa memória compartilhada)
42 Migração e recursos locais Várias combinações entre vinculação processo-recurso e recurso-máquina Ex.1: Processo admite que a memória pode ser compartilhada entre processos (recurso fixo,vinculação de valor) Ex.2:Bibliotecas de tempo de execução (recurso amarrado, vinculação de valor)
43 Migração e recursos locais Complexidade está ligada aos tipos de vínculo processo-recurso e recurso-máquina Recursos não ligados: Melhor solução é copiar ou mover o recurso para o novo destino Vinculações por tipo: A solução é vincular novamente o processo a um recurso do mesmo tipo disponível no local
44 Migração em Sistemas Heterogêneos Migração em sistemas heterogêneos requer Segmento de código possa ser executado em cada plataforma Segmento de execução pode ser adequadamente representado em cada plataforma Efeito global: Migrar sistema operacional inteiro, em vez de migrar processos