PROJETOS EM REDES Prof. Msc. Hélio Esperidião

Transcrição

1 Data Center do TCE/RS PROJETOS EM REDES Prof. Msc. Hélio Esperidião

2 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.

3 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.

4 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

5 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)

6 PASSO2 -PROJETOLÓGICODAREDE Desenvolvimento da topologia da rede Desenvolvimento de aspectos de segurança e gerência Pode ser achatada ou hierárquica, dependendo do Pode ser achatada ou hierárquica, dependendo do tamanho

7 PASSO3 -PROJETOFÍSICODAREDE

8 PARTE4 -TESTES, OTIMIZAÇÃOE DOCUMENTAÇÃO DO PROJETO DE REDE Escrever e implementar um plano de testes. Implementar uma rede piloto. Documentar o projeto da rede.

9 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.

10 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?

11 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?

12 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?

13 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

14 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

15 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.

16 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

17 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

18 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

19 CRIE UMA TABELA(REDE BANCÁRIA) Nome da Aplicação Tipo da aplicação Gerência de recursos humanos usuário 3 Criticalida de Comentário 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

20 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?

21 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?

22 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.

23 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

24 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, etcprovocados pela aumentos de faturamento, etcprovocados pela implantação do projeto de rede.

25 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.

26 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óximos2 anos.

27 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.

28 ESPECIFICAÇÃO DE REQUISITOS DISPONIBILIDADE DISPONIBI LIDADE (% UPTIME) QUANTIDADE DE DOWNTIME PERMITIDO NO PERÍODO DE TEMPO 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)

29 O CUSTODOTEMPOPARADO (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.

30 DISPONIBILIDADE Disponibilidade = MTBF/(MTBF+MTTR) Exemplo: MTBF de 4000 horas MTTR de 1 hora (um valor típico) => 99,975% Disponibilidade= (4000 /( ))*100 Um MTTR muito baixo indica a reposição rápida de peças, técnico residente, etc.

31 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!

32 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.

33 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

34 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

35 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.

36 REQUISITOS DE SEGURANÇA O que deve ser protegido? Servidores Dispositivos de interconexão Dados de sistemas ou de aplicações A IMAGEMda empresa Segredos industriais. Plantas de projetos.

37 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.

38 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

39 REQUISITOS DE GERENCIABILIDADE Diz respeito a facilidade ou dificuldade em gerir ou adquirir informação sobre Configuração, Falha, Desempenho, Segurança, Contabilidade

40 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,...)

41 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

42 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

43 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.