Os novos clusters do Windows Server 2008

No Windows Server® 2008 Enterprise e no Windows Server® 2008 Datacenter, as melhorias nos clusters de failover (anteriormente conhecidos como clusters de servidores) visam simplificar os clusters, tornando-os mais seguros e aumentando a sua estabilidade. A configuração e o gerenciamento de clusters são mais fáceis. A segurança e o sistema de rede em clusters foram aperfeiçoados, assim como a forma com que um cluster de failover se comunica com o armazenamento.

Mas o que faz um cluster de failover? Um cluster de failover é um grupo de computadores independentes que trabalham juntos para aumentar a disponibilidade de aplicativos e serviços. Os servidores clusterizados (chamados de nós) são conectados por cabos físicos e via software. Se um dos nós no cluster falha, outro nó começa a fornecer o serviço (processo conhecido como failover). Os usuários experimentam um mínimo de interrupções no serviço.

Entre as novidades do Windows Server 2008 destaco:

Novo recurso de validação. Com esse novo recurso, você pode verificar se a configuração do sistema, do armazenamento e da rede é adequada para um cluster.
Suporte a discos de tabela de partição GUID (GPT) no armazenamento de cluster. Os discos GPT podem ter partições superiores a dois terabytes e redundância interna no armazenamento das informações da partição, ao contrário dos discos de registro mestre de inicialização (MBR).
Testes de configuração do sistema. Esses testes analisam se os servidores selecionados atendem a requisitos específicos; por exemplo, o requisito de que os servidores devem executar as mesmas atualizações de versão do sistema operacional e de software.
Testes de rede. Esses testes analisam se as redes de cluster planejadas atendem a requisitos específicos, como os requisitos de redundância da rede.
Testes de armazenamento. Esses testes analisam se o armazenamento atende a requisitos específicos, como se ele oferece o suporte certo aos comandos SCSI necessários e processa corretamente as ações simuladas do cluster.
Configuração do cluster aprimorada. Os aprimoramentos feitos simplificaram a introdução de um novo cluster.
Interfaces de gerenciamento simplificadas. Com as melhorias nas interfaces, você pode concentrar-se no gerenciamento dos aplicativos e não no cluster.
Melhorias na estabilidade e na segurança, o que pode resultar em maior disponibilidade. Os clusters de failover incluem melhorias na comunicação com o armazenamento, aprimorando o desempenho de uma rede de área de armazenamento (SAN) ou de um armazenamento DAS (Direct Attached Storage). Eles também oferecem opções de configuração que significam que o quorum não precisa mais ser um ponto único de falha. Além disso, as melhorias na infra-estrutura de software adjacente e na rede e na segurança aumentam a confiabilidade e a disponibilidade dos clusters de failover.
Melhorias na forma como o cluster trabalha com o armazenamento. Com essas melhorias, você conseguirá melhor desempenho com o armazenamento do que era possível com os clusters de servidores das versões anteriores.
Melhorias nas interfaces ao trabalhar com pastas compartilhadas. Com essas melhorias, a configuração das pastas compartilhadas é mais simples e a probabilidade de erro de configuração é menor.
Melhorias na rede e na segurança. Essas melhorias facilitam a configuração e a manutenção das redes usadas pelo cluster.
Uso de linha de comando ou a Instrumentação de Gerenciamento do Windows (WMI) para interagir com um cluster. Você pode usar a linha de comando ou a Instrumentação de Gerenciamento do Windows (WMI) em mais tarefas que nas versões anteriores.
Uso do Serviço de Cópias de Sombra de Volume para capturar backups. A completa integração com o Serviço de Cópias de Sombra de Volume facilita o backup e a restauração da configuração do cluster.
Configuração do cluster para que o quorum não seja um ponto único de falha. Com as melhorias nos clusters de failover, você pode usar os dois modelos de cluster que já existiam (o modelo de recurso de quorum e o modelo node set) ou uma mistura dos dois. Por exemplo, em um cluster de dois nós, você pode especificar que, se o disco de quorum (agora chamado de "disco testemunha") ficar indisponível, o cluster continuará funcionando, desde que as cópias do banco de dados de configuração do cluster nos dois nós continuem disponíveis.
Disponibilidade de discos adicionais para o cluster enquanto os aplicativos estiverem online. É possível modificar as dependências de recurso enquanto os recursos estão online, o que significa que você pode disponibilizar um disco adicional sem interromper o acesso ao aplicativo que o usará.
Melhor desempenho e disponibilidade com o armazenamento. Quando um cluster de failover se comunica com uma SAN ou um DAS, ele usa os comandos que causam menos interrupção (evitando reinicializações do barramento SCSI). Os discos nunca são deixados em um estado desprotegido, o que reduz o risco de danos ao volume. Os clusters de failover também oferecem suporte a métodos aprimorados de descoberta e recuperação de disco. Os tipos de conexões de armazenamento compatíveis com os clusters de failover são SAS (Serial Attached SCSI), iSCSI e Fibre Channel.
Execução de tarefas de manutenção de disco com mais facilidade. O modo de manutenção foi aprimorado para que você possa executar tarefas para verificar, corrigir, fazer backup ou restaurar discos com mais facilidade e menos interrupções no cluster.
Acesso offline: é possível configurar o acesso offline (armazenamento em cache) de uma pasta compartilhada clusterizada da mesma maneira que faria em uma não clusterizada.
Discos clusterizados sempre reconhecidos como parte do cluster: Independentemente de você estar usando a interface do cluster de failover, o Windows Explorer ou o snap-in de gerenciamento de compartilhamentos e armazenamentos, o Windows Server 2008 reconhece se o disco foi designado como armazenamento de cluster. Se esse disco já foi configurado no Gerenciamento de Cluster de Failover como parte de um servidor de arquivos clusterizado, você poderá usar qualquer interface anteriormente mencionada para criar um compartilhamento no disco. Se esse disco não foi configurado como parte de um servidor de arquivos clusterizado, você não conseguirá criar um compartilhamento nele por engano. Em vez disso, um erro indicará que o disco deve ser configurado como parte de um servidor de arquivos clusterizado antes de poder ser compartilhado.
Integração dos serviços do Network File System: a função Servidor de Arquivos no Windows Server 2008 inclui o serviço de função opcional chamado de Serviços NFS. Com a instalação do serviço de função e a configuração das pastas compartilhadas com os Serviços NFS, você pode criar um servidor de arquivos clusterizado compatível com clientes UNIX.
Uso de IPv6, que está totalmente integrado aos clusters de failover. Os clusters de failover oferecem suporte a IPv6 na comunicação entre nós e entre nós e clientes.
Uso de DNS com dependências de NetBIOS herdado. Isso simplifica o transporte de tráfego do protocolo SMB e significa que você não precisa ter difusões de serviço WINS e de resolução de nome NetBIOS.
Maior confiabilidade com outras melhorias na rede. Graças às melhorias na rede, você pode ajustar as dependências entre um nome de rede e os endereços IP associados para que o nome da rede esteja disponível se um dos (não ambos) endereços IP não estiver disponível. Além disso, quando os nós transmitem e recebem pulsações para confirmar se cada nó ainda está disponível, eles usam o protocolo TCP, em vez de usarem o protocolo UDP que é menos confiável.
Maior segurança com as melhorias em segurança e a auditoria do acesso ao cluster. As melhorias em segurança nos clusters de failover aprimoram a autenticação e a criptografia. Além disso, você pode usar a auditoria para capturar informações sobre quem acessou o cluster e quando.
Colocar servidores clusterizados em sub-redes diferentes: agora você pode colocar servidores clusterizados em sub-redes IP diferentes, o que reduz os requisitos de clusters dispersos geograficamente .
Segurança adicional nas comunicações dentro do cluster: agora você tem a opção de assinar digitalmente ou criptografar toda a comunicação interna do cluster. Por padrão, as comunicações internas do cluster são assinadas digitalmente. Geralmente, as comunicações internas do cluster incluem informações sobre alterações na configuração dele ou o estado dos recursos clusterizados.