Trinité Página de Soluções Microsoft - Alta Disponibilidade e Recuperação de Desastres
Microsoft Exchange

Alta Disponibilidade e Recuperação de Desastres em Exchange Server 2010

À medida que a importância de comunicações por e-mail no local de trabalho continua a crescer, os departamentos de TI ficam sob pressão crescente para evitar paradas e perda de dados. Para ajudar a atender essas necessidade, o Exchange Server 2010 reduz o custo e a complexidade de implantar uma solução de e-mail que fornece níveis altíssimos de disponibilidade de servidores e resistência do local. Baseada nas capacidades nativas de replicação introduzidas no Exchange Server 2007, a nova arquitetura de alta disponibilidade do Exchange 2010 oferece uma estrutura unificada simplificada para alta disponibilidade e recuperação de desastres. O resultado é maior tempo de atividade para os usuários finais, maior liberdade para administradores e custos de capital e operacionais menores para a organização.

Descrições Funcionais

Grupo de Disponibilidade do Banco de Dados: Um conjunto de servidores de Caixa de Correio que usa replicação contínua para fornecer recuperação automática para uma variedade de falhas (nível do disco, do servidor e do banco de dados).

Failover no Nível do Banco de Dados: Grupos de Disponibilidade do Banco de Dados do Exchange Server oferecem failover automático no nível do banco de dados, sem a complexidade da clusterização tradicional. Uma interrupção no nível do banco de dados, como falha no disco, não afeta mais todos os usuários em um servidor. Como não há mais um vínculo forte entre bancos de dados e servidores, é fácil a movimentação entre cópias de bancos de dados conforme discos falham. Essa mudança, aliada com tempos de failover mais curtos (30 segundos), aumenta dramaticamente o tempo de atividade geral da organização.

Maior Resistência do Local: Grupos de Disponibilidade do Banco de Dados do Exchange Server facilitam implementar resistência do local ao simplificar o processo de estender a replicação de dados entre datacenters para alcançar o failover de local. Arquivos de log também são compactados para melhorar o tempo de transmissão e reduzir a utilização de largura de banda da rede.

Implantação Mais Fácil: Administradores podem acrescentar alta disponibilidade em seu ambiente do Exchange após a implantação inicial, sem a reinstalação de servidores. Organizações de pequeno porte podem implantar uma configuração simples de dois servidores que proporciona redundância completa de dados de caixa de correio junto com funções de Acesso para Cliente e Transporte de Hub. Essas mudanças colocam alta disponibilidade ao alcance de organizações que uma vez a consideravam impraticável.

Administração Integrada de Cluster: Grupos de Disponibilidade do Banco de Dados do Exchange Server possuem failover automático sem a complexidade da clusterização tradicional. As capacidades comprovadas da clusterização do Windows são integradas com o Exchange e transparentes para o administrador. Administradores não precisam mais dominar conceitos de clusterização ou lidar com ferramentas de administração separadas para proporcionar tempo de atividade de classe corporativa.

Suporte Sem Backup: A arquitetura de Grupo de Disponibilidade do Banco de Dados do Exchange Server permite que a reprodução de arquivos de log seja retardada, permitindo que administradores realizem restaurações pontuais de bancos de dados sem a necessidade de fitas. Organizações podem contar com sua infraestrutura de alta disponibilidade em vez de backups em fita para recuperar-se de falhas e reduzir substancialmente seus custos operacionais.

Resistência de Transporte: Servidores de transporte no Exchange Server 2010 possuem proteção embutida contra a perda de filas de mensagens devidas a falha de disco ou de servidor. Os servidores retêm uma cópia "de sombra" de cada idem de correspondência depois que é entregue para o salto seguinte na organização. Se o salto subsequente falhar antes de relatada a entrega com sucesso, a mensagem é reenviada através de uma rota diferente.

Movimentação Online de Caixas de Correio:  Administradores podem mover caixas de correio entre bancos de dados sem deixar os usuários offline. Os usuários podem conectar-se a suas caixas de correio, enviar e receber correspondências enquanto a movimentação está acontecendo. Isso dá ao administrador a flexibilidade de realizar manutenção do sistema durante o horário comercial em vez de à noite ou em finais de semana


Alta Disponibilidade e Recuperação de Desastres em Microsoft Windows Server 2008

No Microsoft Windows Server 2008, o objetivo das melhorias quanto aos clusters de failover (antes chamados de clusters de servidor) é simplificar os clusters, tornando-os mais seguros, além de aprimorar a estabilidade de cluster.

Nova Ferramenta de Validação de Clusters no Windows Server 2008
Utilizando a nova ferramenta Validate em clusters de failover, será possível realizar testes para determinar se a configuração de sistema, armazenamento e de rede é adequada para um cluster. Os seguintes testes estão incluídos no assistente:

• Testes de Nós:Estes testes verificam se os servidores selecionados atentem a requisitos específicos, como o fato de os servidores terem de executar a mesma versão do sistema operacional e as mesmas atualizações de software.

• Testes de Rede:Estes testes verificam se as redes de cluster planejadas atendem a requisitos específicos, como o requisito de existir, pelo menos, duas sub-redes separadas para a redundância de rede.

• Testes de Armazenamento:Estes testes verificam se o armazenamento atende a requisitos específicos, como, por exemplo, se o armazenamento suporta corretamente os comandos SCSI necessários (Small Computer System Interface) e lida corretamente com ações simuladas de cluster.

Melhorias na Configuração e Migração
Com os clusters de failover no Windows Server 2008, os administradores podem executar as seguintes tarefas de configuração e migração de forma muito mais fácil do que ocorria com os clusters de servidor em versões anteriores:

• Validar a configuração antes da instalação do cluster: Para saber se a configuração de sistema, armazenamento e rede é adequada para um cluster, os administradores podem realizar testes integrados ao processo de configuração do cluster.

• Configurar um cluster: O Cluster Setup Wizard (Assistente de Configuração de Cluster) foi simplificado para que os administradores possam configurar um cluster com apenas uma etapa. A configuração do cluster pode ser totalmente realizada em script de forma que os administradores possam automatizar a implantação de cluster.

• Migrar informações dobre a configuração de cluster de um cluster para outro:As configurações de cluster podem ser capturadas de um cluster e depois aplicadas a outro.

Melhorias no Gerenciamento e nas Operações de Cluster

Com os clusters de failover no Windows Server 2008, os administradores podem executar as seguintes tarefas de gerenciamento e operação de forma muito mais fácil do que ocorria com os clusters de servidor em versões anteriores:

• Adicionar rapidamente recursos de cluster a uma configuração de rede:A interface para administrar um cluster é mais simples e mais intuitiva, facilitando a realização de tarefas, como tornar uma pasta compartilhada altamente disponível. Os administradores podem manter o foco no gerenciamento de seus aplicativos e não nos clusters deles.

• Utilizar a linha de comando ou a WMI (Windows Management Instrumentation) para trabalhar com um cluster:Os administradores podem utilizar a linha de comando ou a WMI para realizar muito mais tarefas do que em versões anteriores.

• Solucionar problemas com um cluster:Em vez de trabalhar com o log de cluster, os administradores podem utilizar o Event Tracing for Windows (Rastreamento de Eventos para o Windows) para facilmente coletar, gerenciar e relatar informações sobre a seqüência de eventos ocorridos no cluster.

• Utilizar o Volume Shadow Copy Service (Serviço de Cópia de Volume de Sombra) para capturar backups:A integração completa com o Volume Shadow Copy Service torna mais fácil a realização do backup e da restauração de configurações de cluster.

• Controlar a forma com que os administradores visualizam as pastas compartilhadas que estão em cluster:Os administradores podem controlar ou "estender" a visualização das pastas compartilhadas e, por esse motivo, fica fácil saber quais pastas estão em cluster e em qual cluster uma pasta compartilhada está disponível.

Melhorias na Infra-Estrutura de Cluster para Maximizar a Disponibilidade
Com os clusters de failover no Windows Server 2008, as melhorias na infra-estrutura de cluster ajudam os administradores a maximizar a disponibilidade dos serviços fornecidos os usuários. Os administradores podem:

• Configurar um cluster para que o recurso de quórum não seja um ponto único de falha:Com as melhorias nos clusters de failover, os administradores podem utilizar os dois modelos de cluster que já existem - o modelo de recurso de quórum e o modelo de conjunto de nós principais - ou uma "combinação" dos dois modelos.

• Obter mais confiabilidade e disponibilidade devido às melhorias na infra-estrutura de cluster:A infra-estrutura de cluster foi aprimorada para ajudar os administradores a obter maior confiabilidade e disponibilidade com os clusters de failover. Por exemplo, a infra-estrutura de software que manipula recursos em cluster isola DLLs (dynamic-link libraries - bibliotecas de links dinâmicos) que executam ações de forma incorreta, minimizando, assim, o impacto causado no cluster. Como outro exemplo, temos o fato de o cluster utilizar métodos aprimorados para garantir a consistência entre cópias do banco de dados da configuração de cluster.

Melhorias na Forma com que um Cluster Trabalhar com o Armazenamento
Com os clusters de failover no Windows Server 2008, os administradores podem obter um melhor desempenho com o armazenamento com relação ao que era obtido com clusters de servidor em versões anteriores. Os administradores podem:

• Disponibilizar discos adicionais para o cluster enquanto os aplicativos estiverem online.Os administradores podem modificar as dependências de recursos enquanto os recursos estiverem online. Isso significa que é possível disponibilizar um disco adicional sem interromper o acesso ao aplicativo que irá utilizá-lo.

• Obter Melhor Desempenho e Estabilidade com o Armazenamento:Quando um cluster de failover se comunica com uma SAN (storage area network - rede de área de armazenamento) ou com um DAS (directly attached storage - armazenamento anexado direto), ele utiliza os comandos de menos interrupção (evitando redefinições de barramentos SCSI). Os discos nunca são deixados em um estado desprotegido, portanto, o risco de corrupção do volume é reduzido. Os clusters de failover também suportam os métodos aprimorados para a descoberta e recuperação de disco.

• Utilizar discos GPT (GUID partition table - tabela de partição GUID) para o aumento do tamanho do disco e da robustez:Os discos GPT podem conter partições maiores que 2 TB (terabytes) e possui redundância integrada na forma de armazenamento das informações de partição, ao contrário dos discos MBR (master boot record). Com os clusters de failover, os administradores podem utilizar os dois tipos de disco.

• Realizar Tarefas de Manutenção de Discos Mais Facilmente:O "modo de Manutenção" foi aprimorado, permitindo que os administradores executem ferramentas para verificar, corrigir, fazer o backup ou recuperar discos mais facilmente e com menos interrupção no cluster.

Melhorias na Rede e na Segurança
Com os clusters de failover no Windows Server 2008, o desempenho e a segurança de rede estão aprimorados com relação às versões anteriores. Os administradores podem:

• Utilizar o IPv6 (Internet Protocol version 6), o qual é totalmente integrado aos clusters de failover:Os clusters de failover suportam completamente o IPv6 para a comunicação de nó-a-nó e de nó-a-cliente.

• Utilizar o DNS (Domain Name System) (sem as dependências de legado do NetBIOS):Isso simplifica o transporte do tráfego SMB (Server Message Block) e significa que os administradores não possuem broadcasts WINS e de solução de nomes NetBIOS.

• Obter maior confiabilidade por meio de outras melhorias na rede:Os administradores podem obter as vantagens das outras melhorias na rede. Por exemplo, um administrador pode ajustar as dependências entre um nome de rede e um endereço IP associado para garantir que o nome da rede esteja disponível se um (e não ambos) dos endereços IP estiver disponível.

• Obter segurança aprimorada por meio das melhorias de segurança e da auditoria de acesso ao cluster:As melhorias de segurança nos clusters de failover clusters— como o IPsec (Internet Protocol security) - aprimoram a autenticação e a criptografia. Além disso, com a auditoria, os administradores podem obter informações sobre quem acessou o cluster e quando isso ocorreu.



TrinitéHP e Microsoft - Clusters Dispersos Geograficamente

O software HP StorageWorks Cluster Extension EVA é uma solução integrada que fornece proteção contra downtime de sistemas com failover automático de serviços de aplicações e a habilitação de leitura/escrita de volumes de storage espelhados entre longa distância. O HP Cluster Extension EVA entrega, desde que seja planejada dessa maneira, uma solução real de failover/failback sem nenhuma intervenção humana. Essa situação prevê a impossibilidade de um administrador atuar em caso de um desastre, ou alguma situação imprevista que possa parar o ambiente. Isso é possível porque o HP Cluster Extension EVA não requer que o servidor reinicie ou que sejam feitas quaisquer mudanças na apresentação/mapeamento de LUNs durante o failover. Além do suporte ao ambiente Windows, a solução suporta adicionalmente o ambiente Linux.

HP Cluster Extension EVA

Novidades do HP Cluster Extension EVA:
- Suporte ao Windows Server 2008 R2;
- Suporte ao Live Migration no Hyper-V

Requerimentos para a solução de HP StorageWorks Cluster Extension EVA:
• Mínimo de dois arrays HP StorageWorks EVA
• Mínimo de dois Switches FC por site
• Links single ou dual entre sites - FC, WDM, FC-IP (sujeito à avaliação de adequação)
• Servidor de gerenciamento da solução (pode ser o já utilizado para gerenciamento dos EVAs)
• Mínimo de dois adaptadores FC ou um adaptador dual-channel por nó do cluster
• Cluster mínimo de dois nós (um por site)
• Um servidor adicional no nó do cluster para servir como árbitro para o quórum MNS (Majority Set Node) ou nó arbitrator. Este servidor deve ser colocado em uma terceira localidade diferente das demais (com sala separada e diferentes conexões de energia). Este nó não precisa acessar o storage, deve somente ter conectividade de rede com ambos os sites
• Endereçamento IP estático para todas as interfaces de rede em cada nó do cluster

Entre em contato com a Trinité para agendar uma reunião e discutir a fundo esse cenário.