Como melhorar o desempenho de aplicativos WAN?

Vamos dizer que você é um CIO de uma empresa estabelecida, com infra-estrutura de WAN e estão recebendo reclamações dos usuários ..... que as aplicações são lentos. Será que você entre em contato com o fornecedor de rede (por exemplo, Cisco, Juniper), investir em aceleradores WAN (por exemplo, Packeteer, Riverbed), ou contratar uma empresa de consultoria para investigar? O que você vai fazer para resolver a situação?

Para começar .... dar um passo para trás e respirar fundo. Você está pulando a arma sugerindo a WAN é responsável. É necessária mais informação.

A moral da história .... obter dados primeiro.

Saiba o que é a realização de ações específicas quando o cliente está em execução no mesmo edifício que o servidor de aplicativos.

Repetir que para um cliente em vários outros locais e comparar os resultados.

Isso pode apontar para links WAN específicos para verificar. Em outras palavras, quais são as larguras de banda e tempos de resposta em todos os segmentos diferentes. [Alguns locais mais tempo do que outros, não distância parecem desempenhar um papel, há um ponto de congestionamento específico.]

Também pode apontar para a necessidade de analisar o fluxo de tráfego do cliente. O aplicativo requer 100 + ida e volta entre o cliente eo servidor (na WAN), mesmo para a mais simples das ações? Algo como isso só pode ser resolvido alterando a aplicação. (Não importa quem são os fornecedores. Você não pode fazer muito sobre a velocidade da luz ao redor do mundo que muitas vezes.)

Assim, parte da resposta é ...... pedindo qualquer fornecedor específico para "consertar" antes de você saber o que "ele" é a vontade de perder seu tempo.

A resposta curta é ..... obter dados, analisá-lo, em seguida, corrigir.

Problemas de desempenho pode ser atribuído à rede, servidores, banco de dados (s) e aplicativos em si, por isso é importante dar um passo atrás e olhar para a infra-estrutura completa, incluindo os aplicativos e todos os seus componentes antes de assumir a WAN é o culpado.

Pergunte a si mesmo ......

- Qual é a atual "experiência do usuário final" para aplicações de negócios em termos de desempenho e disponibilidade?

- Qual é a contribuição atual tempo de resposta de camadas de rede cliente e servidor?

- Quais são os níveis de utilização de recursos atuais sobre os servidores críticos que suportam o negócio?

- O que é a actual utilização de recursos de rede (ou seja, links de WAN) e quais aplicativos estão usando mais largura de banda?

- Quais servidores, estações de trabalho e locais de negócios representam os faladores "top" na rede?

Se você acredita que você já tem essas perguntas respondidas ..... e seu principal suspeito é ainda o desempenho da WAN ..... você precisa perguntar se você tem largura de banda suficiente para o tráfego de aplicações atravessar a WAN e / ou se o problema aplicativos são adequados para a implantação de WAN em primeiro lugar. (Um aplicativo de banco de dados falante 2-tier não vai ser bem dimensionada através da WAN, não importa o quanto h / w que você jogue com ele).

Uma ferramenta de monitoramento de rede que pode ajudar a fornecer uma rede abrangente colectável durante um período de tempo, seja volume de tráfego de pico um dia de trabalho ou período de 24h de negócios movimentado, pode ajudar a compreender os piores criminosos. Uma vez que você sabe quem eles são, você pode fazer duas coisas .....

- Olhar para a prontidão da rede para o aplicativo (s)

- Olhar para os próprios aplicativos para determinar se eles são otimizados para o seu ambiente.

Se o problema é apenas a largura de banda, a questão se torna quanto mais eu preciso? A ferramenta de análise de rede com capacidades preditivas podem ajudar a avaliar o impacto das alterações da rede no desempenho do aplicativo e se mais largura de banda ou latência reduzida vai resolver o problema.

Se a latência é um problema sério que você pode ter que olhar para os aplicativos problemáticos em questão para ver se eles são adequados para a implantação de WAN. A capacidade de perfis mesmo de cima pode ajudar a determinar os efeitos de menos round-trips entre cliente e servidor (s) que lhe permite determinar o custo / benefício entre mudar a aplicação ou infra-estrutura.

Não basta thow aceleradores nisso porém sem primeiro saber o que é o problema. Eles podem ser um desperdício de dinheiro para determinadas aplicações e não resolver o problema.

Esta é uma questão típica para a maioria das organizações em algum ponto no tempo e gostaria de seguir os passos abaixo para resolver o problema.

Primeiro, definir e quantificar o problema. Pobre desempenho de aplicativos WAN pode ser o resultado de muitas coisas, falta de largura de banda, não de equipamentos de rede, questões de fornecedores de telecomunicações, projeto deficiente aplicação, a demanda da rede imprevistos. Os sintomas dos problemas que precisam ser documentadas. Isso acontece em um determinado momento do dia ou é constante? Isso ocorre quando um determinado aplicativo está funcionando? Qual os usuários são efeito? O que nós da WAN são realizadas? É um problema localizado ou que parece efetuar vários locais? Houve algumas mudanças feitas recentemente à WAN (hardware novo, novas aplicações, novos fornecedores de telecomunicações, etc.)

Para ser capaz de definir a questão que você tem que começar a recolher boas informações para ajudar no processo. Lugares para começar a coleta de informações que incluem:

- Help Desk. Grande fonte para a definição de sintomas do problema.

- Equipamentos de rede. Roteadores, switches, CSU / DSU logs podem ser revistos para a identificação do problema.

- Fornecedores de telecomunicações. Especialmente para redes compartilhadas (Frame Relay, ATM, etc) que será capaz de fornecer estatísticas sobre as taxas de ruptura e de uso.

- Entrevistas usuário. Alguns usuários não registrar todos os seus problemas

Através dessas fontes deverá ser capaz de caracterizar o problema. E a natureza do problema irá ditar a solução. Alguns problemas e soluções incluiria ....

- Mal projetado aplicações em redes WAN. Soluções possíveis são: re-trabalhar a aplicação, mover servidores em topologia de rede, aumentar a largura de banda WAN ou usar o software de servidor de terminal (ou seja, Citrix). A banda ajuda e nenhuma abordagem óbvia é usar Citrix e tirar a WAN da equação.

- Pobre apoio Vendedor Telecom. Possíveis soluções estão mudando a fornecedores Telecom ou mandar remodelar os links. Por exemplo, passar de Frame Relay para Point-to-Point topologia. Mas tenha cuidado. Na maioria das vezes a última milha é normalmente o mesmo meio físico, que pode ser o problema. Significado mudança de topologia não ajudaria.

- Largura de banda limitada. A solução possível é aumentar a largura de banda. Às vezes, o crescimento organizacional natural e usos da conta de WAN para o fraco desempenho da WAN e você tem que comprar mais banda. Ou, mais uma vez, você pode limitar este crescimento, caindo para trás a usar Citrix ou talvez realocar servidores.

- Na falta de equipamentos de rede. A solução possível seria principalmente quer substituir componentes ou toda a peça de equipamento. Esta é a situação que você pode querer consultar com um especialista de fora, dependendo do nível de habilidade que você tem internamente.

- Situações estranhas. Há sempre as situações inusitadas. Por exemplo, tenho visto WANs diminuir quando as pessoas começam a enviar e-mail em torno MPEGs. Esta é mais uma questão política.

A linha inferior é, às vezes você pode ter que trazer um consultor dentro Mas em muitas situações, usando o bom senso, é possível determinar a causa ea solução para o problema internamente....