Buenas, tengo el siguiente problema, en poco tiempo haré una migración a vcenter 6.7 en un nuevo entorno y estoy haciendo pruebas en un laboratorio de test.
Dentro del lab tengo un UnitiyVSA para el storage y 3 host esxi + un vcenter con vvol presentado desde la unity. Hasta ahora todo funcionaba a la perfección. El problema ha sido que he tenido que apagar el lab y ahora tengo el siguiente problema:
La vm de Unity arranca ok pero me dice que no se ha podido conectar a los host. Los host arrancan bien pero las maquinas virtuales me salen en estado no valido por lo que no puedo arrancar el appliance de vcenter ni ninguna otra maquina de las que tengo dentro. En los hot el datastore de vvol no sale con error pero me dice que la capacidad es 0 o sea que algo le pasa
No se si esto es un problema o es un comportamiento normal, no se si el host esxi que tiene la maquina de vcenter dentro debería ser capaz de conectarse por si solo al vvol o si la he cagado poniendo el vcenter dentro del vvol
Alguna idea?
Gracias, Ted.
Saludos.
Te recomiendo tener la VM del vcenter si es posible en los discos internos del Server en un grupo aparte (mirror de 2 discos).
estos discos serian para el arranque del ESXi y como repositiorio (ISOs OS .. etc.)en formato VMfs. El resto de discos estarían libres
Adjunto manual en español de UnityVSA
https://peru.emc.com/collateral/TechnicalDocument/docu69316.pdf
Hola y gracias por tu respuesta.
Lo que comentas no me parece mal para un entrono de pruebas, pero para uno de producción es imposible. No me la puedo jugar a que el host con el vcenter dentro caiga por cualquier motivo y me quede sin vcenter. He estado leyendo la documentación de VCSA y no encuentro absolutamente nada con respecto a consideraciones ni recomendaciones ni buenas practicas con respecto a donde almacenar VCSA. Sabes donde puedo encontrar algo de información sobre esto?
Un saludo.
Saludos.
Tal como indica en su nota inicial, el VCSA se encontraba dentro del vvol y ahora no se puede arrancarlo, si se tiene algún problema en
cualquier estructura de storage definido por software, lo recomendable es tener el VCSA fuera de ella para por lo menos ver que esta pasando.
Esta es una recomendación personal en base a la experiencia.
Se requiere mayores detalles como:
Versiones del UnityVSA y de los hosts ESXi.
Tipo de conexión entre el storage y los ESXi hosts
Pero en resumen si hablamos de un laboratorio para test, lo mas rápido seria iniciar todo desde cero y validar todo, que tanto el Hardware como
el software cumplan con los requisitos básicos para este tipo de soluciones.
Hola Enrique,
Muchas gracias de nuevo por tu respuesta, creo que no me he explicado bien.
Es verdad que en el lab de test tengo este problema, pero el motivo del test es que en un futuro no muy lejano cambiaremos toda la infraestructura de producción por 2 host nuevos y una cabina de almacenamiento física, no será el vsa.
Al haber tenido este problema con el lab me ha surgido la duda de si en la nueva infraestructura que queremos utilizar vvol sería correcto y seguro alojar el vcsa dentro del vvol o debería crear también una lun para alojar el vcsa.
He intentado buscar en la documentación de VCSA algo sobre este tema y no he encontrado mucho.
Según lo que he podido entender y probar una vez configurada toda la infraestructura los host deberían arrancar y ver el vvol con el vcenter apagado e incluso iniciar las vm, necesitaría el vcenter arrancado para poder crear máquinas nuevas, políticas etc etc
Gracias por tu ayuda,
Saludos
Saludos.
La idea es la correcta proteger el VCSA ya sea en una lun aparte (Storage externo) o en discos internos de los hosts, como experiencia personal prefiero tenerlo en los discos locales de los hosts. Se podría revisar el tema de VCSA HA que esta disponible a partir de la ver. 6.5 de VMware vSphere
Actualmente los disco SAS internos han bajado bastante de precio, lo cual permite incluirlos para estos menesteres y estar mas tranquilos.
Suerte.