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.
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)
correcion: TARDO 35,5 horas (la primera vez ; sacado de mail)
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
(SIGO... se comitio solo)
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!
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
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.
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)
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
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.
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" -----------------------------------
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....) ----------------------------
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.