Validar o hardware para um cluster de failover
Este artigo fornece etapas para validar o hardware de um cluster de failover. Você pode usar o Assistente para Validar uma Configuração, que é integrado ao Gerenciador de Cluster de Failover, ou o cmdlet Test-Cluster do Windows PowerShell, para executar um conjunto de testes de validação focados. Esse processo pode ser executado em um conjunto de servidores que você pretende usar como nós em um cluster. Isso testa o hardware e o software subjacentes, direta ou individualmente, para obter uma avaliação precisa do grau de compatibilidade do Clustering de Failover em uma determinada configuração.
Importante
Um relatório de validação de cluster é exigido pela Microsoft como condição para o suporte da Microsoft a uma determinada configuração.
| Tarefa | Descrição |
|---|---|
| Etapa 1: Preparar-se para validar o hardware de um cluster de failover | Saiba mais sobre a validação de cluster e o suporte da Microsoft para uma configuração de cluster, e prepare seu hardware para os testes de validação. |
| Etapa 2: Validar um cluster de failover novo ou existente | Execute o Assistente para Validar uma Configuração ou o cmdlet Test-Cluster do Windows PowerShell. |
| Etapa 3: Analisar os resultados da validação | Revise o Relatório de Resumo que foi criado após a conclusão da validação. Se houver falhas e você precisar de suporte, prepare um relatório de validação para o Serviço de Suporte e Atendimento ao Cliente Microsoft. |
| Cenários avançados de validação | Revise esses cenários avançados se precisar validar um cluster existente e optar por testar apenas determinados aspectos da funcionalidade do cluster. |
| Perguntas frequentes | Encontre respostas para suas perguntas sobre o processo de validação de cluster. |
Etapa 1: preparar a validação de hardware de um cluster de failover
O que é validação de cluster?
O cmdlet Validar um Assistente de Configuração ou Test-Cluster do Windows PowerShell permite que você execute um conjunto de testes focados em uma coleção de servidores, redes e armazenamento associado planejados para uso como um cluster de failover. O processo de validação de cluster testa o hardware e o software subjacentes para obter uma avaliação precisa do grau de compatibilidade do Clustering de Failover em uma determinada configuração.
Antes de criar um cluster de failover, recomendamos que você execute todos os testes de validação de cluster.
A validação de cluster destina-se a executar as seguintes ações:
- Localizar os problemas de hardware ou de configuração antes que o cluster de failover entre em produção.
- Ajudar a garantir que a solução de clustering implantada seja confiável.
- Fornecer uma maneira de validar alterações do hardware de um cluster existente.
- Executar testes de diagnóstico em um cluster existente.
Cenários de validação comuns
As listas a seguir descrevem cenários em que a validação de hardware é necessária ou útil. Em geral, é preciso executar todos os testes de validação (algumas exceções estão anotadas).
Validação antes de configurar o cluster
Um conjunto de servidores já se tornou um cluster de failover
Este é o cenário de validação mais óbvio. Os componentes de hardware (sistemas, redes e armazenamento) estão conectados, mas os sistemas não estão funcionando como um cluster. A execução dos testes nessa situação não impacta a disponibilidade.
Sistemas clonados ou representado
Com sistemas clonados ou representados para diferentes hardwares, execute o Assistente para Validar Configuração da mesma forma que faria em qualquer novo cluster. É recomendável executar o assistente logo após se conectar aos componentes de hardware e instalar o recurso Clustering de Failover, e antes de o cluster ser usado pelos clientes.
Servidores virtualizados
Com servidores virtualizados em um cluster, execute o Assistente para Validar Configuração da mesma forma que faria em qualquer novo cluster. A execução do assistente é necessária independentemente de você usar um "cluster de hosts" (o failover ocorre entre dois computadores físicos), ou um "cluster convidado" (o failover ocorre entre sistemas operacionais convidados no mesmo computador físico), ou outra configuração que inclua um ou mais servidores virtualizados.
Validação quando o cluster tem um único nó
Pode ser conveniente executar um número limitado de testes de validação em um único servidor que você pretenda usar em um cluster. Alguns testes não podem ser executados nessa situação; Por exemplo, testes que confirmam a correspondência de software e atualizações de software entre servidores e testes de armazenamento que simulam failover entre nós. É preciso haver pelo menos dois nós em um cluster para que seja possível concluir o processo de validação de cluster. Portanto, se você trouxer mais servidores para a configuração, deverá executar o Assistente de Validação de Cluster novamente para que todos os testes possam ser concluídos.
Validação depois de o cluster ser configurado em posto em uso
Para confirmar a validação do suporte da Microsoft ou para eliminar problemas de configuração
Se você precisar de suporte da Microsoft, talvez seja necessário fornecer o relatório de validação do assistente. Se você ainda não executou o assistente e salvou o relatório, talvez seja necessário colocar o cluster offline para executar o assistente. O relatório mostra se há suporte para a sua configuração, e isso pode ajudar o suporte ao cliente da Microsoft a solucionar problemas de configuração de hardware, drivers e configuração básica do sistema.
Antes de adicionar um nó
Ao adicionar um servidor a um cluster, recomendamos que você primeiro conecte o servidor às redes e ao armazenamento do cluster e, em seguida, execute o Assistente para Validar uma Configuração, especificando os nós de cluster existentes e o novo nó.
Ao anexar um novo armazenamento
Ao anexar um novo armazenamento ao cluster (o que é diferente de expor um novo LUN (número de unidade lógica) no armazenamento existente), você deve executar o Assistente para Validar uma Configuração para confirmar se o novo armazenamento funciona corretamente. Para minimizar o impacto na disponibilidade, recomendamos que você execute o assistente depois de anexar o armazenamento e antes de começar a usar os novos LUNs em serviços ou aplicativos clusterizados.
Ao fazer alterações que afetam o firmware ou os drivers
Se quiser atualizar ou fazer outras alterações ao cluster, as quais poderão exigir alterações no firmware ou em drivers, execute o Assistente para Validar Configuração para confirmar se a nova combinação de hardware, firmware, drivers e software dá suporte à funcionalidade de cluster de failover. Se a alteração afetar o firmware ou os drivers de armazenamento, é recomendável manter disponível um pequeno LUN (não usado pelas funções clusterizadas), para que você possa executar os testes de validação de armazenamento sem colocar as funções clusterizadas offline.
Após a restauração de um sistema com base no backup
Após restaurar um sistema com base no backup, execute o Assistente para Validar Configuração para confirmar se o sistema pode funcionar adequadamente como parte de um cluster. O sistema não é considerado um sistema com suporte até que os testes de validação sejam concluídos.
Ao validar alterações de hardware em um cluster existente (como um cenário avançado), você talvez decida omitir determinados testes de armazenamento. Para obter mais informações e considerações, consulte Cenários avançados de validação.
Categorias de testes de validação
A tabela a seguir lista as categorias de testes de validação. Os testes de cada categoria são listados no momento que você executa o Assistente para Validar Configuração. Uma descrição de cada teste de cada categoria é fornecida no relatório de validação, que é salvo após a conclusão da validação.
| Categoria | Descrição |
|---|---|
| Configuração do cluster | Lista e valida os recursos configurados para uso em um cluster, incluindo funções clusterizadas e volumes de cluster. |
| Configuração do Hyper-V | Valida a configuração do Hyper-V para uso em um cluster de failover. Observação: Os testes de configuração do Hyper-V só serão necessários se você usar ou planejar usar máquinas virtuais clusterizadas. |
| Inventário | Lista HBAs (adaptadores de barramento do host), dispositivos, processos e drivers que estão em uso nos computadores do cluster. |
| Rede | Valida a configuração de redes, endereços IP e Firewall do Windows do cluster. |
| Armazenamento | Valida os discos de armazenamento e os sistemas de arquivos que estão disponíveis para uso em um cluster de failover. |
| Configuração do sistema | Valida sistemas operacionais, níveis de atualização e configurações de serviços nos computadores do cluster. |
Etapa 2: validar um cluster de failover novo ou existente
Esta etapa fornece procedimentos para executar o Assistente para Validar uma Configuração ou o cmdlet do Windows PowerShell de Cluster de Teste para validar um cluster de failover novo ou existente.
Importante
Para começar o processo de adição de hardware (por exemplo, um servidor adicional) em um cluster de failover, conecte o hardware ao cluster de failover. Em seguida, execute o Assistente para Validar uma Configuração e especifique todos os servidores que você deseja incluir no cluster. O assistente testa a conectividade e o failover do cluster, e não somente componentes isolados (como, por exemplo, servidores individuais).
Para executar o Assistente para Validar Configuração
Identifique os servidores a serem testados.
- Se o cluster ainda não existir, escolha os servidores que você deseja incluir no cluster e verifique se você instalou o recurso Clustering de Failover nesses servidores. Se o recurso não estiver instalado, consulte as instruções de instalação.
- Se o cluster existir, certifique-se de conhecer o nome do cluster ou de um nó do cluster.
Examine os requisitos de cluster para o hardware da rede ou do armazenamento que você deseja validar e confirme se ele está conectado aos servidores.
Decida se deseja executar todos ou apenas alguns dos testes de validação disponíveis. Em geral, recomendamos que você execute todos os testes, mas as diretrizes gerais a seguir podem ajudá-lo a decidir.
Tipo de cluster Testes de validação Cluster novo ou planejado com todos os hardwares conectados Todos os testes Cluster novo ou planejado com alguns hardwares conectados Testes de configuração do sistema, testes de inventário e testes aplicáveis ao hardware conectado (ou seja, testes de rede se a rede estiver conectada ou testes de armazenamento se o armazenamento estiver conectado) Cluster existente ao qual você planeja adicionar um servidor Todos os testes
Observação: antes de executar os testes, certifique-se de conectar as redes e o armazenamento de todos os servidores que você planeja ter no cluster.Solucionando problemas de um cluster existente Todos os testes, embora você possa executar apenas os testes relacionados ao problema aparente. Importante
Se uma função clusterizada estiver usando um disco quando você iniciar o assistente, o assistente perguntará se essa função clusterizada deve ser colocada offline para fins de teste. Caso você opte por colocar a função clusterizada offline, ela assim permanecerá até que os testes sejam concluídos.
Para abrir o assistente, no Gerenciador de Cluster de Failover, selecione Validar Configuração em Ações.
Siga as instruções do assistente para especificar os servidores (em um cluster planejado) e os testes. Por exemplo, se você não planeja usar recursos de cluster que exigem o Hyper-V, pode omitir os testes de configuração do Hyper-V. Em seguida, o assistente orienta você na execução dos testes.
Observação
Quando o assistente é executado em servidores não clusterizados, você precisa inserir os nomes de todos os servidores a serem testados, e não apenas de um.
A página Resumo aparecerá após a execução dos testes. Na página Resumo , selecione Exibir Relatório para exibir os resultados do teste.
Para exibir os resultados dos testes depois de fechar o assistente, em Ações no Gerenciador de Cluster de Failover, selecione Exibir Relatório de Validação. Você pode ver %SystemRoot%\Cluster\Reports\Validation Report <Date and Time>.html, em que %SystemRoot% é a pasta na qual o sistema operacional está instalado (por exemplo, C:\Windows).
Comandos equivalentes do Windows PowerShell
O seguinte cmdlet ou cmdlets do Windows PowerShell executam a mesma função que o procedimento anterior. Insira cada cmdlet em uma única linha, mesmo que eles possam aparecer com quebra automática de linha em várias linhas aqui devido a restrições de formatação.
Este exemplo executa todos os testes de validação de cluster nos nós denominados node1 e node2. Se node1 ou node2 já for membro de um cluster, os testes incluirão todos os nós de tal cluster.
Test-Cluster -Node node1,node2
Etapa 3: analisar resultados de validação
Após a conclusão do Assistente para Validar uma Configuração, o Relatório de Validação do Cluster de Failover exibirá os resultados. Todos os testes devem passar com uma marca de seleção verde ou, em alguns casos, um triângulo amarelo (aviso). A tabela a seguir mostra os símbolos do resumo e explica o que significam:
| Símbolo | Explicação |
|---|---|
|
O correspondente teste de validação foi bem-sucedido, indicando que há suporte para esse aspecto do cluster. |
|
O correspondente teste de validação produziu um aviso, indicando que há suporte para esse aspecto do cluster, porém, ele talvez não atenda às práticas recomendadas e o aspecto deve ser revisado. O suporte ao cliente da Microsoft pode solicitar que você investigue ou resolva o problema se ele parecer estar diretamente vinculado a algo que você está solucionando. |
|
O teste de validação correspondente falhou e não há suporte para esse aspecto do cluster. Você precisa resolver o problema para, então, poder criar um cluster de failover com suporte. |
|
O correspondente teste de validação foi cancelado. Isso pode ocorrer quando o teste depende de outro teste que não foi concluído com êxito. |
Ao procurar áreas problemáticas (avisos ou falhas), no resumo dos resultados do teste, selecione um teste individual para revisar os detalhes. Além disso, examine a instrução de resumo para obter informações sobre se o cluster é uma configuração com suporte.
Depois de agir para resolver o problema, você poderá executar novamente o assistente, conforme o necessário, para confirmar se a configuração passa nos testes.
O que fazer se um teste de validação falhar
Na maioria dos casos, se algum teste no Assistente para Validar uma Configuração falhar, a configuração não será considerada compatível.
Se algum dos testes de configuração do Hyper-V falhar, o Hyper-V no cluster não estará configurado corretamente. É preciso resolver o problema para que as máquinas virtuais no cluster tenham suporte. No entanto, falhas nessa categoria de testes não significam que o cluster não tem suporte para cargas de trabalho diferentes de máquinas virtuais clusterizadas.
O tipo de teste que falha é uma diretriz para a ação corretiva. Por exemplo, se o teste de armazenamento Listar Todos os Discos falhar e os testes de armazenamento subsequentes não forem executados (porque eles também falhariam), você deverá entrar em contato com o fornecedor de armazenamento para solucionar esse problema. De maneira semelhante, se um teste de rede relacionado aos endereços IP falhar, consulte a equipe de infraestrutura de rede. Nem todos os avisos ou erros indicam a necessidade de chamar o suporte ao cliente da Microsoft. A maioria dos avisos ou erros deve resultar no trabalho com equipes internas ou um fornecedor de hardware específico.
Para obter informações sobre como corrigir falhas listadas em um relatório de validação, consulte a seção anterior, Etapa 3: Analisar os resultados da validação.
Depois que os problemas forem resolvidos e resolvidos, é necessário executar novamente o Assistente para Validar uma Configuração. Para que uma configuração seja considerada com suporte, todos os testes devem ser executados e concluídos sem falhas.
Forneça um relatório de validação quando solicitar suporte da Microsoft
Se for preciso contatar o suporte ao cliente da Microsoft sobre um problema de validação, a equipe de suporte ajudará você a coletar o relatório de validação e outros arquivos de configuração relevantes usando a MSDT (Ferramenta de Diagnóstico de Suporte da Microsoft). (Esse recurso substitui o utilitário de coleta de dados MPSReports.) Se necessário, a Microsoft enviará instruções sobre como capturar os dados. Em algumas situações, a Microsoft pode solicitar que o conteúdo da pasta C:\Windows\Cluster\Reports seja compactado e enviado para análise. Qualquer dos métodos coletará o relatório de validação de cluster necessário.
Atualizações para testes de validação
O Assistente para Validar uma Configuração fornece uma imagem precisa de quão bem o Clustering de Failover pode ter suporte para uma determinada configuração. Se uma atualização do Assistente para Validar uma Configuração estiver disponível, talvez seja necessário executar novamente o assistente e passar em todos os testes para que sua configuração continue a ter suporte. Isso pode resultar em algumas soluções que anteriormente passaram a falhar. Os problemas relatados nos testes atualizados precisarão ser tratados de acordo com o que está descrito neste guia.
Cenários de validação avançados
Quando você altera um cluster existente, talvez não seja necessário executar todos os testes de validação de cluster. As tabelas a seguir listam os tipos de alterações que você pode fazer em um cluster e os testes correspondentes a serem executados.
Chave para os testes de validação necessários mostrados nas tabelas a seguir:
- Completo: Executa o conjunto completo de testes. Isso exige algum tempo de inatividade do cluster.
- LUN único: Executa o conjunto completo de testes e os testes de armazenamento em um único LUN. O LUN pode ser um pequeno LUN, que você define à parte das finalidades de teste ou do disco testemunha (se o cluster usar um disco testemunha). Isso valida o subsistema de armazenamento, mas não especificamente cada LUN ou disco. Você pode executar esses testes de validação sem provocar tempo de inatividade em serviços ou aplicativos clusterizados.
- Omitir testes de armazenamento: Executa os testes de configuração do sistema, inventário e rede, mas não os testes de armazenamento. Você pode executar esses testes de validação sem provocar tempo de inatividade em funções clusterizadas.
- Nenhum: Nenhum teste de validação é necessário.
Alterações de servidor
| Alterar | Testes de validação necessários |
|---|---|
| Substituição ou alteração física de um servidor que é usado no cluster | Completo |
| Adição ou remoção de CPUs | Nenhum |
| Adição ou remoção de RAM em um servidor | Nenhum |
| Adição, remoção ou substituição de um adaptador de rede | Omitir testes de armazenamento |
| Atualização do firmware ou de um driver de rede existente | Omitir testes de armazenamento |
| Alteração das configurações de BIOS ou da versão de firmware | Nenhum |
| Adição ou alteração de dispositivos periféricos que não os componentes de rede ou armazenamento; por exemplo, unidades de CD-ROM ou DVD, unidades de fita, placas de vídeo, dispositivos de áudio e dispositivos USB | Nenhum |
Alterações do sistema operacional
| Alterar | Testes de validação necessários |
|---|---|
| Aplicar service packs, atualizações de software ou hotfixes do sistema operacional que afetam a pilha de armazenamento | LUN único |
| Aplicar atualizações de software ou hotfixes que não afetam a pilha de armazenamento | Omitir testes de armazenamento |
| Instalação de um aplicativo que não contém o modo kernel ou drivers de filtro | Nenhum |
| Alteração ou adição de novos drivers do modo kernel | LUN único |
Alterações de configuração de cluster
| Alterar | Testes de validação necessários |
|---|---|
| Adição de um novo nó ao cluster | Completo |
| Adição de um novo nó que usa hardware diferente | Completo |
| Remoção de um nó do cluster | Nenhum |
| Alteração da configuração de quorum | Nenhum |
Alterações de armazenamento compartilhado
| Alterar | Testes de validação necessários |
|---|---|
| Alteração ou adição de uma matriz de armazenamento | Completo |
| Adição de outra unidade RAID de hardware SCSI do mesmo tipo, sendo que a unidade usa um HBA já presente na configuração | LUN único |
| Fazer um menor (0.x) revisão do firmware de armazenamento | LUN único |
| Fazendo uma revisão importante (x.0) no firmware de armazenamento | LUN único |
| Apresentação de um novo disco ou LUN em um cluster | Completo, mas teste apenas os novos LUNs |
Alterações de SAN (comutador/hub)
| Alterar | Testes de validação necessários |
|---|---|
| Adição ou substituição de um comutador ou hub de Fibre Channel | Completo |
| Alteração do número de portas em um bloco de comutação | Nenhum |
| Realização de uma revisão (0.x) secundária no firmware de comutador Fibre Channel | LUN único |
| Realização de uma revisão (X.0) principal no firmware de comutador Fibre Channel | LUN único |
| Alteração da configuração ou do zoneamento de um comutador | Completo, mas teste apenas os LUNs alterados |
Alterações de HBA (adaptador de barramento do host)
| Alterar | Testes de validação necessários |
|---|---|
| Substituição de um HBA (de mesmo tipo ou diferente) | Completo |
| Adição de um novo HBA (de mesmo tipo ou diferente) | LUN único |
| Alteração do firmware de HBA ou do BIOS | LUN único |
| Alteração da versão de driver de HBA | LUN único |
Alterações de software de múltiplos caminhos
| Alterar | Testes de validação necessários |
|---|---|
| Alteração de caminho único para múltiplos caminhos ou de múltiplos caminhos para caminho único | Completo |
| Adição de um caminho | LUN único |
| Remoção de um caminho | LUN único |
| Atualizando a versão do módulo específico do dispositivo (DSM) | LUN único |
| Alteração para um DSM de tipo diferente; por exemplo, um DSM de outro provedor | LUN único |
Alterações de cluster multissite
| Alterar | Testes de validação necessários |
|---|---|
| Modificação das redes que se conectam aos nós | Omitir testes de armazenamento |
| Realização de uma alteração secundária de versão (0.x) no software de replicação de dados | LUN único |
| Realização de uma alteração principal de versão (X.0) no software de replicação de dados ou alteração para um tipo diferente de software de replicação | Completo |
Alterações de rede
| Alterar | Testes de validação necessários |
|---|---|
| Modificação de firmware, software ou hardware de rede | Omitir testes de armazenamento |
Incluindo testes de armazenamento
Quando você executa testes de validação de cluster em um cluster configurado, nem sempre todos os testes de armazenamento são executados. Esta seção explica o que considerar ao incluir ou excluir testes de armazenamento.
Considerações ao incluir testes de armazenamento
O Assistente para Validar Configuração executa todos os testes de armazenamento, por padrão. Todos ou alguns dos testes de armazenamento podem ser desmarcados com a seleção da opção Executar apenas os testes selecionados na página Opções de Teste do assistente. Quando os testes de armazenamento são incluídos, a página do assistente Examinar Status do Armazenamento mostra todos os discos e pools de armazenamento no cluster e permite que você selecione aqueles a serem incluídos nos testes de armazenamento. Os testes de armazenamento exigem que um disco ou pool de armazenamento, que foi atribuído a uma função clusterizada ou a um Volume Compartilhado Clusterizado, seja primeiro colocado offline. Portanto, qualquer coisa que use o armazenamento não terá acesso a ele durante os testes de armazenamento. Recomendamos que qualquer função clusterizada ou outro processo que possa estar usando o disco ou o pool de armazenamento seja colocado offline antes que o armazenamento seja incluído nos testes de validação de armazenamento.
O cmdlet Test-Cluster do Windows PowerShell executa todos os testes de armazenamento por padrão. Você pode especificar o -Include parâmetro para executar apenas testes de armazenamento ou um teste de armazenamento específico. Você pode usar os parâmetros and -Pool para habilitar a -Disk validação de armazenamento direcionado. O -Disk parâmetro ou o -Pool parâmetro permite especificar, respectivamente, um ou mais discos ou conjuntos de armazenamentos a serem incluídos no teste de validação de armazenamento. Se o -Disk parâmetro ou o -Pool parâmetro for usado para especificar um disco ou pool de armazenamento que está online no momento e está atribuído a uma função clusterizada ou Volume Compartilhado Clusterizado, você também deverá especificar o -Force parâmetro para validar o disco ou pool de armazenamento correspondente; caso contrário, você deverá garantir que o disco clusterizado ou o pool de armazenamento esteja offline antes de executar os testes. Se o -Disk parâmetro ou o -Pool parâmetro não for especificado, Test-Cluster executará testes de armazenamento em todos os discos e pools de armazenamento disponíveis para uso do cluster ou que estiverem no estado offline ou com falha do recurso de cluster. Recomendamos que qualquer função clusterizada ou outro processo que possa estar usando o disco ou o pool de armazenamento seja colocado offline antes que o armazenamento seja incluído no teste de validação.
Armazenamento que não está conectado diretamente a todos os nós no cluster
Pode haver casos em que o design do cluster inclui armazenamento que não está conectado a todos os nós no cluster. Um exemplo comum: cluster multissite em que os nós do cluster no SiteA estão conectados a um conjunto de armazenamento, os nós no SiteB estão conectados a outro conjunto de armazenamento, e uma solução de replicação não Microsoft é usada para garantir que os dois conjuntos de armazenamento contêm os mesmos dados. Os clusters de failover detectam essa configuração de armazenamento assimétrica, portanto, os discos no SiteA são validados apenas com os nós do SiteA e os discos no SiteB são validados apenas com nós no SiteB.
Um cenário em que o suporte ao cliente da Microsoft pode solicitar que você execute testes de validação em clusters de produção é quando há uma falha de armazenamento de cluster que pode ser causada por alguma alteração ou problema de configuração de armazenamento subjacente. Talvez não seja aconselhável colocar um disco que está em uso offline devido ao seu impacto de disponibilidade nas funções clusterizadas que o utilizam. Nessa situação, é possível executar testes de validação (inclusive testes de armazenamento) por meio da criação ou seleção de um novo LUN, no mesmo dispositivo de armazenamento compartilhado, e apresentando-o em todos os nós do cluster. Ao testar esse LUN, você pode evitar a interrupção de funções clusterizadas que já estão online no cluster e ainda testar o subsistema de armazenamento subjacente.
Se um cluster de failover passar no conjunto completo de testes de validação e não tiver alterações futuras de hardware ou software, ele continuará a ser uma configuração com suporte. No entanto, quando você executa atualizações de rotina em componentes de software, como drivers e firmware, pode ser necessário executar novamente o Assistente de Configuração para garantir que a configuração atual do cluster de failover tenha suporte. As seguintes diretrizes podem ajudar você a decidir quando isso é necessário:
Todos os componentes da pilha de armazenamento devem ser idênticos em todos os nós do cluster. É necessário que o software MPIO (Multipath I/O) e os componentes de software DSM (Device Specific Module) sejam idênticos. É recomendável que os controladores de dispositivos de armazenamento em massa (ou seja, HBA (adaptador de barramento do host), drivers de HBA e firmware de HBA), os quais estão conectados ao armazenamento de cluster, sejam idênticos. Se você usar HBAs diferentes, verifique com o fornecedor de armazenamento se está seguindo as configurações compatíveis ou recomendadas.
Uma prática recomendada é manter um LUN pequeno disponível para permitir que o Assistente para Validar uma Configuração execute testes no armazenamento disponível sem afetar negativamente as funções clusterizadas. Se o suporte ao cliente da Microsoft solicitar que você execute um conjunto completo de testes de validação de cluster, o assistente permitirá a seleção desse disco para os testes de armazenamento, para verificar se o armazenamento está funcionando corretamente.
Considerações quando você não inclui testes de armazenamento
Testes de configuração do sistema, testes de inventário e testes de rede têm baixa sobrecarga e podem ser executados sem efeito significativo nos servidores em um cluster.
O suporte ao cliente da Microsoft pode solicitar que você valide um cluster de produção como parte dos procedimentos de uma solução normal de problemas (não focalizada no armazenamento). Nesse cenário, use o assistente para inventariar hardware e software, executar testes de rede e validar a configuração do sistema. Determinados cenários podem exigir apenas um subconjunto dos testes completos. Por exemplo, se você estiver solucionando um problema de rede em um cluster de produção, o suporte ao cliente da Microsoft poderá solicitar que você execute apenas o inventário de hardware e software e os testes de rede.
Perguntas frequentes
As soluções de cluster de failover serão listadas no Windows Server Catalog?
Não, a Microsoft não manterá uma lista de soluções de fornecedores para clusters de failover. Entretanto, muitos fornecedores listam as soluções recomendadas de cluster de failover e os componentes, em seus sites.
Como o suporte ao cliente da Microsoft verifica se a solução foi validada?
O Assistente para Validar Configuração gera um relatório HTML simples, que exibe claramente se uma solução passou em todos os testes. Esse relatório é coletado como parte da ferramenta de diagnóstico padrão, a MSDT.
E se eu fizer uma alteração na configuração do cluster, como adicionar um nó? Terei que executar novamente o Assistente para Validar Configuração?
Sim, o Assistente para Validar uma Configuração deve ser executado sempre que uma alteração for feita em um cluster de failover existente. Para obter mais informações, consulte Cenários de validação comuns anteriormente nesse guia.