Como alterar a sub-rede do Service Console em um cluster ESX?

3

Temos um cluster VMware ESX 3.5 existente (6 hosts, VI 2.5) e precisamos mover os consoles de serviço para uma nova sub-rede. Gostaríamos de fazer isso sem tempo de inatividade para as VMs.

Em meus experimentos anteriores, descobri que as verificações de restrição de rede do cluster estão bloqueando minhas tentativas de reconfigurar hosts para que tenham uma sub-rede diferente do Service Console.

Eu tentei adicionar um console de serviço secundário (com um nome diferente) na nova sub-rede em todos os hosts e configurar das.AllowNetwork0 para restringir a esse novo console de serviço, mas se eu configurar um host para ter apenas esse serviço console e não o antigo, ele não consegue unir o cluster com erros sobre configurações de rede não correspondentes. Ele falha se o novo console de serviço possui um nome alternativo ou um nome correspondente.

Temos conexões com troncos para as duas sub-redes. Podemos certamente configurar temporariamente um console de serviço em uma sub-rede.

A configuração atual em todos os hosts é (simplificada e redigida):

# Current service console, on port in VLAN 5
Switch Name    Uplinks   
vSwitch0       vmnic0    

  PortGroup Name      VLAN ID  Uplinks   
  Service Console     0        vmnic0    

# connected to dedicated VMotion switch
Switch Name    Uplinks   
vSwitch1       vmnic1    

  PortGroup Name      VLAN ID  Uplinks   
  VMotion             0        vmnic1    

# Old subnets
Switch Name    Uplinks   
vSwitch4       vmnic8,vmnic4

  PortGroup Name      VLAN ID  Uplinks   
  XXX.YYY.9.0_24      9        vmnic4,vmnic8
  XXX.YYY.5.0_24      5        vmnic4,vmnic8 # 

# New subnets:
Switch Name    Uplinks   
vSwitch7       vmnic11,vmnic7

  PortGroup Name      VLAN ID  Uplinks   
  XXX.YYY.27.0_25     27       vmnic7,vmnic11
  XXX.YYY.30.0_24     30       vmnic7,vmnic11
  Service Console SF  30       vmnic7,vmnic11

Basicamente, queremos mover o vmnic0 da VLAN5 para a VLAN30 (mudando para um novo cabo para isso). Temos capacidade suficiente para ter dois hosts no modo de manutenção. Temos algumas portas Ethernet extras nos hosts e, como você pode ver acima, também temos conexões de tronco que podem nos fornecer uma interface em cada sub-rede.

Eu prefiro a porta dedicada para o console de serviço permanente porque tive experiências ruins reconfigurando uma porta / vSwitch que estou usando para acessar a interface para reconfigurar o host. Podemos querer manter um console de serviço de backup com outro IP na mesma sub-rede nas conexões troncalizadas naquela sub-rede (vSwitch7 / VLAN30).

Eu considerei criar um novo cluster no VI, copiando todos os nossos pools de recursos e outras configurações, colocando 2 hosts com a nova configuração de rede no cluster, migrando as VMs para o novo cluster e movendo os outros 4 hosts para o novo cluster, um de cada vez (mova o host, mova VMs suficientes para liberar um host no cluster antigo, mova o próximo host).

    
por freiheit 15.09.2011 / 01:22

1 resposta

1

A configuração que você mencionou com todos os hosts tendo acesso a ambas as redes do console de serviço, usando das.AllowNetwork0 para forçar o uso da nova rede e adicionando um host ao cluster com acesso somente à nova rede, funcionará . Uma ressalva, no entanto - você precisará desativar e reativar o HA para que ele mude para a nova interface (e admitir um novo host que esteja tentando falar com HA nessa interface).

Ah, tenha em mente que não usará redes que tenham o vMotion habilitado por padrão - que precisa de das.allowvMotionNetworks = true definido no cluster. E se você estiver gerenciando de fora da sub-rede, certifique-se de desativar o gateway padrão antes de cortar o console de serviço antigo.

Seu plano para mudar para um novo cluster também funcionará bem!

    
por 15.09.2011 / 04:11