Compartilhar via

Instalando um cluster de cópia única

  • Artigo

 

Aplica-se a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Tópico modificado em: 2008-02-08

A instalação de um cluster de cópia única (SCC) no Windows Server 2003 ocorre em várias fases. Antes de implantar um CCR, recomendamos que você faça uma revisão completa de Clusters de cópia única. Além disso, você deve verificar se atende a todos os requisitos especificados em Planejando clusters de cópia única.

Dica

Para obter informações sobre a instalação de um CCR no Windows Server 2008, consulte Instalando um cluster de cópia única no Windows Server 2008.

A implantação de um CCR no Windows Server 2003 é um processo que ocorre em várias fases distintas:

  • Formação e configuração do armazenamento

  • Formação e configuração da rede

  • Formação do cluster, começando pelo primeiro nó e continuando no segundo e nos nós subseqüentes.

  • Configuração de recursos de disco físico dentro do cluster

  • Configuração das redes de cluster

  • Instalação e configuração de um servidor de caixas de correio clusterizadas

  • Configuração das dependências de armazenamento do servidor de caixas de correio clusterizadas

  • Verificação da entrega do servidor de caixas de correio clusterizadas

Recomendamos que você conclua cada fase antes de iniciar a próxima fase. Depois de concluir todas as fases, recomenda-se verificar a solução de SCC antes de colocá-la em produção. As seções a seguir explicam cada uma das fases de instalação com mais detalhes.

Formação e configuração do armazenamento

Um SCC usa armazenamento compartilhado para o servidor de caixas de correio clusterizadas (bancos de dados e grupos de armazenamento). Um CCR também pode usar armazenamento compartilhado para o recurso de quorum. No entanto, isso não é obrigatório. Todo armazenamento compartilhado deve ser configurado no nível do hardware em todos os nós pretendidos antes da formação do cluster.

Quando um quorum de disco compartilhado é usado, é obrigatório que o disco de quorum esteja configurado e disponível para todos os nós do cluster antes da formação do cluster. A formação do cluster reverterá para um quorum local ou falhará completamente, se o disco compartilhado de quorum não estiver disponível.

Dica

O armazenamento de um determinado servidor de caixas de correio clusterizadas deve ficar acessível em todos os nós que possam hospedar esse servidor. O armazenamento compartilhado usado para um recurso de quorum deve ficar acessível em todos os nós do cluster, quer ele apenas possa hospedar ou relamente hospede um servidor de caixas de correio clusterizadas.

É vital que o armazenamento seja configurado corretamente em um SCC antes que o SCC seja colocado em produção. Durante as fases de instalação e configuração do CCR, há tarefas que devem ser executadas para que o armazenamento seja configurado corretamente para um CCR:

  • O armazenamento deve ser adequadamente configurado no nível do hardware antes da formação do cluster. Para obter as etapas detalhadas sobre como conectar e configurar a solução de armazenamento do cluster de failover, consulte as instruções fornecidas com a solução de armazenamento ou consulte o fornecedor do hardware.

  • Para que o Microsoft Exchange Server 2007 seja instalado, o cluster de failover deve possuir um ou mais recursos de disco físico para o servidor de caixas de correio clusterizadas. Você não pode usar o recurso de disco de quorum para hospedar bancos de dados e grupos de armazenamento. A instalação do Exchange 2007 não continuará se o armazenamento compartilhado não for detectado no cluster.

  • Para configurar as dependências e as configurações de recursos do disco físico, use o Administrador de Cluster ou o arquivo Cluster.exe após instalar o servidor de caixas de correio no cluster de failover.

Recomendamos também que você use a ferramenta Diskpart (Diskpart.exe) para verificar se as trilhas do disco estão alinhadas por setor. Ao usar a ferramenta Diskpart para criar partições alinhadas (em comparação com partições não alinhadas que são criadas com a ferramenta Disk Manager), você poderá aumentar o desempenho do disco em 20%. Para obter etapas detalhadas, consulte Como alinhar a E/S do Exchange aos limites de controle de armazenamento.

Formação e configuração da rede

Você deve ter um número suficiente de endereços IP estáticos disponíveis quando criar servidores de caixas de correio clusterizadas em uma configuração de SCC. Você deve ter uma rede dedicada para comunicação interna de clusters e uma rede com capacidades de comunicação interna de clusters e comunicação externa com clientes (por exemplo, uma rede mista).

Os endereços IP são necessários para as redes públicas e privadas. Além disso, todos os endereços IP das redes de cluster deverão estar na mesma sub-rede e cada rede de cluster deverá estar em uma sub-rede diferente. (Por exemplo, a rede privada está em uma sub-rede e a rede pública está em uma sub-rede diferente.) Além disso, um endereço IP e um nome de rede são necessários para o servidor de caixas de correio clusterizadas. A seguir estão recomendações para endereços IP particulares e públicos:

  • Endereços particulares   Cada nó exige um endereço IP estático para cada adaptador de rede usado para a rede privada de cluster. Você deve usar endereços IP estáticos que não estejam na mesma sub-rede ou rede que uma das redes públicas. Recomenda-se usar 10.10.10.x com uma máscara de sub-rede 255.255.255.0 como sub-rede de endereço IP privado para a rede privada.

  • Endereços públicos   Cada nó exige um endereço IP estático para cada adaptador de rede usado para a rede pública de cluster. Além disso, os endereços IP estáticos são necessários para o cluster de failover e para o servidor de caixas de correio clusterizadas, de modo que eles possam ser acessados por clientes e administradores. Você deve usar endereços IP estáticos que não estejam na mesma sub-rede ou rede que uma das redes privadas.

Práticas recomendadas de rede para servidores de caixas de correio clusterizadas

Recomendamos também que você siga estas práticas recomendadas para a rede de cluster:

  • Usar nomes significativos   A criação de um cluster dá a você muitas oportunidades de usar nomes significativos para nós de cluster, interfaces de rede de cluster, nome do cluster e nomes de servidor de caixas de correio clusterizadas. Por exemplo, a rede usada para comunicação com outros servidores e clientes Exchange pode ser chamada Pública. A rede usada para comunicação entre os nós de cluster pode ser chamada Particular. Use nomes que possam ser relacionados entre si sem que seja necessário consultar um mapa de topologia. Outra convenção útil é relacionar os nós de um cluster ao nome do servidor de caixas de correio clusterizadas. Por exemplo, use mbx01, mbx01-node1 e mbx01-node2 para o servidor de caixas de correio clusterizadas e os dois nós, respectivamente.

  • Usar endereços IP particulares para as interfaces de rede privada   Use a tabela a seguir de intervalos de endereços e máscaras de sub-rede para as interfaces de rede privada.

    Rede Intervalo de endereço IP Máscara de sub-rede

    Particular 1

    10.10.10.10-255

    255.255.255.0

    Particular 2

    10.10.10.11-255

    255.255.255.0

Observe o seguinte:

  • Se sua rede pública usar uma rede 10.x.x.x e uma máscara de sub-rede 255.255.255.0, recomenda-se usar endereços IP e máscara de sub-rede de rede privada alternativos.

  • Recomendamos não usar nenhum tipo de adaptador com tolerância a falhas ou agrupamento para a rede privada. Se você precisar de redundância para a rede privada, use vários adaptadores de rede configurados para Apenas Comunicação Interna e defina a prioridade de rede na configuração do cluster. É importante verificar se a versão do firmware e do driver é a mais recente, caso você use essa tecnologia. Entre em contato com o fabricante do adaptador de rede para obter informações sobre compatibilidade em um cluster de servidor. Para obter mais informações sobre agrupamento de adaptadores de rede em implantações de clusters de servidores, consulte o artigo 254101 da Base de Dados de Conhecimento Microsoft, Agrupamento de adaptadores de rede e clusters de servidores (em inglês).

Para configurar as redes no cluster para uso com uma solução SCC, configure as redes públicas e privadas seguindo as etapas descritas em Como configurar conexões de rede para um cluster de cópia única.

Formando o cluster

Um cluster de failover é formado quando o primeiro nó é adicionado ao cluster. Esse processo fornece ao cluster um nome de rede e um endereço IP de rede exclusivos. O endereço IP e o nome da rede, que coletivamente são a identidade de rede do cluster, movem-se entre os nós do cluster à medida que os nós ficam online e offline. Geralmente, a identidade de rede do cluster é raramente usada na administração de um servidor de caixas de correio clusterizadas.

Se você estiver familiarizado com a implantação de clusters de failover ou de clusters do Exchange de versões anteriores, achará a implantação de um cluster para uma solução CCR muito diferente. Se não tiver experiência em soluções de cluster, você achará a implantação muito menos complexa do que as configurações típicas de cluster.

Você pode criar um novo cluster usando as instruções em Como criar um cluster de failover do Windows Server 2003 para um cluster de cópia única.

Adicionando outros nós

Depois de instalar o Serviço de cluster no primeiro nó, você verá que levará menos tempo para instalá-lo nos nós subseqüentes. Isso ocorre porque o programa de instalação usa as definições de configuração de rede configuradas no primeiro nó como base para configurar as definições de rede nos nós subseqüentes. Para obter etapas detalhadas sobre como adicionar outros nós ao cluster, consulte Como criar um cluster de failover do Windows Server 2003 para um cluster de cópia única.

Antes de adicionar e configurar outros nós, você deverá validar a configuração do cluster. Verifique se o serviço de Cluster está em execução e se o cluster está operacional, executando cluster group em um prompt de comando. O resultado deverá ser semelhante a este:

C:\>grupo de clusters

Listagem de status de todos os grupos de recursos disponíveis:

Grupo                  Nó            Status

----------------     ---------------     ------

Grupo de cluster   <NodeName>          Online

Recomendamos ainda que você revise os logs de eventos em busca de erros e avisos que possam exigir mais atenção.

Configurando as redes do cluster

Depois que todos os nós tiverem sido adicionados ao cluster, os componentes de rede do cluster deverão ser configurados. Especificamente, as redes do cluster, a prioridade da rede do cluster e as configurações de tolerância das pulsações de cluster perdidas precisam ser configuradas. A tabela a seguir descreve em detalhes as opções disponíveis para a configuração de redes para a pulsação do cluster.

Opções para configurar as redes do cluster

Opção Descrição

Apenas acesso para cliente (rede pública)

Selecione essa opção se desejar que o serviço de Cluster use esse adaptador de rede somente para comunicação externa com outros clientes. Nenhum tráfego de comunicação do cluster entre nós ocorrerá nesse adaptador de rede.

Apenas comunicação interna de clusters (rede privada)

Selecione essa opção se desejar que o serviço de Cluster use a rede somente para a pulsação do cluster.

Todas as comunicações (rede mista)

Selecione essa opção se você quiser que o serviço de Cluster use o adaptador de rede no tráfego de comunicação do cluster entre nós e na comunicação com clientes externos. Essa opção é selecionada por padrão para todas as redes.

Para receberem suporte, os servidores de caixas de correio clusterizadas implantados em um CCR exigem pelo menos duas placas de rede em cada nó. Em um ambiente de CCR, recomendamos a configuração de uma rede como rede privada e a configuração de outra rede como rede mista. Se uma rede for configurada como rede privada e a outra, como rede pública, a rede privada representará um ponto de falha único para o servidor de caixas de correio clusterizadas.

Para obter etapas detalhadas sobre como configurar os componentes de rede do cluster, consulte Como configurar os componentes e a prioridade da rede do cluster.

Após criar o cluster de failover e antes de instalar a função de servidor Caixa de Correio em qualquer nó do cluster, recomendamos que você verifique se o cluster de failover está operacional. Para obter etapas detalhadas sobre como verificar o cluster de failover, consulte Como verificar se o cluster de failover está em operação.

Instalação e configuração do servidor de caixas de correio clusterizadas

Você pode instalar a função de servidor Caixa de Correio em um cluster executando algumas etapas em cada nó. Depois que o cluster foi formado e validado, você deverá instalar a função de servidor Caixa de Correio no nó ativo. Ao instalar a função de servidor Caixa de Correio em um CCR, verifique se de que o caminho para o arquivo de banco de dados do Exchange está localizado em um disco compartilhado do cluster. Se você não selecionar uma unidade e um caminho em um disco compartilhado do cluster, a Instalação não ocorrerá e será emitida uma mensagem de erro. Para obter etapas detalhadas sobre como instalar a função de servidor Caixa de Correio no nó ativo, consulte Como instalar a função Caixas de Correio Clusterizadas Ativas em um cluster de cópia única no Windows Server 2003.

Depois de instalar a função de servidor Caixa de Correio e um servidor de caixas de correio clusterizadas no nó ativo e de ter verificado a configuração do primeiro grupo de armazenamento, você deverá instalar a função de servidor Caixa de Correio no nó passivo seguindo as etapas em Como instalar a função de Caixas de Correio Clusterizadas Passivas em um cluster de cópia única no Windows Server 2003.

Dependências de armazenamento do servidor de caixas de correio clusterizadas

Depois que o servidor de caixas de correio clusterizadas tiver sido instalado e antes de ele ser colocado em produção, é necessário configurar os recursos do disco físico para o banco de dados usando o Administrador de Cluster ou Cluster.exe. Se essa etapa não for executada e as dependências adequadas de recursos de cluster não forem estabelecidas, os bancos de dados não serão montados depois da ocorrência de um failover ou handoff. Para obter etapas detalhadas sobre como configurar as dependências adequadas de recursos de disco físico em um CCR sendo executado no Windows Server 2003, consulte Como configurar dependências de disco para um cluster de cópia única no Windows Server 2003.

Instalando vários servidores de caixas de correio clusterizadas

Só há suporte para CCR em configurações ativas/passivas ou em configurações ativas de nó único. Contudo, pode haver vários nós ativos e vários nós passivos no mesmo CCR. Em clusters ativos/passivos, o cluster inclui pelo menos um nó ativo e pelo menos um nó passivo; por exemplo, dois nós ativos e um nó passivo. Nos clusters de failover ativos/passivos, o número de ocorrências de servidor de caixas de correio clusterizadas é sempre menor que o número de nós físicos do cluster.

Um cluster de failover do Windows pode conter até oito nós físicos. Portanto, podem existir no máximo sete servidores de caixas de correio clusterizadas em um SCC. Um nó passivo pode atender a um ou mais nós ativos, mas é recomendável implantar pelo menos um nó passivo para cada nó ativo do cluster.

O processo para a instalação de nós ativos e passivos adicionais não é diferente do processo de instalação dos primeiros nós ativo e passivo. Para receber suporte, cada nó ativo instalado deve ter um nó passivo correspondente. Um único nó passivo pode ser designado como nó passivo de vários nós ativos. No entanto, isso pode comprometer a disponibilidade, pois cada nó só pode hospedar um servidor de caixas de correio clusterizadas. Por exemplo, se houver dois nós ativos e um nó passivo, o CCR não terá nós passivos suficientes para acomodar a falha simultânea dos dois nós ativos.

Dica

Nos CCR que contêm vários servidores de caixas de correio clusterizadas, há um problema conhecido: você pode não conseguir criar novas caixas de correio no segundo servidor de caixas de correio clusterizadas (e nos servidores subseqüentes) instalado no cluster de failover. Quando esse problema ocorrer, haverá falha nas tentativas de criação de novas caixas de correio no segundo servidor de caixas de correio clusterizadas, ou nos servidores subseqüentes. A seguinte mensagem de erro será enviada: "Uma DLL geradora de proxy no servidor FQDN.nome do servidor não pôde ser encontrada ou falhou ao inicializar. Endereços de proxy para o destinatário atual não podem ser calculados. Verifique se todas as DLLs geradoras de endereço de proxy foram instaladas no servidor de destino." Para resolver esse problema, crie a nova caixa de correio em outro servidor de Caixas de Correio e, em seguida, mova essa caixa de correio para o segundo, ou subseqüente, servidor de caixas de correio clusterizadas do cluster. Você também pode resolver esse problema criando um objeto MTA da Microsoft no Active Directory para o servidor de caixas de correio clusterizadas. Para obter etapas detalhadas, consulte Como habilitar a criação de Caixa de Correio no segundo servidor de caixas de correio clusterizadas ou sucessivo de um cluster de cópia única do Exchange 2007.

Verificando um cluster de cópia única

Depois de concluir a instalação de uma solução SCC ou de fazer alterações significativas na configuração, recomenda-se verificar se os dois nós estão configurados corretamente para aceitar o servidor de caixas de correio clusterizadas executando uma entrega do servidor de caixas de correio clusterizadas entre todos os nós.

A maneira recomendada de verificar se os dois nós são capazes de colocar o servidor de caixas de correio clusterizadas online é usar o cmdlet Move-ClusteredMailboxServer para mover o servidor de caixas de correio clusterizadas para cada nó. O cmdlet Move-ClusteredMailboxServer está disponível no Shell de Gerenciamento do Exchange.

Para obter etapas detalhadas sobre como verificar a solução SCC, consulte Como verificar handoff em um cluster de cópia única.