Vous êtes sur la page 1sur 43

Data Center do TCE/RS

PROJETOS EM REDES
Prof. Msc. Hélio Esperidião
INTRODUÇÃO
Negócios são cada vez mais dependentes de redes
reduzir o tempo de desenvolvimento.

acesso imediato a mais informação


Informação corporativa e departamental

Vender e distribuir produtos.

Analisar de forma metódica as necessidades da


empresa ajudam a criar um projeto que atenda a
toda as suas expectativas.
METODOLOGIA?
É um roteiro que inclui o projeto lógico da rede
antes de abordar o projeto físico.

Assim como na maioria dos processos de


engenharia de software primeiramente são
abordados os requisitos do cliente.

Em redes a metodologia é extremamente


iterativa
Detalhes entram progressivamente no projeto, à
medida que se conhece melhor a situação.
METODOLOGIA?
Metodologia deve ser aplicada para satisfazer os
requisitos do cliente.
Garante que os recursos não sejam super-estimados
Garante que os recursos não sejam sub-estimados
A metodologia visa garantir
Funcionalidade
Capacidade
Desempenho
Disponibilidade
Escalabilidade?
Preço
Segurança
Gerenciabilidade
PASSO 1 - IDENTIFICAÇÃO DAS
NECESSIDADES E OBJETIVOS DO CLIENTE
(METODOLOGIA)
Levantamento de requisitos, incluindo.
Objetivos e restrições do negócio

Caracterização da rede existente

Caracterização do tráfego projetado para a rede


Incluindo fluxo, carga e requisitos de QoS (Quality of
Service)
PASSO 2 - PROJETO LÓGICO DA REDE
Desenvolvimento da topologia da rede

Desenvolvimento de aspectos de segurança e


gerência
Pode ser achatada ou hierárquica, dependendo do
tamanho
PASSO 3 - PROJETO FÍSICO DA REDE
PARTE 4 - TESTES, OTIMIZAÇÃO E
DOCUMENTAÇÃO DO PROJETO DE REDE
Escrever e implementar um plano de testes.

Implementar uma rede piloto.

Documentar o projeto da rede.


IDENTIFICAÇÃO DAS NECESSIDADES E
OBJETIVOS DO CLIENTE
Análise de objetivos de negócio
Analisar os objetivos de negócio é absolutamente
crucial ao sucesso do projeto

Priorizar sempre os benefícios para o negócio

É tentador para o técnico não se meter em assuntos


não técnicos, não se pode pular essa fase.
CONHECENDO O NEGÓCIO DO CLIENTE
O cliente participa de que indústria ou área de
serviços?
Qual é o mercado do cliente?
Quem são os fornecedores e parceiros do cliente?
Que produtos e serviços o cliente produz?
Que produtos e serviços o cliente utiliza?
Quais são as vantagens competitivas do cliente?

O projeto de rede ajudará a empresa a ser mais


competitiva?
CONHECENDO A ESTRUTURA
ORGANIZACIONAL DO CLIENTE

Quais são os departamentos?


Como eles interagem?
Quantas pessoas trabalham?

Quais são os parceiros?


Como é a comunicação com estes parceiros?

Onde estão as filiais?


Como elas se comunicam?
Quantas pessoas trabalham?
IDENTIFICANDO O OBJETIVO MAIOR DA
REDE

Descubra o objetivo maior da nova rede, do ponto


de vista do negócio.

Por que o cliente quer uma nova rede?


Para que a rede será usada?
Como a rede deve ajudar o cliente no seu negócio?
EXEMPLOS DE OBJETIVOS DO NEGÓCIO
Diminuir custos
Melhorar a comunicação corporativa
Aumentar faturamento e lucro
Aumentar a produtividade dos empregados
Construir parcerias com outras empresas
Expandir a empresa
Modernizar tecnologias obsoletas
Verificar se essa é realmente uma necessidade que trará
beneficio para o cliente.
Muitas vezes a rede ainda atende a todas as suas
necessidades.

Melhorar a segurança e confiabilidade de aplicações e


dados de missão crítica
IDENTIFICANDO OS CRITÉRIOS DE
SUCESSO

Diminuir os custos operacionais


Aumentar o faturamento
Construir parcerias
A resposta pode ser diferente para pessoas
diferentes:
Diretoria
Gerentes operacionais
Empregados
Engenheiros de suporte à rede
IDENTIFICANDO AS CONSEQÜÊNCIAS DO
FRACASSO

O que ocorre se o projeto da rede for um fracasso


Não tiver desempenho adequado.

Caso o custo beneficio não justifique.

Caso a rede tenha sido super-estimada


Custo de manutenção alta.

Quais são os efeitos do funcionamento ruim da


rede nos aspectos operacionais do negócio?
Demora, espera, a rede cai, não abre, etc.
IDENTIFICANDO O ESCOPO DA NOVA
REDE(ONDE ESTAMOS PISANDO?)

Qual é o tipo de rede sendo projetada?


Segmento
LAN
Rede de prédio
Conjunto de lans.
Rede de campus
WAN
Rede corporativa:
Grande rede envolvendo múltiplos campi, serviços de
acesso remoto e uma ou mais WANs
IDENTIFICANDO AS APLICAÇÕES DO CLIENTE
QUE UTILIZARÃO A REDE
(APLICAÇÕES DO USUÁRIO)
Correio eletrônico
Transferência de arquivos
Compartilhamento de arquivos
Acesso a bancos de dados
Videoconferência
Telefonia na Internet ou na rede corporativa
Gerência de recursos humanos
IDENTIFICANDO AS APLICAÇÕES DO CLIENTE
QUE UTILIZARÃO A REDE
(APLICAÇÕES DE SISTEMA)
Autenticação e autorização de usuários

Boot remoto

Download remoto de configuração

Backup via rede


CRIE UMA TABELA (REDE BANCÁRIA)
Nome da Aplicação Tipo da Criticalida Comentário
aplicação de
Gerência de recursos usuário 3
humanos

Autenticação e Sistema 2
autorização de
usuários

Backup via rede Sistema 1

Criticalidade: usar um número


1. Extremamente crítico
2. Mais ou menos crítico
3. Não crítico
ANÁLISE DE RESTRIÇÕES DE NEGÓCIO
(PODEM AFETAR SERIAMENTE O PROJETO)
Politicagem e políticas
Agendas escondidas
Guerras de poder
Relações entre grupos
Fracassos passados envolvendo um projeto de rede
O que esses gerentes têm a ganhar ou perder com o
sucesso ou fracasso do projeto
Que postos de trabalho serão removidos devido à
nova rede?
ANÁLISE DE RESTRIÇÕES DE NEGÓCIO
(PODEM AFETAR SERIAMENTE O PROJETO)
Políticas internas da empresa
Há compromissos com certos protocolos, padrões, fornecedores?

Há um entendimento claro sobre o uso de soluções


abertas(gratuitas) ou proprietárias?

Há certas plataformas "aprovadas" na empresa?

Há tecnologias já escolhidas e que devem ser incorporadas ao


projeto?
ASPECTOS TÉCNICOS DE RECURSOS
HUMANOS

Habilidades dos técnicos da empresa

Certas empresas não estão prontas para certos tipos


de redes complexas.
RESTRIÇÕES ORÇAMENTÁRIAS
Levante quais as verbas disponíveis para:
Aquisição de equipamentos
Aquisição de licenças de software
Contratos de manutenção
Contratos de suporte
Contratação de novos empregados
RETORNO FINANCEIRO
Como a rede vai se pagar e em quanto tempo?

Verifique as reduções de custo, melhoras de


produtividade, expansão em outros mercados,
aumentos de faturamento, etc provocados pela
implantação do projeto de rede.
CRONOGRAMA
O cronograma geralmente se adéqua as
necessidades do cliente.

Negocie se as coisas ficarem apertadas!

Não tenha medo de dizer que o cronograma


inviável.
ANÁLISE DOS OBJETIVOS E RESTRIÇÕES
TÉCNICOS (ESCALABILIDADE)

Diz respeito a quanto crescimento um projeto de


rede deve suportar?
Qual o ritmo que são acrescidos usuários, aplicações,
sites e conexões de rede?

Planejando para a expansão


Descubra informações para os próximos próximos 2
anos.
ANÁLISE DOS OBJETIVOS E RESTRIÇÕES
TÉCNICOS (DISPONIBILIDADE)
Disponibilidade refere-se ao percentual de tempo
que a rede está disponível.

É freqüentemente um objetivo crucial do cliente.

Exemplo:
Se uma rede deve ficar 24 horas no ar e pára 3 horas
numa semana de 168 horas, a disponibilidade é de
98,21%
Este valor pode ser ou não bom, depende
dos objetivos do cliente.
ESPECIFICAÇÃO DE REQUISITOS
DISPONIBILIDADE
DISPONIBI QUANTIDADE DE DOWNTIME PERMITIDO NO
LIDADE PERÍODO DE TEMPO
(% UPTIME)
Anual Mensal Semanal Diário
95% 438 H 36,5 H 8,4 H 1,2 H
99,5% 43,8 H 3,7 H 50,5 M 7,2 M
99,95% 4,38 H 21,9 M 5,05 M 43,2 S
99,98% 1,75 H 8,75 M 2,0 M 17,3 S
99,99% 0,88 H 4,4 M 1,0 M 8,7 S

95% só serve para testes ou protótipos


A maioria dos sistemas opera por volta de 99,95%
99,98% são desejáveis para muitos sistemas de missão crítica
99,99% é o limite da tecnologia atualmente (há não ser que tenha
muita grana!)
Até 99,9%, a disponibilidade é baixa, acima disso, é considerada
alta (requer cuidados especiais)
O CUSTO DO TEMPO PARADO
(MTBF E MTTR)
Para ter uma idéia da situação, descubra quanto
dinheiro a empresa perde por hora de downtime.
Ajuda a estimar um valor de disponibilidade
aceitável.

Mean Time Between Failures (MTBF)


Tempo médio entre falhas.

Mean Time To Repair (MTTR)


Tempo médio para reparar.
DISPONIBILIDADE
Disponibilidade = MTBF/(MTBF+MTTR)

Exemplo:
MTBF de 4000 horas
MTTR de 1 hora (um valor típico) => 99,975%
Disponibilidade= (4000 /(4000 +1))*100

Um MTTR muito baixo indica a reposição rápida


de peças, técnico residente, etc.
DESEMPENHO
Este é um requisito complicado.
A maioria dos clientes não sabem especificá-lo.
Muitos clientes especificam como:
"Quero que a rede seja rápida!”
DEFINIÇÕES DE DESEMPENHO
Capacidade (bandwidth – Largura de banda):
A capacidade de uma rede carregar tráfego em bits
por segundo.
Utilização
Percentual da capacidade usada na média.
Utilização máxima
valor da utilização em que a rede é considerada
saturada.
DEFINIÇÕES DE DESEMPENHO
Carga oferecida:
A soma de todo o tráfego oferecido à rede (em bps)
num determinado momento

Acurácia:
Quantidade de tráfego útil corretamente transmitido,
relativo ao tráfego total.
Existe também o trafego de controle, que não é
classificado como útil.
O objetivo da acurácia é de fazer com que os dados
recebidos no destino sejam iguais ao dados enviados
pela fonte
DEFINIÇÕES DE DESEMPENHO
Atraso (latência):
Tempo médio entre o momento em que um quadro
está pronto para ser transmitido e sua recepção em
algum destino

Vazão:
Quantidade de dados úteis transferidos sem erro por
segundo
DEFINIÇÕES DE DESEMPENHO
Tempo de resposta:
Tempo entre um pedido de serviço e a recepção de
uma resposta
Importante para usuários humanos!!
O limite básico é 100 ms
Tempos maiores que 100 ms são sentidos pelos usuários
Para transferências com página Web, os, usuários podem
esperar uns 5 ou 10 segundos.
REQUISITOS DE SEGURANÇA
O que deve ser protegido?
Servidores
Dispositivos de interconexão
Dados de sistemas ou de aplicações
A IMAGEM da empresa
Segredos industriais.
Plantas de projetos.
REQUISITOS TÍPICOS PODEM INCLUIR
ATINGIR OS SEGUINTES OBJETIVOS:

Permitir que pessoas externas acessem dados


públicos (via http, ftp, ...)

Identificar, autenticar e autorizar usuários de


filiais, usuários móveis e empregados

Detectar "penetras" e identificar os danos


Destruição ou vazamento de informação.
REQUISITOS TÍPICOS PODEM INCLUIR
ATINGIR OS SEGUINTES OBJETIVOS:

Proteger dados recebidos de ou transmitidos para


redes remotas via VPN.

Proteger hosts e dispositivos fisicamente.


Impedir acesso físico a informação não autorizada.

Proteger hosts e dispositivos logicamente através


de senhas e direitos de uso.
Impedir o acesso lógico a informação.

Proteger aplicações e dados contra virus


REQUISITOS DE GERENCIABILIDADE
Diz respeito a facilidade ou dificuldade em gerir
ou adquirir informação sobre Configuração,
Falha, Desempenho, Segurança, Contabilidade
REQUISITOS DE USABILIDADE
Usabilidade diz respeito à facilidade com a qual
usuários acessam os serviços via rede

Melhorar a usabilidade significa avaliar:


A facilidade com a qual a rede é configurada (usando
DHCP, por exemplo)

A facilidade com a qual a rede corporativa é usada


remotamente (usando VPN, por exemplo)

Facilidade com a qual um usuário móvel pode se


integrar à rede em vários pontos (sede, filiais, ...)
REQUISITOS DE ADAPTABILIDADE
A adaptabilidade descreve como o projeto de rede
pode se adaptar a:
Mudanças de tecnologia
Mudanças de protocolos
Mudanças de formas de negócio
Mudanças de legislação
CARACTERIZAÇÃO DA REDE EXISTENTE
A topologia
A estrutura física
O desempenho da rede
Montar o mapa de rede
Caracterização do cabeamento
Verificar o desempenho
Para comprar com a nova rede.
Verificar disponibilidade
DOCUMENTO DE REQUISITOS
Após a análise será gerado um documento de
requisitos.

Este documento é revisado até que haja um


acordo entre o cliente e o projetista.

Vous aimerez peut-être aussi