VMware recomienda tener dos tarjetas de red físicas dedicadas para el control del latido del clúster (heartbeat).
Asimismo, el uplinks vmnic2 y vmnic0, en mi caso, deberían estar conectados a dos switches físicos diferentes. Esta es la única manera de no tener ningún punto de fallo, en el componente de la red.
Recuerda que no es necesario tener dos Service Conosle port, aunque si es recomendable para un clúster HA en producción.
Si te decides por la configuración de dos switches físicos con un uplink entre el switch físico y el switch virtual, debes cambiar el parámetro das.failuredetectiontime. Para cambiar este parámetro, entra en las opciones avanzadas (Advance Options) y entra el parámetro siguiente:
das.failuredetectiontime = 20000 (20 segundos)
Posts relacionados:
- VMware tips & tricks número 21: Opciones de Clustering en vSphere 4.0 Muchos de los últimos emails que he recibido por tu...
- VMware tips & tricks número 16: Cambiando el orden de prioridad de las máquinas virtuales en VMware HA Muchas veces, cuando configuramos un Clúster VMware HA, nos olvidamos...
- VMware tips & tricks número 27: Resource Pools heredados Es posible definir resource pools a nivel de servidor VMware...
- VMware tips & tricks número 3: Cómo habilitar una alerta de acceso ilegal Políticas de seguridad corporativas pueden requerir mostrar un mensaje de...
- VMware tips & tricks número 26: Algunos requerimientos de VMware VMotion El wizard de la migración en caliente, VMware VMotion, valida...
Estimado Jose maria,
muchas gracias por tus conceptos vertidos.
Una consulta: para que querria tener dos Service Console Port en lugar de uno con dos NICs con failover configurado?
A proposito, una a cada Switch fisico.
Muchas gracias, saludos cordiales!
HOla Sebnic
No te importa que te haga referencia a un link donde lo explico en un video? El link es el siguiente :
http://www.josemariagonzalez.es/videos-formacion-vmware/
Y el vídeo donde explico el concepto de tener dos Service Console cuando tenemos VMWare HA y queremos evitar un problema de aislamiento es el modulo 6.
Por favor, no dudes con postear en este thread otra vez si después de ver el vídeo no te ha quedado claro, okay?
Muchas gracias,
Estimado Jose Maria,
he viste el modulo 4 y el 6 y realmente no encuentro lo que me dices (puedo estar loco jejeje).
Pero insisto, porque agregar otro port group en otro vswitch. Porque no dotar simplemente de redundancia haciendo un teaming activo/pasivo sobre un unico service console port group.
Muchas gracias, saludos cordiales!
Hola Sebnic,
Gracias por tu post. En los vídeos lo que decía es que es necesario dos tarjetas de red para la red de gestión (Service Console) en un cluster VMware HA, para evitar así un caso de aislamiento del cluster HA en caso de que una de las tarjetas de red se cayera. La forma en la que configuras la redundancia es “indiferente”. Es caso es tener dos tarjetas de red con dos portgroup tipo Service Console.
rgds,
J.
Estimado Jose Maria,
en la redundancia estamos de acuerdo, no hay dudas. Ahora tu me dices que la misma mientras exista es “indiferente”, pero sin embargo haces referencia siempre a dos Port Group Service Console.
Ahora bien, por si no me he explicado bien antes, si yo tengo un unico Port Group Service Console con dos tarjetas configuradas para redunancia como Activo/Pasivo conectadas a diferentes Switch fisicos. Es esto valido? Es decir aqui se cumple aquello de la redundancia:
- Si se daña la tarjeta activa, la que esta en modo pasivo automaticamente cambia su estado a activa dandome redundancia.
- Si se daña o se desconecta el cable de red de la tarjeta activa, lo mismo.
- Si se saña el puerto o switch completo al que esta conectada la tarjeta activa, lo mismo ya que la pasiva esta en otro switch.
De aqui mi pregunta inicial: porque la necesidad de dos Port Group Service Console.
Muchas gracias por tu ayuda,
Saludos cordiales!