Bug 2517 - Instalación ESXi y migración
Summary: Instalación ESXi y migración
Status: RESOLVED FIXED
Alias: None
Product: Solo UInf [ uso exclusivo de UInf ]
Classification: Unclassified
Component: General (show other bugs)
Version: 1.0
Hardware: Servidores No sabe/ No Corresponde
: Normal normal
Assignee: Andrés Rodríguez
URL:
Depends on:
Blocks:
 
Reported: 2017-10-25 13:29 -03 by Andrés Rodríguez
Modified: 2019-06-05 17:04 -03 (History)
1 user (show)

See Also:
Local: Casona Jaime Cibils
Dep/Cat: UInf - Servidores(exCETI)
Dep/Cat: ---
Dep/Cat: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Andrés Rodríguez 2017-10-25 13:29:59 -03
Se instala ESXi en servidor IBM x3550 (cain).
IP: 192.168.100.116
A continuación se verá como mover las VM del ESXi 5.5 a este.
Comment 1 Guillermo Reisch 2017-10-30 14:36:56 -03
Andrés instalo el server.

Después se vio de usar el xsibackup para respaldar las maquinas ; anteriormente la version que teniamos antes NO mandaba bien el mail con la información del respaldo ; por lo que quedo en la nada.
Ahora se instalo la nueva version y esta envia mails correctamente.
Instalado en /vmfs/volumes/datastore1/xsibackup-9.1.9
Y linkeado como xsi-dir  ( ln -s xsibackup-9.1.9 xsi-dir )

Se configuro el correo en xsi-dir/conf/smtpsrvs 
1:192.168.100.105:25:no-reply@fenf.edu.uy:no-reply:_PASSWORD_:yes:no:4

------------------
Modo de uso:
# xsibackup --link-server 192.168.100.116
    Solo una ves y es necesario para que copia el ID RSA
    al equipo de destino (ya esta echo, por lo que evitar esto)

# xsibackup --use-smtp=1 --mail-to=ceti@fenf.edu.uy
  --backup-point="192.168.100.116:22:/vmfs/volumes/datastore1"
  --backup-type=all

------------------

La primera ves tardo unas 48hs en copiar todo!
Y dio error ; decía "Skipping invalid VM '56'"
Al investigar un cacho la VM 56 no existia al principio pensaba que era un problema en xsibackup ; pero despues resulto ser la configuracion en la ESXI que la maquina esa no estaba bien registrada (o lo estaba y se mato...)

# vim-cmd vmsvc/getallvms
Skipping invalid VM '56'
........

Para arreglar el problema se desregistro dicha maquina y listo!
# vim-cmd vmsvc/unregister 56

Ahora tiro otro rsync haber cuanto tarda una vez que ya esta todo pasado.
(Falta ponerlo en el cron)
Comment 2 Guillermo Reisch 2017-10-30 15:10:01 -03
correcion: TARDO 35,5 horas (la primera vez ; sacado de mail)
Comment 3 Guillermo Reisch 2017-11-03 08:37:07 -03
Hay problemas de RED con CAIN (el nuevo server...) ; le mando un PING al server y el 50% de los paquetes se pierden ; luego encara y no da problemas.
El RSYNC
Comment 4 Guillermo Reisch 2017-11-03 08:37:30 -03
(SIGO... se comitio solo)
Comment 5 Guillermo Reisch 2017-11-03 08:40:35 -03
ta! (guille dedos de mantequilla....)

El RSYNC (alias xsibackup) no encuentra el server remoto en una tirada cada tres! , y cuando lo encuentra el mismo rsync empieza rapido y en un momento SE TRANCA (abruptamente) y luego reengancha (problemas de RED!)

Hay que chequear el cable!
Comment 6 Guillermo Reisch 2017-11-04 16:43:24 -03
El cable estaba MAL!!!!! se retiro el cable y se engrimpo nuevamente las puntas RJ45!! Antes de eso cuando se mandaba un ping andaba.... se trancaba... y andaba... y se trancaba...
AHORA anda... anda... anda... anda.... No se pierde ningun paquete!

Se migro los servers PERO cuando trate de levantarla en el CAIN me dio error de Tarjeta de RED! Osea me lo levanto sin problema pero no me conecto la red porque en la maquina ORIGINAL la red esta conectado a un switch llamado "ORANGE - GREEN" , pero este switch no esta definido en CAIN, por lo que deja desconectada la interfaz de red!

Ahora..... uno pensaría que seria tan fácil como ir al administrador WEB de CAIN y hacerle click en propiedades y setearle la tarjeta de red y listo...
Pues unas cosas encontradas sobre el server ESXI 6 CAIN:
 * La interfase Web muestra bien las propiedades la primera vez que la levantas
 * La segunda ves te trae cualquier cosa!!! Pero mal!!!!
 * Reiniciando la conexion se arregla (abrir de vuelta y loguearte)
 * NO te deja cambiar las propiedades de la VM! (DA ERROR!)

Ahhhhh..... Bueno, por ahora CAIN no tiene ninguna PC activa....
El lunes se seguirá....

Adjunto 30min de documentación
Comment 7 Andrés Rodríguez 2018-01-02 14:35:59 -03
Se registra VM LDAP en cain.
Al encenderla por interfaz web pregunta si la máquina fue movida o copiada, seleccionar "movida".
Luego en la configuración de la vm en la web se cambia el adaptador a vm network y queda funcionando.
Espero aporte al problema.
Comment 8 Guillermo Reisch 2018-01-05 09:48:16 -03
OK!!! Cuando la registras (no importa si es por linea de comando O por modo grafico) => Te queda configurada la interfaz de RED con el misma conectividad (ergo el mismo nombre de conector) de donde la copiaste ;

Ergo => Ethernet => "GREEN - ORANGE"

Lo que si cuando la prendes le pones que la "moviste" y algo hace... pero no se que es... IGUAL CONSERVA EL NOMBRE DEL CONECTOR.

Por lo que vi en ESXI hay:
  vmnic: Tarjeta de red FÍSICA!!!
  switch: Switch virtuales que sirven de puentes (ergo.. bridge de linux)
  network: Interfaz de red propiamente dicha ( dmz , red , blue, green, lan)

Lamentablemente a estas cosas les llaman en español... 
 "Nic Fisicas"  : No esta mal ; se entiende
 "Conmutadores Virtuales": claro... complícame un poco! Igual se entiende...
 "Grupos de Puertos": mmmm... huston tenemos un problema!!!

La conectividad es la siguiente:
 VM ==> NETWORK ==> vSWITCH ==> NIC REAL

La VM cuando la registras queda con la NETWORK con el nombre que tenia antes, por lo que si no existe esa "NETWORK" entonces la maquina queda como "DESCONECTADA" ; lo único que hay que hacer es REGISTRAR UNA NETWORK ("Grupo de Puertos" en español...) que tenga el mismo nombre!

Andrés el otro día genero en vSWITCH los nombres pero no eran ahi sino en network ; desregistre todos los vSWITCH generados y genere uno nuevo por cada NIC REAL llamado simplemente vSwitch1 vSwitch2 vSwitch3 (con las mismas vmic) ; 

Y al registrar cada VM voy generando una nueva NETWORK ("Grupo de ..." asco!) con el nombre idéntico y la VM al prender conecta con la RED correspondiente)
Comment 9 Andrés Rodríguez 2018-01-10 18:02:08 -03
Por lo hablado con Guille quedaron todas las vm pasadas a CAIN.
Mañana comenzamos con la instalación de ESXi 6.5 en ABEL.
Hecho esto seguiremos con la configuración de XSI Backup CAIN -> ABEL
Comment 10 Guillermo Reisch 2018-01-12 07:28:13 -03
Se instala ESXi en servidor IBM x3550 (abel).
IP: 192.168.100.115
A continuación se verá como mover las VM de cain a este.
Comment 11 Guillermo Reisch 2018-01-12 07:39:41 -03
Se copia de abel el xsibackup-9.1.9 a cain y excecuta para pasar todas las VMS a ABEL (en forma de respaldo) ;  al copiar todo el xsibackup también se copia el la definición de smtp1 (osea la conf de no-reply@fenf.edu.uy para envío de emails)

-----------------------------------

# xsibackup --link-srv=192.168.100.115
    Solo una ves y es necesario para que copia el ID RSA
    al equipo de destino (ya esta echo, por lo que evitar esto)

# xsibackup --use-smtp=1 --mail-to=ceti@fenf.edu.uy
  --backup-point="192.168.100.115:22:/vmfs/volumes/datastore1"
  --backup-type=all

## Para una VM llamada "VM Pirulito" en modo "FRIO" (cold)
## Se puede cambiar --backup-how=hot para modo caliente sin apagar la VM
# xsibackup --use-smtp=1 --mail-to=ceti@fenf.edu.uy
  --backup-point="192.168.100.115:22:/vmfs/volumes/datastore1"
  --backup-type=custom --backup-how=cold --backup-vms="VM Pirulito"

-----------------------------------
Comment 12 Guillermo Reisch 2018-01-12 07:52:45 -03
Se pasan todos los discos a modo "eagerzeroedthick"

En VMWare hay tres tipos de discos (en realidad hay mas... pero estos son los mas usados...)

 thin:
    Aprovisionamiento FINO ; en este el archivo vmdk va creciendo en cuanto se llenan los sectores, por lo que si un sector no esta utilizado entonces este cuando es leido retorna ZEROS, pero no ocupa espacio en el disco, amenos claro que se grabe el sector con alguna informacion, osea el disco "crece" cuando este se esta grabando.

 zeroedthick:
    Este prealoca TODO el disco, por lo que si se genera un disco de 20G el vmdk ocupa 20G ; sin embargo NO inicializa el disco con ZEROS... sino que recuerda que sectores NO estan asignados y cuando los vas a grabar AHI si lo graba... En otras palabras el FS reserva el tamaño del disco pero no lo inicializa por completo, se va inicializando mientras se va grabando

 eagerzeroedthick:
    Este prealoca TODO el disco y ademas inicializa todos los sectores en ZERO y los graba a sectores posta! (esto es lo mas similar a un disco en formato RAW)


------------------------
los discos cuando son "thin" y estos se respaldan al cabo del tiempo los mismos crecen y cambian su tamaño ; por lo que el respaldo se complica con el rsync porque le cuesta mas verificar donde cambio porque los archivos tienen diferente tamaño. por eso es mejor pasarlos a un formato tipo "thick" y se opta por el que ademas de reservar ya te deja el archivo bien quietito! el eagerzeroedthick.

### Para pasar de "thin" a "eagerzeroedthick"
# vmkfstools -j disco.vmdk

### Para pasar de "zeroedthick" a "eagerzeroedthick"
# vmkfstools -k disco.vmdk

### Para ver el tipo de disco .... (fijarse en tbz es cuantos sectores 0 faltan ser escritos ; si tbz es 0 entonces es un "eagerzeroedthick" (almenos eso entendi yo...)
# vmkfstools -D disco.vmdk

NOTA: la VM tiene que estar apagada... (eso es una tranza....)
----------------------------
Comment 13 Guillermo Reisch 2019-06-05 17:04:21 -03
Falto cerrar!

En conclusión:
 Se migro todo. Falto pasar algún disco a "eagerzeroedthick". Igualmente se migrara todo a Proxmox así que no importa.