Doctum

Projeto de Redes de Computadores

Projeto de Redes
uma espcie de arte Combina regras de avaliao e escolha de tecnologias de rede Exige conhecimento de como as tecnologias, servios e protocolos trabalham indispensvel a aplicao de experincias em construo de projetos (quanto maior a experincia melhor o projeto) Muitas vezes, como em outros tipos de arte, sucesso depende de quem est projetando e projetos so raramente reproduzidos

Projeto de Redes
ANTES
Se baseava no planejamento de capacidades Quando os usurios experimentavam problemas com a rede, particularmente com congestionamento, uma soluo era aumentar a largura de banda

HOJE
O projeto deve visar como otimizar o atraso na rede Assim, outras consideraes so to ou mais importantes: Atraso Confiabilidade Servios Especificados e Garantidos

Pr jet de edes
Servi s e ede X edes Baseadas em Servi s Servios de Rede e Qualidade de Servio (QoS) so nveis de desempenho e funes que so oferecidos pela rede aos componentes do sistema: usurios, aplicaes, hosts, rede
EX. de nveis de desempenho: atraso, largura de banda, taxa de erros Ex. de funes: nveis de segurana, grupos de usurios atravs de rede virtual

Rede baseada em servios um conceito de projeto de rede que leva em conta os servios de rede e suporte. Os servios de rede so considerados importantes para o sucesso dos usurios e suas aplicaes

Projeto de Redes

Funcionalidades em evidncia
Gerao Faixa de Tempo
Primeira Segunda Terceira Quarta 1960 at 1980 1980 at 1990 1990 at ? ? at ?

Funcionalidade
Conectividade e Interoperabilidade Desempenho Servio de Rede (Nveis de performance e qualidade) Auto configurao e administrao

Es p e ra -s e q u e a t a p rxim a d c a d a , o s c o m p o n e n te s d a re d e te r o a lg u m a c a p a c id a d e d e s e re m a u to -c o n fig u rve is , g e re n c ia d o s e m o n ito ra d o s A s re d e s d e ve m s e r c o n fig u ra d a s e g e re n c ia d a s p e lo s u s u rio s Is to n e c e s s ita r d e m a io r c o m p le xid a d e e d e s e m p e n h o d a re d e

Sistem de Rede

Um sistema um conjunto de componentes que trabalham juntos para prover ou dar suporte a conectividade, comunicao e servios de rede para os usurios Componentes genricos de um sistema inclui: Usurios Aplicaes Hosts Rede

Sistem de Rede
Viso tradicional para o sistema de rede

Host

Host

Rede

Tipicamente no consideram usurios e aplicaes

Sistem de Rede
Viso atual para atender as necessidades de QoS dos sistemas

Usurio Aplicao Host

Usurio Aplicao Host

Rede

Ser ios de Rede

Conjunto de capacidades que podem ser configuradas e gerenciadas dentro da rede So definidos como o nvel de desempenho e funes que so oferecidos pela rede para os usurios, aplicaes e hosts Exemplos de descrio de desempenho:
- Capacidade, atraso, confiabilidade

Exemplos de descrio de funcionalidades: - Segurana, contabilidade, escalonamento, gerncia

Ser ios de Rede

A maioria dos servios de rede de hoje so baseados na entrega pelo melhor esforo Precisa-se agregar aos novos projetos servios do tipo especificado (determinsticos ou garantidos) Servios do tipo melhor esforo podem ser agrupados em 2 nveis para propsitos de planejamento de capacidade: Baixo desempenho Alto desempenho Servios do tipo especificados podem ser agrupados em vrios nveis de desempenho

Ser ios de Rede

Servios de rede so agrupados por caractersticas funcionais e de desempenho, para que sejam definidos nveis de servio a serem oferecidos

C r cterstic s dos ser ios Caracterstica A Caracterstica B Caracterstica C

N el de Ser io Nvel A Nvel B Nvel C

Descrio do Ser io de Rede p r o projeto

Ser ios de Rede

C r cterstic s dos Ser ios Caractersticas dos Servios so parmetros individuais de desempenho e funcionalidade que representam as necessidades de um determinado servio Essas caractersticas podem ser oferecidas pela rede ao sistema (service offering) ou podem ser requisitadas a rede (service request) pelos usurios, aplicaes ou hosts As caractersticas dos servios devem ser descritas para que o sistema possa ser configurado, medido e controlado em prol de um melhor atendimento ao servio prestado

Ser ios de Rede

N eis dos Ser ios
As caractersticas ou requerimentos so agrupados para descrever os nveis de servio para a rede Isto facilita a configurao, avaliao e controle no processo de provisionamento de servio, pois no necessrio a manipulao de caractersticas individuais Eles facilitam o processo de contabilidade e faturamento do servio prestado Eles se diferem pelo grau de determinismo e desempenho

Ser ios de Rede

Requisitos de Ser io
Os requisitos dos servios de rede so definidos por cada componente do sistema: Usurios Aplicaes Hosts Rede

Usurio Aplicao Host

Requisitos do Usurio Requisitos das Aplicaes Requisitos do Host

Usurio Aplicao Host

Requisitos da Rede

Rede

Ser ios de Rede

C r cteriz ndo os Ser ios
A caracterizao permite que os servios sejam projetados na rede e cobrados dos vendedores e provedores Pontos a considerar: 1)Servios requeridos 2)Servios oferecidos 3)Requisitos de desempenho do servio 4)Mtricas de servio

Ser ios de Rede

C r cteriz ndo os Ser ios (cont...)

1) Servios requeridos
So diferenciados por sua capacidade de predizer o servio. Podem estar em 2 grupos: Melhor esforo Especificado (determinstico e garantido)

Ser ios de Rede

C r cteriz ndo os Ser ios 1) Ser ios Requeridos (cont...) Grupo de Servios Melhor esforo No existe nenhum controle sobre a rede Nenhuma garantia apresentada No existe nenhuma obrigao a no ser de tentar O sistema precisar adaptar ao estado da rede No possuem requerimentos de desempenho da rede ou eles no so especificados

Ser ios de Rede

C r cteriz ndo os Ser ios 1) Ser ios Requeridos (cont...) Grupo de servios especificados O servio deve operar em acordo com o que foi predito ou ainda dentro de limites especificados Os requerimentos devem ser possveis de medir e verificar Podem tambm ter a habilidade de garantir a qualidade da rede atravs de mecanismos de policiamento de trfego e controle de admisso Podem ser divididos em: Determinsticos Garantidos

Ser ios de Rede

C r cteriz ndo os Ser ios 1) Ser ios Requeridos (cont...) Grupo de servios especificados determinsticos Possuem caractersticas de desempenho mais especficas que dos servios de melhor esforo Possui boa estimativa das caractersticas mas no capaz de garant-las Grupo de servios especificados garantidos Esto um passo a frente do determinstico, pois existem mecanismos para garantia dos requisitos especificados

Ser ios de Rede

C r cteriz ndo os Ser ios (cont...)

2) Servios oferecidos
So a contrapartida da rede para os requerimentos dos usurios, aplicaes e hosts So tambm separados em dois grupos: Melhor Esforo -> similar ao servio requerido melhor esforo Especificado -> habilidade da rede OFERECER um servio
capaz de ser medido e verificado Tambm pode ser dividido em dois sub-grupos: Determinstico Garantido

Ser ios de Rede

C r cteriz ndo os Ser ios (cont...)

3) Requisitos de Desempenho de Servios

So os requisitos de desempenho dos servios especificados Eles so: 1)Confiabilidade 2)Capacidade 3)Atraso

Ser ios de Rede

C r cteriz ndo os Ser ios

3) Requisitos de Desempenho de Servios (cont...) 1) Confiabilidade

Garantia de que a informao solicitada chegar dentro do tempo solicitado Garantia de que a informao recebida no destino exatamente a mesma da que foi enviada pela fonte

Ser ios de Rede

C r cteriz ndo os Ser ios

3) Requisitos de Desempenho de Servios (cont...) 2) Capacidade

a medida da habilidade do sistema para transferir a informao Pode ser medida por: Largura de Banda => capacidade terica Throughput => capacidade realizvel, devido as diferentes
configuraes do sistema e pilhas de protocolos

Ser ios de Rede

C r cteriz ndo os Ser ios

3) Requisitos de Desempenho de Servios (cont...) 3) Atraso

a medida da diferena do tempo de transmisso de uma informao de uma fonte para um destino, atravs da rede Podem acontecer atrasos em vrias camadas: propagao, transmisso, fila, processamento A latncia tambm um fator de atraso. Consideraremos latncia como o tempo de processamento de uma aplicao

Ser ios de Rede

C r cteriz ndo os Ser ios (cont...) 4) Mtricas de Servios Os requisitos de desempenho de servios devem ser descritos atravs das mtricas de servio Elas devem ser variveis capazes de serem medidas, representando quantidades mensurveis

Metodologia

Por que utiliz r um metodologi ?

Para se ter melhores condies de sucesso do projeto Para propiciar um estudo amplo e aprofundado de todo o ambiente Para viabilizar um perfeito enquadramento das necessidades ao oramento disponvel

Metodologi

A metodologia dever ser: Estruturada Interativa

Metodologi
Ser composta dos seguintes passos: 1)Anlise do Cliente e Requisitos do Projeto 2)Projeto Lgico da Rede 3)Projeto Fsico da Rede 4)Implementao do Projeto 5)Testes e Validao 6)Documentao do Projeto

Metodologi

1) Anlise do Cliente e Requisitos do Projeto

Objeti os: Conhecer claramente todo o ambiente do Projeto. Dar pleno entendimento do que o negcio do cliente, seus principais objetivos e suas aspiraes em relao a nova rede Levantar todas as informaes tcnicas necessrias para o desenvolvimento de um bom projeto

Metodologi
1) Anlise do Cliente e Requisitos do Projeto
1.1) Anlise do Cliente 1.2) Requisitos do Negcio 1.3) Levantamento da Situao Atual 1.4) Requisitos Tcnicos

Metodologi
1) Anlise do Cliente e Requisitos do Projeto

1.1) Anlise do Cliente

necessrio conhecer: O cliente A estrutura organizacional da empresa O objetivo MAIOR da rede a ser implantada Os objetivos secundrios da nova rede Os Critrios de sucesso e consequncias do fracasso O escopo da nova rede

Metodologi
1) Anlise do Cliente e Requisitos do Projeto

1.2) Requisitos do Negcio

Se informe sobre: Polticas da empresa: Recursos Humanos Restries Oramentrias Cronograma

Metodologi
1) Anlise do Cliente e Requisitos do Projeto 1.3) Le nt mento d Situ o Atu l

Objetivos: Permite um levantamento das condies atuais do

sistema, podendo-se registrar desde as tecnologias j adotadas at a infraestrutura disponvel

Deve caracterizar:
A cobertura (LAN, MAN, WAN, GAN) A topologia A estrutura fsica Servios de Rede Segurana

Metodologia
1) Anlise do Cliente e Requisitos do Projeto 1.3) Le antamento da Situao Atual (cont...)
Desen ol er um Mapa da Rede representando:
Conexes entre os diversos departamentos Tecnologias dos enlaces Equipamentos de conexo Principais servidores LANs Virtuais Sistemas de Segurana Esquemas de endereamento Outras informaes relevantes

Exemplo de um Mapa da Rede

Metodologia
1) Anlise do Cliente e Requisitos do Projeto 1. ) evantamento da Situa o tual (cont....) Estrutura Fsica
Dever ser analisado e registrado:
O mapa de toda a tubulao destinada ao cabeamento Condies da arquitetura e do ambiente envolvido Tipo de cabeamento utilizado Identificao do cabeamento Topologia fsica do cabeamento

Metodologia
1) Anlise do Cliente e Requisitos do Projeto

1.4) Requisitos Tcnicos

So necessrias anlise de requisitos de todos os componentes do sistema: Usurios Aplicaes Hosts Rede

Metodologia
1) Anlise do Cliente e Requisitos do Projeto 1.4) Requisitos Tcnicos (cont...) Requisitos de Usurios
Objetivos: Levantar informaes sobre a situao atual do ambiente dos usurios, suas necessidades e pretenes Dever caracterizar: Timeless Interatividade Confiabilidade Qualidade Adaptabilidade Segurana Custo

Metodologia
1) Anlise do Cliente e Requisitos do Projeto 1.4) Requisitos Tcnicos Requisitos de Usurios (cont...)
Timeless: Tempo tolervel para que o usurio possa acessar, transferir ou modificar informaes. Depende do tipo de trfego Pode ser medido pelo atraso fim-a-fim, tempo de ida-e-volta ou vazo Ex: transferncia e recepo de arquivos

Metodologia
1) Anlise do Cliente e Requisitos do Projeto 1.4) Requisitos Tcnicos Requisitos de Usurios (cont...)
Interatividade:
Tempo razovel para aplicaes que interagem ativamente com o usurio Tempos maiores que 100 ms so sentidos pelos usurios Em transferncias de maiores quantidades de dados os usurios podem esperar at 20 segundos Pode ser medido pelo tempo de ida-e-volta Ex: Web, telnet

Metodologia
1) Anlise do Cliente e Requisitos do Projeto 1.4) Requisitos Tcnicos Requisitos de Usurios (cont...)
Confiabilidade: Disponibilidade do servio de forma consistente. Isto engloba a integridade da informao, a estabilidade do servio, dentre outros. A capacidade de atendimento do servio no tempo desejado e sem atrasos.

Metodologia
1) Anlise do Cliente e Requisitos do Projeto 1.4) Requisitos Tcnicos Requisitos de Usurios (cont...)
Qualidade: Qualidade de apresentao do servio ao usurio Ex: transmisso de vdeos, imagens e voz. Adaptabilidade: Capacidade de adaptao dos sistemas s mudanas de necessidades dos usurios Mobilidade

Metodologia
1) Anlise do Cliente e Requisitos do Projeto 1.4) Requisitos Tcnicos Requisitos de Usurios (cont...)
Segurana: Garantia na autenticidade e no contedo da informao e dos recursos fsicos Custos: Qual ser o custo de implantao do projeto? Qual o custo de operao do projeto?

Metodologia
1) Anlise do Cliente e Requisitos do Projeto 1.4) Requisitos Tcnicos Requisitos de Usurios (cont...)
Populao: Quantos usurios tem atualmente o servio? Onde eles esto localizados? Qual o crescimento planejado para o nmero de usurios nos prximos 3 anos?

Metodologia
1) Anlise do Cliente e Requisitos do Projeto 1.4) Requisitos Tcnicos Requisitos de Usurios (cont...)
Timeless Interatividade Confiabilidade Qualidade Adaptabilidade Segurana Custo Populao Host

Usurio

Usurio

Aplicao

Aplicao

Host

Rede

1.3) Requisitos Tcnicos

Requisitos de Usurios ===> Requisitos de Desempenho

Os requisitos dos usurios normalmente so mapeados em requisitos de desempenho

Timeless Interatividade Confiabilidade Qualidade Adaptabilidade Segurana Populao Custos

Atraso Confiabilidade Capacidade

}
Requisitos de Desempenho

Requisitos de Usurios

Metodologia
1) Anlise do Cliente e Requisitos do Projeto 1.4) Requisitos Tcnicos Requisitos de Aplicaes
Objeti os:
Dever identificar informaes sobre a forma de trabalho, desempenho e usurios das aplicaes j existentes

De er caracterizar:
Tipo das aplicaes Grupo em que ela se enquadra Caractersticas de desempenho da aplicao Localizao da aplicao

Metodologia
1) Anlise do Cliente e Requisitos do Projeto 1.4) Requisitos Tcnicos Requisitos de Aplicaes (cont...)
O tipo da aplicao vai depender do desempenho de servio especificado para ela
Tipo das aplicaes Requisito de Desempenho

1) Misso Crtica ----------> Confiabilidade 2) Taxa Controlada -------> Capacidade 3) Tempo real -------------> Atraso

Metodologia
1) Anlise do Cliente e Requisitos do Projeto 1.4) Requisitos Tcnicos Requisitos de Aplicaes (cont...)
Tipo das Aplicaes
1)Misso Crtica CONFIABILIDADE

Com o requisito de confiabilidade especificado O tempo envolvido pode ser importante. O atraso deve ser pequeno Taxas de erros devem ser medidas Ex: Aplicaes importantes para a empresa (que geram receitas para a empresa) Aplicaes que podem causar impacto negativo no cliente (perda do cliente) Aplicaes envolvendo segurana fsica de pessoas

Metodolo ia
1) Anlise do Cliente e Requisitos do Projeto 1.4) Requisitos Tcnicos Requisitos de Aplicaes
Tipo das Aplicaes (cont...)
2)Taxa controlada CAPACIDADE

Com o requisito de capacidade especificado Requisitos que devem ser especificados: taxa de transferncia mnima, mxima, sustentada Ex: Aplicaes envolvendo transferncias de grandes volumes de dados Aplicaes que operam o trfego de voz

Metodolo ia
1) Anlise do Cliente e Requisitos do Projeto 1.4) Requisitos Tcnicos Requisitos de Aplicaes
Tipo das Aplicaes (cont...)

3) Aplicaes Real-Time

ATRASO

O termo TEMPO REAL significa to rpido quanto possvel Existem alguns tipos de aplicaes sensveis ao atraso: Aplicaes Real-Time Aplicaes Non-real-time

Metodolo ia
1) Anlise do Cliente e Requisitos do Projeto 1.4) Requisitos Tcnicos Requisitos de Aplicaes
Tipo das Aplicaes

3)Aplicaes Real-Time (cont...) Tem um relacionamento de tempo rgido entre a fonte e o destino A informao recebida fora do tempo desprezada e descartada O limite de tempo contratado entre a fonte e o destino e no so aceitos dados fora desse limite Considerada de alto desempenho EX: aplicaes de vdeo conferncia

Metodolo ia
1) Anlise do Cliente e Requisitos do Projeto 1.4) Requisitos Tcnicos Requisitos de Aplicaes
Tipo das Aplicaes (cont...)
4)Aplicaes Non-real-time Possui requisitos de atraso fim-a-fim especificados O tempo mais importante que para as aplicaes Realtime, pois o destino espera at a informao ser recebida O tempo gerenciado por temporizadores Pode ser dividida em: Interativas Assncronas

Metodolo ia
1) Anlise do Cliente e Requisitos do Projeto 1.4) Requisitos Tcnicos Requisitos de Aplicaes
Tipo das Aplicaes

4)Aplicaes Non-real-time (cont...) Interativas: Estabelecem um relacionamento de tempo entre a fonte e o destino enquanto a sesso est ativa Segue a conotao to rpida quanto possvel Podem ser de alto ou baixo desempenho EX: Telnet, FTP, Web

Metodolo ia
1) Anlise do Cliente e Requisitos do Projeto 1.4) Requisitos Tcnicos Requisitos de Aplicaes
Tipo das Aplicaes
4)Aplicaes Non-real-time (cont...) Assncronas: No so sensitivas ao tempo O tempo gasto pode estar fora da sesso do usurio Considerada de baixo desempenho EX: email

Metodolo ia
1) Anlise do Cliente e Requisitos do Projeto 1.4) Requisitos Tcnicos Requisitos de Aplicaes

Grupo das aplicaes:

As aplicaes devem ser agrupadas pelas suas caractersticas de desempenho. Isto facilita o mapeamento dessas caractersticas e a coleta de informao

Metodolo ia
1) Anlise do Cliente e Requisitos do Projeto 1.4) Requisitos Tcnicos Requisitos de Aplicaes
Grupo das Aplicaes (cont...)
Alguns grupos de aplicaes: Aplicaes de controle e comando (telemetria) Aplicaes de visualizao Aplicaes de computao distribuda Aplicaes para acesso Web, desenvolvimento e uso Aplicaes para Transporte de grandes volumes de dados Aplicaes de Tele Servios Aplicaes de Manuteno, administrao e operao (OAM)

Metodologia
1) Anlise do Cliente e Requisitos do Projeto 1.4) Requisitos Tcnicos Requisitos de Aplicaes
Grupo das Aplicaes (cont...)

G p d a lic o ru o a p a
C mn oeC n le o a d o tro Visu liza o a C mu d u a o p ta o istrib d Ace W b d se vo e toeu sso e , e n lvimn so T n o d G n evo m d d d s ra sp rte e ra d lu e e a o T lese s e rvio O AM

N el d D emen o v e es p h

C a ae T o ritic lid d ip
M ocrticaeRa T e iss e l im Ra T eeT xaC n la a e l im a o tro d In ra te tiva In ra te tiva In ra o a cro a te tiva u ssin n Ra T eeT xaC n la a e l im a o tro d In ra te tiva

Alto(a soeco fia ilid d ) tra n b ae Alta Alto(a soeca a a e tra p cid d ) Alto(a so tra ) M d (se sitiva a a so io n s o tra ) B ixa a a (a so co fia ilid d eca a a e lto tra , n b a e p cid d )Alto(co fia ilid d ) n b ae Alta

Metodolo ia
1) Anlise do Cliente e Requisitos do Projeto 1.4) Requisitos Tcnicos Requisitos de Aplicaes

Usurio

Usurio Grupo

Aplicao

Aplicao

Tipo Caractersticas de Desempenho

Host

Rede

Host

Localizao

Metodologia
1) Anlise do Cliente e Requisitos do Projeto 1.4) Requisitos Tcnicos

Requisitos de Hosts
: Per ite levantament as ndi es e Obj ti aractersticas dos equi amentos que ser o conectados Dever er levantado: Ti o Desempenho Locali ao

rede.

Metodologia
1) Anlise do Cliente e Requisitos do Projeto 1.4) Requisitos Tcnicos Requisitos de Hosts (cont...)
Tipos de Hosts e Equipamentos: Desktops, Servidores, Equipamentos especializados Desempenho dos hosts: Discos, memria, barramento, processadores, placa de rede, sistema operacional Localizao: Relao entre usurio, aplicao e rede Ajuda a caracterizar o fluxo de dados

Metodologia
1) Anlise do Cliente e Requisitos do Projeto 1.4) Requisitos Tcnicos Requisitos de Hosts (cont...)
Tipo Usurio Usurio Localizao Caractersticas de Desempenho

Aplicao

Aplicao

Host

Rede

Host

Metodologia
1) Anlise do Cliente e Requisitos do Projeto 1.4) Requisitos Tcnicos

Requisitos de Rede
Objetivos: - Permitir o levantamento das caractersticas de desempenho
das redes j existentes e prever as caractersticas exigidas para a nova rede.

- Identificar o Fluxo de trfego que ser gerado pelas

aplicaes na nova rede

Metodologia
1) Anlise do Cliente e Requisitos do Projeto 1. ) Requisitos cnicos Requisitos de Rede (cont...)
Alguns pontos importantes a serem considerados: Escalabilidade Interoperabilidade Servios de Suporte e Segurana Caractersticas de Desempenho

Metodologia
1) Anlise do Cliente e Requisitos do Projeto 1. ) equisit s cnic s equisit s de ede (c nt...) Fluxo de Trfego da Rede
A identificao dos fluxos de trfego uma tarefa essencial para ajudar a escolher solues adequadas no projeto lgico e no projeto fsico Ajuda a evitar um mau dimensionamento da largura de banda passante de um canal

1) Anlise do Cliente e Requisitos do Projeto 1. ) equisit s cnic s equisit s de ede Fluxo de Trfego da Rede (cont...)
A identificao dos fluxos de trfego consiste em: Identificar a localizao das fontes e dos sorvedouros de dados Identificao das direes e simetria do trfego Representao dos fluxos de trfego

1) Anlise do Cliente e Requisitos do Projeto 1. ) Requisitos Tcnicos Requisitos de Rede Fluxo de Trfego da Rede (cont...)
Fontes de Dados: um dispositivo ou grupo de dispositivos que produz dados para a rede transportar
Exemplos: Dispositivos que fazem muito processamento e geram grandes quantidades de dados (servidores de computao, mainframes, sistemas paralelos) Dispositivos que no possuem muito poder de processamento mas produzem muitos dados (cmeras, equipamentos de produo de vdeo, instrumentos mdicos, servidores de aplicaes)

1) Anlise do Cliente e Requisitos do Projeto 1. ) Requisitos Tcnicos Requisitos de Rede Fluxo de Trfego da Rede (cont...)
Sorvedouros: um dispositivo que recebe dados da rede
Exemplos: Repositrios de dados (servidores de armazenamento) Dispositivos de Edio de vdeo

1) Anlise do Cliente e Requisitos do Projeto 1. ) equisit s cnic s equisit s de ede Fluxo de Trfego da Rede (cont...)
Modelos de Fluxos conhecidos: Peer-to-peer Cliente-servidor Computao cooperativa Computao distribuda

1) Anlise do Cliente e Requisitos do Projeto 1. ) equisit s cnic s equisit s de ede Fluxo de Trfego da Rede (cont...)
Peer-to-Peer:

Todos os usurios e aplicaes geram requisies equivalentes Os fluxos podem ocorrem nos diversos sentidos No possui fluxo crtico claramente definido Modelo base quando no se possui maiores informaes Frequentemente so melhor-esforo

1) Anlise do Cliente e Requisitos do Projeto 1. ) equisit s cnic s equisit s de ede Fluxo de Trfego da Rede
Cliente-ser idor:
Muito utilizado Trafega dados em ambas as direes Normalmente o cliente solicita e envia pequenos pedidos e recebe grandes respostas Fluxos crticos ocorrem do servidor para os clientes Quando os diversos clientes recebem as mesmas respostas, pode ser utilizado multicast O servidor uma fonte de dados

1) Anlise do Cliente e Requisitos do Projeto 1. ) equisit s cnic s equisit s de ede Fluxo de Trfego da Rede
Computao cooperati a:
As informaes so trocadas entre os servidores ou entre os servidores e o gerente Os fluxos servidor-servidor e servidor-gerente so considerados crticos Trafega dados em ambas as direes Normalmente o cliente solicita e envia pequenos pedidos e recebe grandes respostas O servidor uma fonte de dados

1) Anlise do Cliente e Requisitos do Projeto 1. ) equisit s cnic s equisit s de ede Fluxo de Trfego da Rede
Computao distribuda:
especfico para grandes processamentos ( mais caro) Os fluxos podem estar entre o gerente e os nodos computacionais ou entre os nodos Com granularidade grossa e acoplamento fraco, temos um cluster de computao Com granularidade fina e acoplamento forte, temos um sistema de processamento paralelo

1) Anlise do Cliente e Requisitos do Projeto 1. ) Requisitos Tcnicos Requisitos de Rede Fluxo de Trfego da Rede (cont...)
Tipos de Fluxos:
Fluxos individuais: So fluxos com caractersticas particulares que devem ser tratados isoladamente Fluxos compostos: uma combinao de fluxos individuais com as mesmas caractersticas e que compartilham o mesmo caminho Fluxos de backbone: o agrupamento dos fluxos compostos e individuais, quando a rede chega a um certo grau de hierarquia

1) Anlise do Cliente e Requisitos do Projeto 1.3) Requisitos Tcnicos Requisitos de Rede Fluxo de Trfego da Rede (cont...)

1) Anlise do Cliente e Requisitos do Projeto 1. ) Requisitos Tcnicos Requisitos de Rede Fluxo de Trfego da Rede (cont...)
Limitadores de Fluxos:
So separaes entre as reas geogrficas do ambiente Fluxos de LANS Fluxos de WANS Fluxos de MAN Fluxos de CAMPUS Podem ainda ser utilizados para uma separao lgica do ambiente

1) Anlise do Cliente e Requisitos do Projeto 1. ) Requisitos Tcnicos Requisitos de Rede Fluxo de Trfego da Rede
Limitadores de Fluxos (cont...):

1) Anlise do Cliente e Requisitos do Projeto 1. ) Requisitos Tcnicos Requisitos de Rede Fluxo de Trfego da Rede (cont...)
Distribuio de Fluxos:
Mostram quando os fluxos permanecem ou transitam em uma ou mais regio da rede A tradicional regra 80/20, diz que, 80% do trfego gerado permanece dentro da LAN e 20% passa para WAN Hoje, a melhor regra seria 50/50 ou 20/80 devido ao aumento da independncia da distncia entre computadores e do desacoplamento das redes lgicas e fsicas

1) Anlise do Cliente e Requisitos do Projeto 1.3) Requisitos Tcnicos Requisitos de Rede Fluxo de Trfego da Rede (cont...)
Tabela da Distribuio de Fluxos por Modelo
odelo
C li t - r i r P r -t -P r C om t o C oop er t i C om p u t o ist r i u (clu st er ) C om p u t o ist r i u (sist em p ar alelo)

istri ui
I

o de Flu os

/ t rmi / / /

1) Anlise do Cliente e Requisitos do Projeto 1. ) Requisitos Tcnicos Requisitos de Rede Fluxo de Trfego da Rede (cont...)
Desenvolvimento da Especificao de Fluxo
A especificao de fluxos (Flowspec) em conjunto com os requisitos de desempenho das aplicaes, serve de base para a escolha de tecnologias e contratao de servios Prov 2 planos: Plano de capacidade : gerado quando usado para combinar
capacidades para aplicaes de melhor esforo. Estima a capacidade requerida da rede

Plano de servios: gerado para combinar capacidade, atraso e

confiabilidade para aplicaes especificadas e de melhor esforo

1) Anlise do Cliente e Requisitos do Projeto 1. ) Requisitos Tcnicos Requisitos de Rede Fluxo de Trfego da Rede
Desenvolvimento da Especificao de Fluxo (cont...)
H 3 tipos de Flowspec: Flowspec de uma parte: quando no tem fluxos especificados. O planejamento de capacidade feita baseado no somatrio dos fluxos melhor esforo Flowspec de duas partes: quando tem fluxos especificados determinsticos e melhor esforo. Adiciona a informao ao Flowspec de uma parte Flowspec de multi-partes: necessria quando h fluxos garantidos. Adiciona informao Flowspec de duas partes

Metodologia
1) Anlise do Cliente e Requisitos do Projeto 1. ) equisit s cnic s Requisitos de Rede (cont...)
Usurio Usurio

Aplicao

Aplicao Escalabilidade Servios de Suporte e Gerncia Interoperabilidade Caractersticas de Desempenho

Host

Rede

Host

Anlise de Requisitos

Como Anlisar os Requisitos?

O processo da Anlise dos Requisitos inclui: 1)Levantar os requisitos 2)Desenvolver mtricas para medir desempenho 3)Caracterizar comportamentos 4)Desenvolver limites de desempenho 5)Diferenciar entre nveis de desempenho dos servios

Como Anlisar os Requisitos? (cont...)

1)Le antar os requisitos Algumas tarefas: 1)Determinar as condies iniciais 2)Trabalhar com os usurios 3)Registrar os requisitos 4)Construir os mapas de aplicaes

Como Anlisar os Requisitos? 1) Le antar os requisitos (cont...)

1)Determinar as condies iniciais As condies iniciais so a base para se comear o projeto Ajudam a determinar o que o projeto e as razes para o seu desenvolvimento possvel determinar: O tipo do projeto (projeto novo, modificao) O escopo do projeto (tamanho, distncia, nmero de prdios) Principais objetivos Polticas envolvidas (administrativa, financeira)

Como Anlisar os Requisitos? 1) Le antar os requisitos (cont...)

2)Trabalhar com usurios
Quebrar tabu: Isto leva muito tempo, eles no cooperam e no sabem o que querem! Tarefa importantssima para o processo O conhecimento do ponto de vista do usurio e a forma como ele trabalha, ajuda no processo de instalao, verificao do funcionamento e na operao da rede Algumas tcnicas: Questionrios Reunies Conversas informais Visitas aos locais de trabalho dos usurios

Como Anlisar os Requisitos? 1) Le antar os requisitos (cont...)

3)Registrar os requisitos O registro deve ser feito de forma clara e de fcil utilizao Pode ser feito atravs do preenchimento de tabelas, o que facilita a leitura e utilizao dos dados Somente devem ser registrados os requisitos que contribuiro para o projeto, no adianta relacionar informaes que no vai contribuir, pois, dificultaro a leitura

Como Anlisar os Requisitos? 1) Le antar os requisitos (cont...)

4)Construir os Mapas das Aplicaes Os mapas das aplicaes so muito teis na identificao das localizaes dos servidores e usurios das aplicaes Facilita o dimensionamento dos fluxos de trfego gerados pelas aplicaes Devem ser mapeadas as principais aplicaes da empresa O mapa deve ser construdo de forma legvel, contribuindo para o entendimento do projeto

Como Anlisar os Requisitos? (cont...)

2)Desen ol endo Mtricas para medir o desempenho Objetiva a definio de mtricas que serviro como limites para distinguir entre servios de baixo e alto desempenho As mtricas sero utilizadas para medir: A confiabilidade A capacidade O atraso As mtricas sero medidas atravs: Protocolos de Gerncia: (SNMP) Usando: Ping, traceroute, pathchar

Como Anlisar os Requisitos?

2)Desen ol endo Mtricas para medir o desempenho

2.1) Mtricas para medir a confiabilidade: Disponibilidade:

% de uptime e downtime

Recuperabilidade e estabilidade:
em termos de: tempo mdio entre falhas (MTBF) tempo mdio entre parada do servio (MTBSO) tempo mdio para reparar o problema(MTTR)

Taxa de Erros e Perdas:

medida em: taxa de erro de bit (BER) taxa de perda de clulas (CLR) taxa de clula mau inserida (CMR) taxa de perda de pacotes e frames

Como Anlisar os Requisitos?

2)Desen ol endo Mtricas para medir o desempenho 2.2) Mtricas para medir a capacidade: Taxa de Dados:
em termos de: taxa de pico de dados (PDR) taxa sustentada de dados (SDR) taxa mnima de dados (MDR)

Tamanho dos dados:

incluindo tamanho do fluxo e seu tempo de durao

Como Anlisar os Requisitos?

2)Desen ol endo Mtricas para medir o desempenho 2.3) Mtricas para medir o atraso: Atraso fim-a-fim ou round-trip (utiliza o ping) Latncia (difcil de medir) Variao do Atraso (estimativa) Timeliness (estimado pelos usurios)

Como Anlisar os Requisitos?

3) Caracterizar comportamentos O objetivo determinar se pode ser estimado o desempenho da rede atravs do entendimento de como os usurios e suas aplicaes utilizaro a rede Devero ser analisados: 1)Padres de uso das aplicaes pelos usurios 2)Comportamento da aplicao

Como Anlisar os Requisitos?

3) Caracterizar comportamentos (cont...)

1)Padres de Uso : Esses dados podero ser utilizados para ajudar a estimar a capacidade da rede
Qual o nmero de usurios que usam a aplicao? Nmero de sesses por dia para um usurio da aplicao Qual o tempo de cada sesso? Qual o nmero de sesses simultneas? Quem so os usurios e onde eles esto localizados?

Como Anlisar os Requisitos?

) Caracterizar com ortamentos (cont...) 2)Comportamento das aplicaes:
Que quantidade de dados uma aplicao processa? Com que frequncia e durante quanto tempo uma aplicao transfere dados pela rede? Qual o tipo de fluxo de dados utilizado? - Cliente servidor? - Computao distribuda? O grau de multicast da comunicao - um-para-um - um-para-muitos - muitos-para-muitos

Como Anlisar os Requisitos?

4) Desen ol er limites de desempenho O objetivo quantificar os requisitos quando possvel Sero quantificados: 1)Requisitos de confiabilidade 2)Requisitos de atraso 3)Requisitos de capacidade

Como Anlisar os Requisitos?

4) Desen ol er limites de desempenho (cont...)

4.1) Como quantificar os Requisitos de Confiabilidade? Para quantificar a confiabilidade deve-se levar em considerao: 1)Disponibilidade 2)Recuperabilidade 3)Taxa de Erros e Perdas

Como Anlisar os Requisitos?

4) Desen ol er limites de desempenho 4.1) Como quantificar os Requisitos de Confiabilidade?

1)Disponibilidade: Percentual de tempo que o servio est disponvel para o usurio Inmeras variveis podem afetar a disponibilidade do servio

Como Anlisar os Requisitos?

4) Desen ol er limites de desempenho 4.1) Como quantificar os Requisitos de Confiabilidade? 1)Disponibilidade (cont...):
Quantidade de Downtime permitido no perodo de tempo Disponibilidade Anualmente 95% 438 H 99,50% 43,8 H 99,95% 4,38 H 99,98% 1,75 H 99,99% 0,88 H Mensalmente 36,5 H 3,7 H 21,9 M 8,75 M 4,4 M Semanalmente 8,4 H 50,5 M 5,05 M 2,0 M 1,0 M Diariamente 1,2 H 7,2 M 43,2 S 17,3 S 8,7 S

95 % no aceitvel em um sistema em produo 99,95% aceitvel para a maioria dos sistemas 99,98% desejveis para sistemas crticos 99,99% o limite atual da tecnologia

Como Anlisar os Requisitos?

4) Desen ol er limites de desempenho 4.1) Como quantificar os Requisitos de Confiabilidade? 1)Disponibilidade (cont...):
Um limite geral que pode ser utilizado para a disponibilidade 99,9% Requerimentos de disponibilidade abaixo de 99,9% so considerados de baixo desempenho Requerimentos de disponibilidade acima de 99,9% so considerados de alto desempenho A disponibilidade deve ser medida fim-a-fim A perda de disponibilidade em parte do sistema afeta a mtrica do sistema como um todo

Como Anlisar os Requisitos?

4) Desen ol er limites de desempenho 4.1) Como quantificar os Requisitos de Confiabilidade? 2)Recuperabilidade:
medida por MTBF, MTBSO, MTTR Esses termos so similares ao uptime e dowtime no requisito de disponibilidade, porm representam a mdia de tempo de parada do sistema, frequencia da mesma e o tempo para reparo Limites gerais para utilizao: MTTR > 2 horas e MTBF/MTBO < 8000 horas ===> servio de baixo desempenho MTTR <= 2 horas e MTBF/MTBO >= 8000 horas ===> servio de alto desempenho

Como Anlisar os Requisitos?

4) Desen ol er limites de desempenho 4.1) Como quantificar os Requisitos de Confiabilidade?

2)Recuperabilidade (cont...):
Para aplicaes com alto custo de downtime: Mean Time Between Failures (MTBF) Mean Time To Repair (MTTR) Disponibilidade = MTBF / (MTBF + MTTR) Ex: MTBF de 8000 H e MTTR de 2 H = 99,98%

Como Anlisar os Requisitos?

4) Desen ol er limites de desempenho 4.1) Como quantificar os Requisitos de Confiabilidade?

3)Taxas de Erros e Perdas: A estimativa mais complexa que as outras medida por: Taxas de bits com erros por canal ou circuito (BER) Atravs da taxas de perda de clulas(CLR), de clulas mau inseridas (CMR) e de perda de pacotes, nos equipamentos de rede Entre hosts e aplicaes medido fim-a-fim

Como Anlisar os Requisitos?

4) Desen ol er limites de desempenho 4.1) Como quantificar os Requisitos de Confiabilidade?

3)Taxas de Erros e Perdas (cont...): A taxa de erro aceitvel depende da tolerncia da aplicao quanto a ocorrncia de perdas ou erros Aplicaes de transferncias de vdeo e voz, podem tolerar perdas em prol da continuidade da informao As perdas podem ser medidas atravs do comando ping

Como Anlisar os Requisitos?

4) Desen ol er limites de desempenho 4.1) Como quantificar os Requisitos de Confiabilidade? Dicas para estimar os limites para confiabilidade Avalie os requerimentos de disponibilidade de cada aplicao que ser usado no seu ambiente, atravs de discusses com os usurios ou de documentaes das aplicaes Determine limites para baixo e alto desempenho Estime a disponibilidade baseando-se nos provveis caminhos que as aplicaes utilizaro e em quais equipamentos e servios estaro nestes caminhos

Como Anlisar os Requisitos?

4) Desen ol er limites de desempenho (cont...) 2)Como quantificar os Requisitos de atraso?
Para aplicaes que tem requisitos de atraso so usados os seguintes termos para medir o atraso do sistema: Atraso fim-a-fim Variao do atraso So considerados limites teis para distinguir entre baixo e alto desempenho Atraso de interao Tempo de resposta humano Atraso de propagao da rede

Como Anlisar os Requisitos?

4) Desen ol er limites de desempenho 2)Como quantificar os Requisitos de atraso? (cont...) Atraso de interao o tempo que o usurio est disposto a esperar pela resposta do sistema durante uma sesso interativa O atraso suportado vai depender: do comportamento do usurio, do seu ambiente do tipo da aplicao que est sendo usada Em geral uma faixa aceitvel est entre 10 e 30 segundos

Como Anlisar os Requisitos?

4) Desen ol er limites de desempenho
2)Como quantificar os Requisitos de atraso? (cont...) Tempo de resposta humano (HRT)
Estimam o limite de tempo em que os usurios comeam a perceber o atraso do sistema Quando o atraso abaixo do HRT, os usurios geralmente no percebem. Quando o atraso est acima do HRT os usurios notificam o atraso e comeam a ficar frustrados Uma boa estimativa de HRT aproximadamente 100 ms HRT importante para aplicaes altamente interativas: Realidade virtual Aplicaes onde o atraso pode gerar perda de produtividade

Como Anlisar os Requisitos?

4) Desen ol er limites de desempenho
2)Como quantificar os Requisitos de atraso? (cont...)

Atraso no tempo de propagao da rede

Estima o atraso na propagao do sinal na rede Depende da dist ncia e da tecnologia aplicada utili ado como um limite mnimo possvel de ocorr ncia de atraso na rede, ou seja, em toda rede haver no mnimo o atraso de propagao Quando os requisitos de atraso de uma aplicao for mais rigoroso que o atraso mnimo de propagao do sinal, a aplicao no funcionar em

Como Anlisar os Requisitos?

4) Desen ol er limites de desempenho
2)Como quantificar os Requisitos de atraso? (cont...)

Atraso fim-a-fim:
epresenta o somatrio dos atrasos ocorridos em todo o sistema

Fatores de afetam o atraso fim-a-fim: Tempo de propagao Tempo de transmisso Tempo de chaveamento de pacotes Tempo em fila Desempenho de equipamentos e soft are Comportamentos de aplicaes Limite de tempo de interao como o usurio

Como Anlisar os Requisitos?

4) Desen ol er limites de desempenho
2)Como quantificar os Requisitos de atraso? (cont...)

Variao do atraso: Deve ser utilizado em conjunto com o requisito especificado de atraso fim-a-fim para as aplicaes que so sensitivas ao tempo de chegada da informao
Ex. de aplicaes: de produo e transferncia de vdeo e audio e aplicaes de telemetria

Um limite geral estimado pode ser de aproximadamente de 1% a 2% do atraso fim-a-fim

Como Anlisar os Requisitos?

4) Desen ol er limites de desempenho (cont...)

3)Como quantificar os Requisitos de Capacidade?

Deve-se medir a capacidade atravs da taxa de dados e do tamanho dos dados

Existem duas situaes de aplicaes com requisitos de capacidade definidos: A aplicao especifica a quantidade de largura de banda necessria (seja um valor ou uma faixa) A aplicao tenta utilizar de toda a capacidade disponvel na rede. Ex: aplicaes que utilizam o protocolo TCP

Como Anlisar os Requisitos?

4) Desen ol er limites de desempenho (cont...) 3)Como quantificar os Requisitos de Capacidade?
A taxa de transmisso de dados necessria para a aplicao pode ser facilmente identificada em alguns tipos de aplicao e pode ser especificada atravs dos parmetros de:

Taxa de pico (PDR) Taxa mnima (MDR) Taxa sustentada (SDR) Ex: aplicaes de transferncia de vdeo e voz.

Como Anlisar os Requisitos?

4) Desen ol er limites de desempenho (cont...) 3)Como quantificar os Requisitos de Capacidade?
O tamanho e a taxa de dados da aplicao muito particular ao tipo e comportamento da aplicao e deve ser analisado para cada ambiente

No existem limites gerais para estimar ser de alto ou baixo desempenho as aplicaes com os requisitos de capacidade Os requisitos de capacidade no oferecem um impacto direto no desempenho do sistema na viso dos usurios, sendo visto como um impacto secundrio

Como Anlisar os Requisitos?

5) Diferenciar entre n eis de desempenho de ser io
1) Determine se algumas aplicaes possuem requisitos bvios de desempenho especificados para o sistema. Assim elas podem ser enquadradas como de servio especificado Para as aplicaes que no puderam ser enquadradas no passo 5.1, determine o tipo da aplicao (misso critica, real-time, taxacontrolada). Assim elas podem ter os requisitos especificados atravs do seu tipo As aplicaes que no puderam ser enquadradas nos passos 5.1 e 5.2, veja se elas podem ser identificadas em algum dos grupos vistos. Defina os requisitos necessrios pelas caractersticas do seu grupo Caso no seja possvel enquadr-las nos passos de 5.1 a 5.3, elas so do tipo melhor esforo

2)

3)

4)

Estudo de Caso

Estudo de Caso
Informao Inicial
Grande empresa automobilstica, possui um centro de desenvolvimento e teste (CDT), onde so testados modelos novos e modificados modelos antigos. O CDT est instalado em um nico prdio em Oakland, na Califrnia e contm 5 centros de testes. Cada centro de teste tem uma plataforma de testes onde modelos so montados e testados Diversos equipamentos so utilizados para o teste e so interconectados atravs de uma rede: Equipamentos para testes acsticos, infra-vermelho, microondas, estaes de trabalhos para os tcnicos O CDT possui ainda duas salas de visualizao, uma para os tcnicos locais e outra para os tcnicos visitantes. Cada sala possui uma estao de trabalho Alm disso o CDT possui um centro de computao com um cluster de estaes de trabalho de alto desempenho incluindo 10 terabytes de armazenamento

Estudo de Caso
Informao Inicial
As funes do CDT so: Testar modelos e gerar dados experimentais a partir dos testes Simular modelos usando o cluster e gerar dados computacionais a partir das simulaes Refinar os modelos usando uma srie de testes e modificar os modelos a partir dos testes As funes do CDT so: Um conceito novo testado pela gerao de uma simulao para o novo projeto Se a simulao for boa, um modelo construdo a partir da simulao O modelo testado no CDT e os resultados comparados com a simulao O modelo refinado at concluir que o conceito deveria ser desenvolvido ou at ficar claro que deveria ser abandonado

Estudo de Caso
Informao Inicial (cont...)
Atualmente, para usar o CDT, os tcnicos que residem na regio devem se deslocar at Oakland, para testar os seus modelos, juntar os dados e avalia-los nas salas de visualizao. Estes testes podem durar at 4 semanas. Este procedimento ineficiente e caro: Os tcnicos no esto nas suas cidades de origem Os tcnicos no podem analizar os dados de forma completa sem os equipamentos especializados que esto nas suas cidades de origem O prdio de Oakland est com o espao fsico esgotado Os gerentes da empresa decidiram que o CDT ser expandido e que algumas funes sero feitas remotamente em outras cidades da regio O site de Oakland ser expandido Funes de teste e avaliao sero tambm colocadas em So Francisco O laboratrio de fabricao de modelos ser localizado em So Jos O projeto da rede deve permitir a expanso desejada com a menor interferncia possvel nos usurios e de forma a melhorar o desempenho da rede

Estudo de Caso
Informao Inicial (cont...)
Esquema do CDT atual

Estudo de Caso
Definio do Projeto
O projeto consiste de uma rede metropolitana (MAN) e redes de campus para conectar os Campus remotos ao CDT de forma a permitir que tcnicos acessem o CDT remotamente A MAN vai conectar os tcnicos ao CDT, ao cluster de computao, s reas de visualizao e testes e permitir o acesso ao site de construo de modelos O nmero de testes que podem ser realizados concorrentemente passar de 2 para 4

Estudo de Caso
Definio do Projeto
Esquema do CDT planejado

Estudo de Caso
Definio do Projeto
Passo 1: Determinando as condies iniciais O escopo do projeto ser uma MAN e um campus LAN. Ele encorpora 3 sites, So Jos (1 prdio), So Francisco (3 prdios) e Oakland (5 prdios) O total de usurios 250. Espera-se um crescimento de 50% para o prximo ano. O que ficar em torno de 370 usurios. O oramento est limitado a 2 milhes de dolares, incluindo infraestrutura, hardware e software de rede, instalao, operao e manuteno para o prximo ano. Passo 2: Trabalhando com os usurios A maioria das informaes foram providas pelo pessoal da IT, mas algumas reunies com os usurios de Oakland sero feitas para saber o que eles esperam do novo sistema

Estudo de Caso
Definio do Projeto
Passo 3: Listando os Requisitos Todos os requisitos levantados no passo 2 esto listados em tabelas Requisitos dos Usurios
Requisitos de Usurios
L o c a liz a o u s u r io s e N m ero

Descrio dos Requisitos

F a b r ic a o d o m o d e lo (S o J o s ), 3 0 u s u r io s V is u a liz a o (1 0 1 3 A ), 1 0 u s u r io s V is u a liz a o (1 0 1 3 B ), 2 5 u s u r io s V is u a liz a o (1 0 1 3 C ), 4 0 u s u r io s A n lis e (S o F r a n c is c o ), 8 0 u s u r io s

d e T e s t e e c o m p u t a o (O a k la n d ), 6 0 u s u r io s

C r e s c im e n t o

Esp erad o

do

n m e r o d e u s u r io s D e p o is d e 1 a n o E x p e c t a t iv a s d o s U s u r io s O s u s u r io s e s p e r a m q u e o c o n t r o le r e m o t o s e c o m p o r t e e x a t a m e n t e c o m o s e e s t iv e s s e m I n t e r a t iv id a d e e m O a K la n d 5 0 ,0 0 %

Estudo de Caso
Definio do Projeto
Passo 3: Listando os Requisitos Requisitos das Aplicaes: as aplicaes deste ambiente so: Aplicao A: Acesso ao conjunto de dados experimentais e computacionais Aplicao B: Banco de dados distribudo Aplicaes C e E: Controle Remoto dos equipamentos de teste Aplicaes D e G: Interativa, visualizao colaborativa dos conjuntos de dados experimentais e computacionais Aplicao F: Acesso ao banco de dados da fabricao de modelos

Estudo de Caso
Definio do Projeto
Passo 3: Listando os Requisitos (cont...) Tabela dos Requisitos das Aplicaes:
A plicao
A p lic a o A

M isso C ritica

Real T im e

M elhor Esforo

Localiz ao

T am an ho m d io d os d ad os T od as = 100 MB, c on ex es

s im u lt n eas = 2, t em p o d e t r an s f er n c ia es p er ad o = > A p lic a o B t am an ho t r an s a o n m er o m d io = 10 d a S o Fr an c is c o MB, de

m d io

t r an s a o p or m in u t o = 40 A p lic a es C e E R ou n d -t r ip = 40m s , c ap ac id ad e = 1,69 M b /s , C on f iab ilid ad e 100 % = A p lic a o A p lic a o C (O ak lan d ), E (S o

Fr an c is c o e O ak lan d )

Estudo de Caso
Definio do Projeto
Passo 3: Listando os Requisitos (cont...) Tabelas dos Requisitos dos hosts:

Tipo do Equipamento Estaes G rficas Servidor da aplicao A

Localizao T odas Oakland

Servidor das aplicaes D e G Oakland Servidor da aplicao F

Tabelas

So Jos

s Requisit s a re e:

Re e e xist e t e L ca li a E t he r n e t 10b T , c o n e c t a d a s p o r r o t e a d o r e s I O a k l a n d F D D I, c o n e c t a d a p o r r o t e a d o r e s I O a k la n d

Estudo de Caso
Definio do Projeto
Passo 4: Desenvolvendo o mapa de aplicaes Mapa das aplicaes

Estudo de Caso
Definio do Projeto
Passo 5: Desenvolvendo as mtricas de servio para medir o desempenho As aplicaes que precisam ser medidas so C/E e a D/G, pois elas so respectivamente, misso crtica e aplicao real time Para as aplicaes C/E, recomendado as seguintes mtricas: Perda de Pacote Disponibilidade

-----------------------------------------------------------< 2% 100% >= 2% 0% Para as aplicaes D/G, bem como, para C/E, recomendado a medio atravs do parmetro de tempo de round-trip. Ele pode ser medido pelo comando ping

Estudo de Caso
Definio do Projeto
Passo 6: Caracterizando Comportamentos A aplicao A possui as seguintes caractersticas: tamanho mdio dos dados = 100 MB nmero de usurios simultneos = 2 tempo de transferncia esperado = acima de 10 minutos tipo = cliente-servidor
(100 MB)* (2usurios)/(10 minutos) = 20 MB/minuto = 2,7 Mb/s

A aplicao B possui as seguintes caractersticas: tamanho mdio da transao = 10 MB nmero mdio de transaes por minuto = 40
(10 MB/transao) * (40 transaes/minuto) = 400 MB/minuto = 53 Mb/s

As aplicaes D/G possui as seguintes caractersticas: capacidade = 5 Mb/s por grupo (eles esperam 2 grupos simultneos) 5 Mb/s * 2 = 10 Mb/s

Estudo de Caso
Definio do Projeto
Passo 7: Identificando as fontes de Dados e os Sorvedouros Aplicao A

Estudo de Caso
Definio do Projeto
Passo 7: Identificando as fontes de Dados e os Sorvedouros (cont...) Aplicao B

Estudo de Caso
Definio do Projeto
Passo 7: Identificando as fontes de Dados e os Sorvedouros (cont...) Aplicaes C e E

Estudo de Caso
Definio do Projeto
Passo 7: Identificando as fontes de Dados e os Sorvedouros (cont...) Aplicaes D e G

Estudo de Caso
Definio do Projeto
Passo 7: Identificando as fontes de Dados e os Sorvedouros (cont...) Aplicao F

Estudo de Caso
Definio do Projeto
Passo 7: Identificando as fontes de Dados e os Sorvedouros (cont...) Aplicaes de cluster de computao e armazenamento (Oakland)

Estudo de Caso
Definio do Projeto
Passo 7: Identificando as fontes de Dados e os Sorvedouros (cont...) Identificao dos Fluxos

A p lica o A B C /E D /G

F lu xo f
a

fb
F c /e

d/g

Estudo de Caso
Definio do Projeto
Passo 8: Aplicando os limitadores de fluxo Desenho dos limites de fluxo

Estudo de Caso
Definio do Projeto
Passo 9: Aplicando os modelos de fluxo Desenho dos modelos de fluxo

Estudo de Caso
Definio do Projeto
Passo 10: Estimando as distribuies de fluxo Tabela da estimativa das distribuies dos fluxos

Fluxo M odelo f
a

Lim ite

D istribuio

C lien t e-S erv id or ak, S F, S J 0/80 O 2 C lien t e-S erv id or F S P eer-t o-P eer O ak, S F 50/50 20/80 20/80

fb
F c/e

d/g

C lien t e-S erv id or ak, S F O

Estudo de Caso
Definio do Projeto
Passo 11: Desenvolvendo o Flowspec No projeto, tem aplicaes misso critica, real-time e melhor esforo Usaremos um Flowspec de duas-partes Tabela da especificao dos fluxos

F lu xos In d iv id u a is C on f ia b ilid a d e C a p a cid a d eA t r a so f

a

99,5% 2,7M b /s 99,5% 53 M b /s 100,0% 1,69 M b /s 99,5% 10 M b /s

100 m s 25 m s 40 m s 80 m s

fb
F c/e

d/g

Estudo de Caso
Definio do Projeto
Passo 11: Desenvolvendo o Flowspec Calculando as capacidades dos fluxos compostos: CF1 = CF2 = (2,7)+(53)+(1,69)+(10) = 67,39 Mb/s CF3 = CF4 = CF5 = (2,7)+(1,69)+(10) = 14,39 Mb/s CF6 = (2,7) + (0,4) + (2,7) = 5,8 Mb/s

Flux C F1 C F2 C F3 C F4 C F5 C F6

nfi bilid d id d A t 100,0% 67M b/s 5 100,0% 67 M b /s 25 100,0% 14 M b /s 40 100,0% 14 M b /s 40 100,0% 14 K b /s 40 99,5% 6 M b /s 100

s s s s s s

Estudo de Caso
Definio do Projeto
Passo 11: Desenvolvendo o Flowspec Calculando as capacidades dos fluxos de backbone: BB1 = 2*((2,7)+(10)+(1,69)) + (2,7) = 31,48 Mb/s => CF1, CF2, Fcomp BB2 = (31) + (6) = 37 Mb/s => BB1, CF6

Fluxos B ackbone C onfiabilidade C apacidadeA traso BB1 100,0% 31M b/s 40 ms BB2 100,0% 37 M b/s 40 ms