Planejando clusters de cópia única

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

Tópico modificado em: 2008-07-24

Embora a implantação de um SCC (cluster de cópia única) do Microsoft Exchange Server 2007 seja semelhante à implantação de um servidor Exchange 2007 autônomo e semelhante à implantação da CCR (replicação contínua em cluster), há diferenças importantes que devem ser consideradas.

Requisitos gerais para clusters de cópia única

Os requisitos gerais para implantar um SCC são os seguintes:

• Verifique se você está executando o DNS (sistema de nome de domínio). O ideal é que o servidor DNS aceite atualizações dinâmicas. Se o servidor DNS não aceitar atualizações dinâmicas, você deverá criar um registro de Host DNS (A) para cada servidor de caixas de correio clusterizdas e outro para o próprio cluster. Caso contrário, o Exchange não funcionará corretamente. Para obter mais informações sobre como configurar o DNS para o Exchange, consulte o artigo 322856 da Base de Dados de Conhecimento da Microsoft, COMO FAZER: Configure DNS para Ser Usado com o Exchange Server.

• Se seus nós de cluster pertencerem a uma zona de serviço de nome de diretório que tenha um nome diferente do nome de domínio do serviço de diretório do Active Directory em que o computador ingressou, a propriedade DNSHostName não incluirá o nome de subdomínio por padrão. Nessa situação, você pode precisar alterar a propriedade do DNSHostName para garantir que alguns serviços, como o FRS (serviço de replicação de arquivo), funcionem corretamente. Para obter mais informações, consulte o artigo 240942 da Base de Dados de Conhecimento, Propriedade DNSHostName do Active Directory não inclui subdomínio (em inglês).

• Todos os nós de cluster devem ser servidores membros no mesmo domínio e site do Active Directory. O Exchange 2007 não tem suporte em nós que são também servidores de diretório do Active Directory, ou nós que são membros de diferentes domínios ou sites do Active Directory.

• Verifique se o cluster está formado antes de instalar o Exchange 2007. Verifique se pelo menos um recurso de disco físico está presente no grupo de cluster no qual você deseja instalar o Exchange 2007 antes de instalar o Exchange 2007. Depois de instalar o servidor de caixas de correio clusterizadas, configure as dependências adequadas de recursos do disco no Administrador de Cluster.

• Verifique se os nomes de servidores de caixa de correio clusterizadas possuem 15 caracteres ou menos.

• O cluster no qual o Exchange 2007 está instalado não pode conter Exchange Server 2003, Exchange 2000 Server nem nenhuma outra versão com detecção de cluster do Microsoft SQL Server. Não há suporte para execução do Exchange 2007 em um cluster com quaisquer desses outros aplicativos. A execução do Exchange 2007 em um cluster com o SQL Server Express Edition ou outro aplicativo de banco de dados (como o Microsoft Office Access) é permitida, desde que o aplicativo de banco de dados não esteja em cluster.

• Antes de instalar o Exchange 2007, verifique se a pasta em que você instalará todos os dados do Exchange no recurso de disco físico está vazia.

• Você deve instalar a mesma versão do Exchange 2007 em todos os nós do cluster que estão configurados como hosts de um servidor de caixas de correio clusterizadas. Além disso, os arquivos do sistema operacional e do Exchange devem estar instalados nos mesmos caminhos e unidades para todos os nós do cluster. Isso requer que todos os computadores tenham uma configuração de disco similar, embora não idêntica.

• Não instale, crie ou mova recursos do grupo de cluster padrão para o grupo de recursos que contém o servidor de caixas de correio clusterizadas. Além disso, não instale, crie ou mova recursos do grupo que contém o servidor de caixas de correio clusterizadas para o grupo de cluster padrão. O grupo de cluster padrão deve conter somente o Endereço IP do cluster, Nome de Rede e recursos de quorum. Não há suporte para mover ou combinar recursos para ou com o grupo de cluster padrão.

  Importante

  Clusters que executam versões anteriores do Exchange exigem uma instância em cluster do Coordenador de transações distribuídas da Microsoft (MSDTC). O Exchange 2007 remove a exigência para o recurso de MSDTC em cluster. Servidores de caixas de correio clusterizadas em um SCC não utilizam o recurso do MSDTC instalado no cluster de failover. Aplicativos de terceiros podem exigir um recurso do MSDTC devido às dependências COM+. No Windows Server 2003, o recurso de cluster do MSDTC requer o uso de armazenamento compartilhado no cluster. Se um recurso do MSDTC em cluster for exigido por um aplicativo de terceiros, ele deverá ser instalado em um grupo de cluster separado do grupo que contém o servidor de caixas de correio em cluster. O Windows Server 2008 fornece uma instância do MSDTC local não clusterizada, que remove a necessidade de um armazenamento compartilhado em um cluster de failover do Windows Server 2008. Para obter mais informações sobre alterações do MSDTC no Windows Server 2008, consulte a Ajuda do Windows Server 2008.

Requisitos de hardware para clusters de cópia única

Os requisitos de hardware para implantações de SCC são os seguintes:

• A solução completa deve estar listada na categoria Cluster Solution no Microsoft Windows Server Catalog of Tested Products.

• Se o SCC estiver geograficamente disperso, deverá ser listado na categoria Geographically Dispersed Cluster Solution no Microsoft Windows Server Catalog of Tested Products.

Requisitos de software de clusters de cópia única

Os requisitos de software para implantações de SCC são os seguintes:

• Todos os nós no cluster devem ter o sistema operacional Windows Server 2008 Enterprise ou Windows Server 2003 Enterprise Edition instalado em cada nó do cluster que esteja usando as mesmas letras de unidade do sistema e de inicialização, bem como o mesmo caminho do Windows. Você não pode ter um cluster com um ou mais nós executando o Windows Server 2003 e outros nós executando o Windows Server 2008. Não é possível misturar versões de sistema operacional em um cluster de failover.

• Somente a função de servidor Caixa de Correio pode ser instalada em um cluster. Nenhuma outra função de servidor do Exchange pode ser instalada em um computador que faça parte de um cluster de failover.

Requisitos de rede de clusters de cópia única

É importante que as redes usadas para as comunicações de cluster e cliente estejam configuradas corretamente. Esta seção fornece links para os procedimentos necessários para verificar se a configuração de rede pública e particular estão configuradas corretamente. Além disso, você deve verificar se a ordem da conexão de rede está configurada corretamente para o cluster.

Considere o seguinte ao projetar a infra-estrutura de rede para sua implantação de SCC:

• Cada nó deve ter no mínimo dois adaptadores de rede disponíveis para o cluster. Clientes e outros servidores precisam ser capazes de acessar apenas os nós de um dos adaptadores de rede. Os outros adaptadores de rede são usados para comunicação dentro do cluster.

• Você deve ter um número suficiente de endereços IP estáticos disponíveis quando criar servidores de caixas de correio clusterizadas. Os endereços IP são necessários para redes públicas e particulares. Estes são os requisitos relacionados a endereços públicos e particulares:

  • Endereços particulares   Cada nó exige um endereço IP estático para cada adaptador de rede que será 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. Recomendamos que você use 10.10.10.x com uma máscara de sub-rede de 255.255.255.0 como a sub-rede do endereço IP privada para a rede privada. Se sua rede pública usar uma rede 10.x.x.x e uma máscara de sub-rede 255.255.255.0, recomendamos que você use endereços IP e máscaras de sub-rede de rede privada alternativos. Se você configurar mais de uma rede privada, endereços e sub-redes exclusivos serão exigidos para cada adaptador de rede e rede privada.

  • Endereços públicos   Cada nó exige um endereço IP estático para cada adaptador de rede que será usado para a rede pública de cluster. Além disso, endereços IP estáticos são necessários para o cluster de servidor e o servidor de caixas de correio clusterizadas, de forma 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.

  Dica

  Se você estiver instalando o SCC no Windows Server 2008, poderá usar um endereço IPv6 atribuído dinamicamente junto com endereços IPv4 estáticos usados para as redes públicas ou privadas.

• Se você estiver instalando o SCC no Windows Server 2003, o serviço de Cluster exige que a rede privada de todos os os nós em um cluster estejam na mesma sub-rede. Para fazer isto em um ambiente geograficamente disperso, você pode usar opções de VLAN (LAN virtual) nas interconexões entre dois nós. Se você usar uma VLAN, a latência completa de ponto a ponto deverá ser menor que 0,5 segundos. Além disso, o link entre dois nós deve aparecer como uma única conexão ponto a ponto da perspectiva do sistema operacional Windows executado nos nós. Para evitar pontos de falha únicos, use um hardware de VLAN independente para diferentes caminhos entre os nós. A mesma restrição de sub-rede não se aplica a clusters de failover executados no Windows Server 2008.

• Se você estiver instalando o SCC no Windows Server 2003, o serviço de Cluster exigirá que a rede pública de todos os nós em um cluster esteja na mesma sub-rede e que essa sub-rede deva ser diferente da sub-rede usada pela rede privada. A rede pública de cluster deve fornecer conectividade aos outros servidores Exchange e outros serviços, como Active Directory e DNS. Você pode impedir que esse seja um ponto de falha único usando um agrupamento de adaptador de rede ou uma tecnologia semelhante. A mesma restrição de sub-rede não se aplica a clusters de failover executados no Windows Server 2008.

• É necessário fornecer uma rede privada de cluster separada. A rede privada é usada para a comunicação entre nós do cluster. Essa rede pode ser localizada para computadores no cluster e não requer serviços de DNS.

• Se estiver instalando o SCC no Windows Server 2003, a ordem de conexão de rede no Windows deverá ser configurada nas redes públicas no topo da ordem de conexão, e a prioridade de rede no cluster deverá ser configurada com as redes privadas no topo da ordem de prioridade.

• Os requisitos de pulsação podem não ser os requisitos mais restritos de latência e de largura de banda de rede pública para uma configuração de duas centrais de dados. Você deve avaliar a carga de rede total, que inclui o cliente, o Active Directory, o transporte e outros tráfegos para determinar os requisitos de rede necessários.

Requisitos de armazenamento de clusters de cópia única

Os SCCs usam armazenamento compartilhado para armazenar dados do servidor de caixas de correio clusterizadas (grupos de armazenamento e bancos de dados). O recurso de quorum também pode ser colocado em armazenamento compartilhado. Uma alternativa para usar o armazenamento compartilhado para o recurso de quorum é usar um quorum de MNS (Conjunto de Nós Principais). Isto pode ser um quorum de MNS tradicional ou um quorum de MNS com testemunha de compartilhamento de arquivo.

É muito importante que as tarefas a seguir sejam realizadas na ordem mostrada, para que o SCC possa operar corretamente:

1. Todo armazenamento compartilhado deve ser configurado antes da formação do cluster em cada nó que fará parte do cluster. É obrigatório que o disco de quorum esteja configurado e disponível para todos os nós antes da formação do cluster. Haverá falha na formação do cluster se o quorum não estiver disponível.

2. Depois que o cluster tiver sido formado e antes do Exchange ser instalado, os recursos do disco físico para o armazenamento compartilhado do servidor de caixas de correio clusterizadas deverão ser configurados.

3. Depois que o Exchange tiver sido instalado e o servidor de caixas de correio clusterizadas tiver sido criado, as dependências do recurso do disco físico deverão ser configuradas.

Ao projetar sua solução de armazenamento de SCC, é recomendável que você siga estas práticas:

• Use a orientação de planejamento do armazenamento geral em Planejando o armazenamento em disco.

• Armazene os arquivos de banco de dados e arquivos de log de transações em LUNs (números de unidades lógicas) diferentes.

• Use os pontos de montagem de volume do sistema de arquivo NTFS para reproduzir os volumes no sistema operacional.

• Use nomes reconhecíveis que possam ser ligados de forma direta e óbvia ao grupo de armazenamento ou banco de dados hospedado. Se volumes diferentes forem usados para logs e bancos de dados, os caminhos deverão identificar os tipos de dados. Esse método pode ajudar a evitar erros humanos à medida que aumenta o número de bancos de dados e grupos de armazenamento.

  Dica

  O Exchange 2007 não oferece suporte para a colocação de logs de transações ou arquivos de banco de dados na raiz de um volume.

Requisitos do Active Directory para clusters de cópia única

O SCC tem todos os mesmos requisitos de infra-estrutura do Active Directory que um servidor autônomo tem, além de requisitos adicionais. Em uma solução de várias centrais de dados, as duas centrais de dados devem ter suporte de infra-estrutura de Active Directory adequado porque, a qualquer momento, qualquer uma das centrais de dados pode hospedar o servidor de caixas de correio agrupadas. Esse recurso precisa estar presente mesmo se outras centrais de dados não estiverem disponíveis. Além disso, todos os nós do cluster devem estar no mesmo domínio, e a Conta de serviço de cluster deve ter as permissões apropriadas.

Requisitos de conta de serviço dos clusters de cópia única

Se você estiver instalando o SCC no Windows Server 2003, use uma conta de domínio como a conta do serviço de cluster. Todos os nós no cluster devem ser membros do mesmo domínio e devem usar a mesma Conta de serviço de cluster. A conta do serviço de Cluster também deve ser membro do grupo de administradores local em todos os nós que puderem hospedar um servidor de caixas de correio clusterizadas.

A Conta de serviço de cluster é responsável pela criação e manutenção da conta do computador, identificada pelo, e associada ao, recurso Nome da Rede do cluster de failover, quando esse recurso fica online. Para verificar se a Conta de serviço de cluster possui as permissões apropriadas, consulte o artigo 307532 da Base de Dados de Conhecimento, How to troubleshoot the Cluster service account when it modifies computer objects. Informações adicionais podem ser encontradas no artigo 251335 da Base de Dados de Conhecimento, Domain Users Cannot Join Workstation or Server to a Domain.

Se você estiver instalando o SCC no Windows Server 2008, o serviço de Cluster será executado na conta LocalSystem (SYSTEM).

Para obter mais informações

Para obter mais informações sobre clusters de failover em Windows Server 2008 e seus predecessores do Windows Server 2003, como os clusters de servidor, consulte os seguintes recursos:

• Cluster de Failover com Windows Server 2008

• Tecnologias do Cluster

• Ajuda do Windows Server 2008 e do Windows Server 2003