Planejamento para Disponibilidade de Rede

As redes de alta disponibilidade fornecem uma infra-estrutura redundante que pode ser comutada no caso dos recursos da rede primária apresentarem problemas de desempenho ou falhas de qualquer tipo. A primeira etapa é determinar seu grau de disponibilidade necessário. Os sistemas com disponibilidade melhor que 99 por cento são considerados tolerantes a falhas. Conforme a porcentagem de disponibilidade se aproxima do 100, você obtém as redes de alta disponibilidade. Quanto mais próximo dos 100 por centro de disponibilidade, mais cara se torna esta disponibilidade. Portanto, você precisa desenvolver um bom plano de negócios para redes de alta disponibilidade. Por exemplo, os fornecedores de serviços de aplicativos precisam de alta disponibilidade (99,9999 por cento de disponibilidade). Seu Web site corporativo pode precisar somente de 99,9 por cento de disponibilidade. A diferença em custo pode ser substancial, dependendo do tamanho e escala de sua rede.

Antes de Começar
__	Documente uma tabela de aplicativos que requerem tolerância a falhas ou redes de alta disponibilidade.
__	Identifique as partes da topologia de rede utilizadas por esses aplicativos.

Tarefas de Planejamento de Disponibilidade de Rede
__	Identifique pontos únicos de falha A forma mais fácil e econômica de aumentar a disponibilidade da rede é remover pontos únicos de falhas. Um ponto único de falha ocorre quando há apenas uma conexão física entre partes de uma rede. Muitas topologias diferentes de rede podem ajudar a remover pontos únicos de falha. O princípio básico é conectar mais nós em servidores individuais e em outros recursos de rede. Se um dos nós falhar, o tráfego pode ser roteado evitando o sistema em falha.
__	Plano para tolerância a falhas. As redes com tolerância a falhas possuem muito poucos pontos únicos de falha, se possuírem. Além disso, as redes com tolerância a falhas possuem um hardware de recuperação após desastre em cada nó. As medidas típicas de hardware por nó são: Subsistemas de hardware replicados Se uma rede for importante o suficiente, um segundo servidor ou roteador, ou outro dispositivo está disponível em cada nó no caso de falha do sistema do dispositivo primário. Hardware em espera Um exemplo de hardware em espera é uma matriz redundante de discos independentes (RAID), a qual ativa a mídia de armazenamento de troca a quente. Métodos de inicialização rápida Você precisa ser capaz de realizar dump e reiniciar no mais curto tempo possível para maximizar a disponibilidade. Energia backup Planeje conectar quantos nós possíveis a fontes de alimentação contínuas. Grandes centros de dados deve ter, também, geradores reservas. Gerenciamento remoto total Você deve ser capaz de diagnosticar e reiniciar servidores remotamente, independente de seus estados. Backup e restauração simultâneos Certifique-se de utilizar o sistema de backup assim que uma falha for detectada, e inicie o processo de backup novamente em tempo real. Para aprender como planejar para alta disponibilidade e clusters, consulte o tópico Planejamento para Disponibilidade.
__	Plano para criação de clusters A criação de clusters é o processo de conexão de um grande número de servidores para atingir 100 por cento de disponibilidade ou disponibilidade contínua. Muitas famílias de servidores permitem a criação de clusters e, diversos pacotes de software, tais como o aplicativo e o software do servidor da Web do WebSphere, permitem a criação de clusters. A criação de clusters pode ser relativamente direta para uso contínuo ou estado constante. O desafio é manter a disponibilidade durante a manutenção de rotina ou durante o upgrade de sistemas dentro de um cluster. O princípio básico por trás da criação de clusters é a virtualização. Ou seja, embora um grupo de servidores seja fisicamente distinto, os servidores são logicamente iguais. Parte do processo de virtualização inclui o endereçamento de IP virtual, o qual designa endereços IP a um conjunto de servidores em vez de para cada servidor físico. Desta forma, nenhum roteamento é envolvido quando um servidor se torna inativo e um dos servidores reservas, conectado ao mesmo cluster como um servidor primário, assume sua carga de trabalho. No iSeries, os endereços IP virtuais podem ser utilizados para fornecer redundância de adaptadores físicos não tendo um endereço IP virtual designado a um único adaptador físico.

Tarefas de Planejamento de Disponibilidade de Rede

Identifique pontos únicos de falha

A forma mais fácil e econômica de aumentar a disponibilidade da rede é remover pontos únicos de falhas. Um ponto único de falha ocorre quando há apenas uma conexão física entre partes de uma rede. Muitas topologias diferentes de rede podem ajudar a remover pontos únicos de falha. O princípio básico é conectar mais nós em servidores individuais e em outros recursos de rede. Se um dos nós falhar, o tráfego pode ser roteado evitando o sistema em falha.

Plano para tolerância a falhas.

As redes com tolerância a falhas possuem muito poucos pontos únicos de falha, se possuírem. Além disso, as redes com tolerância a falhas possuem um hardware de recuperação após desastre em cada nó. As medidas típicas de hardware por nó são:

Subsistemas de hardware replicados
Se uma rede for importante o suficiente, um segundo servidor ou roteador, ou outro dispositivo está disponível em cada nó no caso de falha do sistema do dispositivo primário.
Hardware em espera
Um exemplo de hardware em espera é uma matriz redundante de discos independentes (RAID), a qual ativa a mídia de armazenamento de troca a quente.
Métodos de inicialização rápida
Você precisa ser capaz de realizar dump e reiniciar no mais curto tempo possível para maximizar a disponibilidade.
Energia backup
Planeje conectar quantos nós possíveis a fontes de alimentação contínuas. Grandes centros de dados deve ter, também, geradores reservas.
Gerenciamento remoto total
Você deve ser capaz de diagnosticar e reiniciar servidores remotamente, independente de seus estados.
Backup e restauração simultâneos
Certifique-se de utilizar o sistema de backup assim que uma falha for detectada, e inicie o processo de backup novamente em tempo real.

Para aprender como planejar para alta disponibilidade e clusters, consulte o tópico Planejamento para Disponibilidade.

Plano para criação de clusters

A criação de clusters é o processo de conexão de um grande número de servidores para atingir 100 por cento de disponibilidade ou disponibilidade contínua. Muitas famílias de servidores permitem a criação de clusters e, diversos pacotes de software, tais como o aplicativo e o software do servidor da Web do WebSphere, permitem a criação de clusters. A criação de clusters pode ser relativamente direta para uso contínuo ou estado constante. O desafio é manter a disponibilidade durante a manutenção de rotina ou durante o upgrade de sistemas dentro de um cluster.

O princípio básico por trás da criação de clusters é a virtualização. Ou seja, embora um grupo de servidores seja fisicamente distinto, os servidores são logicamente iguais. Parte do processo de virtualização inclui o endereçamento de IP virtual, o qual designa endereços IP a um conjunto de servidores em vez de para cada servidor físico. Desta forma, nenhum roteamento é envolvido quando um servidor se torna inativo e um dos servidores reservas, conectado ao mesmo cluster como um servidor primário, assume sua carga de trabalho.

No iSeries, os endereços IP virtuais podem ser utilizados para fornecer redundância de adaptadores físicos não tendo um endereço IP virtual designado a um único adaptador físico.

Ao concluir as tarefas identificadas neste tópico, você deverá ter um plano de disponibilidade de rede que identifica os seguintes elementos:

Depois de Terminar
__	Documente uma lista de todos os pontos únicos de falhas e planeje a criação da redundância.
__	Documente uma lista do hardware que requer medidas de backup e recuperação após desastre.
__	Documente uma lista de servidores que serão parte de um cluster, e desenvolva um plano para o software de criação de clusters, o que permitirá a implementação do seu plano de criação de clusters.