por que a adição de um nic de segurança privado de cruzamento faz com que o recurso de endereço IP falhe?

Question

• cluster de quorum do Win 2008 R2 de 2 nós
• Configurado 192.168.0.0/24 "rede pública"
• Cluster configurado MSDTC
• Instância de cluster instalada do SQL 2008 R2
• Grupos de failover manuais - OK
• Reinicializar servidor sem failover de grupos - failover OK
• Puxe o cabo de rede pública de um nó - failover OK
• Adicionado crossover cable 10.2.0.0/24 "rede privada"
• Ping verificado na rede privada
• Compartilhamento de arquivo verificado navegue na rede privada para compartilhamentos do administrador do C $
• Puxe o cabo de rede pública de um nó - o recurso de endereço IP do MSDTC falha no host original em vez de falhar
• Movimentou manualmente o grupo MSDTC para outro nó - tudo onlines normalmente
• Reassente o cabo de rede pública no nó 1 & verifiquei tudo on-line no nó 2
• Puxe o cabo de rede pública do nó 2 - os recursos de endereço IP do MSDTC e SQL falham no host original em vez de falhar
• Reassente o cabo de rede pública no nó 2 e falha manualmente todos os recursos - OK
• Reinicializar servidor sem failover de grupos - failover OK
• Removida a rede privada de cabo cruzado e as NICs de rede privada desativada (apenas uma única rede pública permanece)
• Puxe o cabo de rede pública de um nó - tudo, inclusive o MSDTC, falha normalmente

Várias pessoas me disseram no rescaldo para não fazer um teste de tração de cabos - alguém tem alguma documentação sobre o porquê e impacto potencial? Basta dizer que o MVP diz que não voará com o gerente sem documentação.

Mais importante, por que adicionar um cabo crossover teria esse tipo de impacto?

    

Answer 1

A interconexão privada entre dois nós do cluster serve a um propósito duplo: verificar se os nós podem ver uns aos outros e verificar se cada nó tem uma conexão privada funcional .

O MS Cluster Service exige que ambas as verificações sejam aprovadas, ou proclamará que o nó não é confiável, e se recusará a fazer failover, raciocinando (corretamente) que não mudam qualquer coisa em uma situação desconhecida é melhor do que falhar em uma situação desconhecida - possivelmente em um nó com falha.

Se a NIC privada falhar, esse nó assumirá automaticamente a si próprio como inadequado para failover e sairá efetivamente do cluster.

Se ambas as extremidades da conexão privada forem conectadas a um comutador, esses testes se tornarão independentes um do outro e cada nó poderá falhar com segurança em sua conexão privada, sem que o nó outro também falhe. / p>

Moral da história: cabos de crossover são ruins e melhor deixados para amadores.

    

Answer 2

Se for um cabo cruzado diretamente entre os nós do cluster, é claro que o recurso de endereço IP falhará - puxar a conexão de um nó também fará com que o outro nó veja a NIC ir para um status 'desconectado' - portanto, como ele traz o recurso IP para cima no outro nó?