Vamos demonstrar como configurar o Exchange em Cluster, não vamos entrar no mérito da implementação do serviço de cluster, que será discutido em outro tutorial. Vamos iniciar quando já possuímos o serviço de cluster implementado e os discos do storage apresentados ao serviço de cluster é deste ponto que iniciamos este tutorial. Vamos fazer um overview da solução mostrando máquinas físicas vs recursos virtuais e fazer um cenário para implementação do Cluster do Exchange Server 2003

Solução

Vamos exemplificar o desenho final do cluster a partir do desenho abaixo, onde: R22 e R23 são máquinas físicas e reais e ambos estão ligadas fisicamente ao storage. O storage por sua vez deve possuir discos separados e apresentados para estas duas máquinas físicas para que ambas possam acessar os recursos. Quem controlorá este acesso é o serviço de cluster da Microsoft.

O procedimento correto para implementação de um cluster Exchange é ligar as máquinas físicas ao storage e implementar o serviço de cluster para depois pensarmos na implementação do Exchange (última parte).

Depois que o o serviço de cluster estiver implementado já teremos a máquina CLST com ip 10.10.1.199, por que estas configurações são colocados na hora da implementação bem como o disco chamado quórum que controla o funcionamento das mudanças no cluster. Para entender a parte de criação do serviço de cluster clique aqui.

Agora que já entendemos como será a estrutura física, vamos ver a distribuição dos discos em relação as máquinas virtuais na figura abaixo. A máquina virtual CLST-Exch1 que será criada posteriormente possuirá os discos S: e T:; a máquina Clst-msdtc terá o disco M:; e a máquina CLST terá o disco Q:.

Mas onde ficam estes discos, quando os discos do storage são apresentados para as máquinas físicas eles ficam acessíveis a partir do Windows Explorer ou ainda Disk Administrator, a máquina que é owner do disco possui direito de escrita e "enxerga" os dados dos mesmos no outro nó do cluster os discos são visíveis mas não é possível ver o conteúdo.

Com isto sabemos que todas estas unidadas S:, T:, M: e Q: são visíveis nas máquinas físicas R22 e R23, mas quando o EVS (Exchange Virtual Server) chamado Clst-exch1 estiver com na máquina R22 somente ela terá acesso aos discos S: e T: e assim com os outros recursos. Esta figura abaixo mostra somente como será a distribuição dos discos com as máquinas virtuais.

Um dos pré-requisitos da implementação do Exchange em Cluster é o MSDTC, é interessante manter um recurso de disco, nome e IP separados para este recurso. Todo o processo de criação do MSDTC pode ser visto no método 1 deste Microsoft KB http://support.microsoft.com/kb/301600/pt. Após seguirmos este KB teremos a máquina virtual da figura acima já configurada

Cenário

Vamos montar um cenário para entendermos a implementação do Cluster, temos dois servidores físicos R22 e R23 e queremos configurar um cluster de Exchange. Estas duas máquinas estão configuradas no storage para acesserem os discos, antes da implementação do cluster subimos uma máquina física e formatamos os discos e colocamos as unidades da seguinte forma:

Q: Disco de 1GB reservado para o Quorum

M: Disco de 1GB reservado para o MSDTC

S: Disco de 100GB reservado para Base

T: Disco de 100GB reservado para os logs do Exchange

Então conforme as figuras mostradas acima, já configuramos o cluster e instalamos o MSDTC de acordo com o Microsoft KB, agora vamos configurar o Cluster para receber o Exchange corretamente.

Em nosso ambiente estamos somente com uma máquina conectada ao cluster mas não muda em nada o procedimento.

Criando o Grupo para comportar o EVS (Exchange Virtual Server)

Para termos o ambiente organizado, vamos criar um grupo separado para a nosso servidor virtual que será chamado clst-exch1.

1. Ir em Start, Run e digitar CluAdmin

2. Clicar em Groups, New e Group

3. Colocar o nome do grupo de Exch1 Group

Com isto separamos logicamente onde vamos colocar todos os recursos do EVS na interface do Cluster, devemos mover os discos que este EVS utilizará para tanto movemos os discos para este grupo em nosso exemplo movemos os discos S: e T:.

Criando um recurso de IP para o EVS

Agora que já possuímos um grupo com os discos para o nosso futuro EVS, devemos criar o IP que este EVS irá responder, para tanto devemos:

1. Dentro do Cluster Administrator

2. Expandir Groups

3. Botão direito em Exch1 Group, clicar em New e depois em Resource

4. New Resource. Devemos colocar um nome condizente com o recurso (IP - Exch1), em Resource type temos que escolher o tipo de recurso que estamos criando em nosso caso IP Address e em qual grupo que em nosso caso é Exch1 Group. Com isto definimos o Nome, Tipo e local onde o novo recurso será criado.

5. Possible Owners. Quem são as máquinas físicas que fazem parte do cluster podem ser "donas" deste recurso, em nosso caso devemos escolher R22, quando a segunda máquina entrar no cluster devemos adicionar ela como possível dona com isto permitindo a troca de recursos quando haja falha em um dos nós. Devemos clicar em Next.

6. Dependencies. Aqui dizemos se vai ter alguma dependencia dos recursos existentes, como estamos criando número IP não precisamos de nenhuma dependência, devemos clicar em Next.

7. TCP/IP Address Parameters. Aqui definimos o IP que o nosso futuro EVS possuirá, feito a escolha do IP e escolhido em qual interface (Network) física ele utilizará, devemos clicar em Finish.

8. Na tela inicial do Cluster nos será mostrado que o recurso de IP foi criado com êxito. Nesta tela podemos perceber que a primeira máquina virtual CLST é o próprio cluster, e a máquina R22 é a primeira máquina física e podemos perceber no frame a direita que ela já é "dona" dos dois discos e do novo recurso de IP que acabamos de criar.

Criando um nome para o EVS

Bom agora vamos repetir o processo para criar o nome, vamos lá...

1. Dentro do Cluster Administrator

2. Expandir Groups

3. Botão direito em Exch1 Group, clicar em New e depois em Resource

4. Preencher adequadamente, onde Name é o nome do recurso (Nome - Exch1) em Resource type agora devemos colcoar Network Name e no grupo do nosso EVS (Exch1 Group) em Group. Feito isto clicar em Next.

5. Possible owners. Atualmente possuímos só a máquina física R22 e devemos colocá-la clicando em Add -> e depois em Next.

6. Dependencies. Aqui precisamos de dependência, devemos escolher IP - Exch1 na coluna de Available Resources e depois clicar em Resource dependencies e clicar em Add -> com isto estamos afirmando que este recurso de nome é dependente do recurso recentemente criado (IP - Exch1). Devemos clicar em Next.

7. Network Name Parameters. Aqui devemos escolher o nome do servidor EVS em nosso exemplo o nome da nossa máquina virtual será CLST-Exch1, devemos clicar em Next.

8. Tela de recurso criado com sucesso, até agora já criamos o Grupo, colocamos os discos, criamos IP e Nome.

Criando literalmente o EVS

Já definimos Nome e IP e sabemos os discos que serão utilizados, devemos instalar os binários do Exchange no primeiro servidor.

Detalhe importante: Quando o serviço de cluster está instalado o setup do Exchange não faz configuração alguma somente instala os binários.

De posse desta informação acima, devemos instalar os binários seguindo este tutorial: Instalando o Exchange em um nó do Cluster.

Após a instalação dos binários devemos criar o recurso do System Attedant no Cluster Administrator, seguindo os seguintes passos:

1. Abrir o Cluster Administrator

2. Expandir Groups

3. Botão direito em Exch1 Group, clicar em New e depois em Resource

4. Em Name colocar um nome apropriado para o serviço principal do Exchange no EVS; em Resource type clicar em Microsoft Exchange System Attendant; e em Group deixar o grupo do nosso EVS Exch1 Group. Feito isto clicar em Next.

5. Possible Owners. Devemos colocoar as máquinas que podem assumir este recurso em nosso exemplo estamos somente com o primeiro nó no cluster. Devemos escolher a(s) máquina(s) e clicar em Next.

6. Dependencies. Para o serviço de System Attendant temos como dependência os discos (Unidades S: e T:) como também o recurso de nome que chamamos de Nome - Exch1. Devemos clicar em Next.
   Ps.: O IP-Exch1 não foi necessário porque ele já é dependência do recurso Nome - Exch1

7. Exchange Administrative Group. Devemos escolher um Administrative Group onde este Exchange será instalado, em nosso exemplo já existia um Administrative Group chamado Caxias. Devemos clicar em Next.

8. Exchange routing group. Devemos selecionar em qual routing group que este este EVS será criado em nosso exemplo é Caxias/Caxias, se deixar no padrão seria First Administrative Group/First Routing Group

9. Data Directory. Caminho onde ficará no disco compartilhado as bases do Exchange S:\Exchsrvr a parte de logs mudaremos na interface gráfica nas propriedades do Storage Group. Devemos clicar em Next.

10. Summary. Sumário com todas opções escolhidas. Devemos clicar em Finish.

11. Tela final do assistente informando que o recurso foi criado corretamente, podemos perceber que agora existem fora os recursos que criamos todos os de uma instalação normal do Exchange (System Attendant, Routing, Information Store e etc..)

Agora já possuímos o Exchange implementado, já podemos acessá-lo através do Exchange System Manager tradicional, no Exchange System Manager aparecerá o servidor como se ele estivesse sido instalado em uma máquina normal, veja o servidor no Exchange System Manager:

Independente do número de servidores físicos estejam instalados no cluster e que tenham possibilidades de virar "donos" do recurso do EVS nada interfirirá no Exchange System Manager, no Cluster Administrator administramos os servidores que farão failover, ou seja, irão assumir quando houver falha na máquina física que hospeda o Exchange atualmente, como estamos falando em redundância um cluster no mínimo é com duas máquinas.

Para terminarmos nossa implementação devemos adicionar a segunda máquina ao cluster, seguindo estes passos:

1. Adicionar um segundo nodo ao Cluster atual, de acordo com este documento
   http://technet2.microsoft.com/WindowsServer/en/Library/8e8bd392-62b5-4a76-9145-ac1eb7765cbd1033.mspx?mfr=true

2. Instalar os binários do Exchange neste segundo nodo
   Instalando o Exchange em um nó do Cluster

3. Aplicar os mesmos Service Pack no novo nó exatamente como o primeiro, na verdade, as atualizações tem que ser exatamente iguais em todas as máquinas que compõe o cluster, bem como o local de instalação dos binários do Exchange.

4. Adicionar este novo nó como owner dos recursos, utilizando este link:
   Specify which nodes can own a resource

5. Fazer os testes de failover, utilizando este link:
   Move a group to another node

Componentes não homologados

O Exchange possui alguns componentes que não são homologados e que não funcionam quando o ambiente está em cluster:

• Active Directory Connector (ADC)

• Exchange 2003 Calendar Connector

• Exchange Connector for Lotus Notes

• Exchange Connector for Novell GroupWise

• Microsoft Exchange Event service

• Site Replication Service (SRS)

• Network News Transfer Protocol (NNTP)

• IMF Intelligent Message Filter

Um outro ponto é verificar o antivírus atual para ver se o mesmo possui alguma diferença para ambientes em cluster.

Conclusão

Com este tutorial mostramos como implementar o Exchange utilizando um cluster já existente, desmistificando assim como funciona o Exchange em cluster, claro que uma implementação pode ter mais alguns detalhes mas em suma o processo de criação foi todo demonstrado neste tutorial. A Microsoft disponibiliza um guia específico para este fim, é aconselháve a leitura do mesmo antes de implementar em produção.