Noções Básicas Sobre Fatores de Alta Disponibilidade

  • Artigo

Tópico modificado em: 2010-01-27

Este tópico discute vários fatores de disponibilidade alta que irão afetar sua arquitetura geral do servidor de Caixa de Correio.

Resiliência de caixa de correio

Com o Exchange Server 2010, você pode selecionar implantar a infraestrutura do servidor de Caixa de Correio em uma implementação independente ou com resiliência de caixa de correio. O Exchange 2010 foi reprojetado em torno do conceito de resiliência de caixa de correio, com a arquitetura alterada para que a proteção automática de failover passe a ser oferecida no nível do banco de dados de caixa de correio, e não no nível do servidor.

Se você selecionar uma solução que use a resiliência de caixa de correio, terá várias escolhas, em termos de arquitetura:

  • Ao implantar várias cópias do banco de dados, você poderá:
    • Projetar uma solução que diminua as razões mais comuns para fazer um backup. Cópias de bancos de dados oferecem proteção contra falhas no datacenter, software e hardware.
    • Aumentar o tamanho dos bancos de dados para até 2 terabytes, pois o seu mecanismos de recuperação é outra cópia do banco de dados, e não uma restauração do backup.
    • Considerar alternativas de arquitetura de armazenamento como o JBOD (Just a Bunch of Disks), se você implantar três ou mais cópias de banco de dados.
  • Distribuir bancos de dados ativos por todos os servidores que fazem parte de um grupo de disponibilidade de banco de dados (DAG), para maximizar a eficiência do seu hardware. Consulte a próxima seção deste tópico, para mais informações.

Para mais informações, consulte Planejamento da alta disponibilidade e resiliência do site e Understanding Backup, Restore and Disaster Recovery.

Hospedando cópias de bancos de dados ativas e passivas no mesmo servidor

Um aspecto-chave do planejamento da capacidade da Caixa de Correio do Exchange 2010 é determinar quantas cópias do banco de dados você planeja ativar por servidor, quando configuradas para resiliência de caixa de correio. Há uma variedade de projetos disponíveis, mas recomendamos os modelos a seguir.

Projetos para todas as cópias ativadas de banco de dados

Neste modelo de planejamento de capacidade, você projeta a arquitetura do seu servidor para manipular 100 por cento de todas as cópias de banco de dados hospedadas se tornando ativas. Por exemplo, se o seu servidor hospedar 35 cópias de banco de dados, você faz o projeto com processador e memória para acomodar todos os 35 bancos de dados se tornando ativos durante o horário de pico.

Dos dois modelos discutidos neste tópico, este modelo oferece a melhor disponibilidade, juntamente com melhores características de desempenho de cliente. No entanto, esse modelo tem um custo de servidor mais alto.

Projeto para cenários de falha direcionados

Neste modelo, você projeta a arquitetura do servidor para manipular a carga da caixa de correio ativa durante o pior caso de falha que você planeje manipular. Há vários fatores para considerar neste modelo, incluindo a resiliência de site; armazenamento RAID vs. JBOD; tamanho do grupo de disponibilidade do banco de dados (DAG); e número de cópias do banco de dados.

Uma regra simples é projetar da seguinte maneira:

  • Falha de nó único automática em configurações de dois nós
  • Falha de nó duplo em configurações de três servidores (ativação manual para segunda falha)
  • Falhas de nó duplo automática em que o DAG tem quatro ou mais nós

O número apropriado de cópias de banco de dados é necessário em cada um dos cenários acima, e as cópias devem ser distribuídas randômica e igualmente.

Se você selecionar esse modelo de planejamento de capacidade, recomendamos enfaticamente que você restrinja o número de bancos de dados que podem ser ativados por servidor, para que o servidor não exceda o número de banco de dados ativos que ele foi projetado para servir (e, como resultado, ofereça uma experiência de cliente ruim).

Você pode restringir o número de banco de dados, definindo a configuração máxima de banco de dados ativos. Você pode configurar esse limite no Shell de Gerenciamento do Exchange, executando Set-MailboxServer -MaximumActiveDatabases. Configure esse limite em cada servidor no DAG, para corresponder ao máximo de bancos de dados ativos para o qual a implantação foi dimensionada. Para mais informações, consulte Set-MailboxServer.

Esse modelo de planejamento de capacidade oferece um equilíbrio entre custos, disponibilidade e características de desempenho de cliente.

Para mais informações, consulte Exemplos de design do grupo de disponibilidade do banco de dados.