Red Hat ha anunciado el fin de vida (EOL) para CentOS Linux 7. Como resultado, sin soporte continuo, CentOS ya no recibirá actualizaciones de seguridad críticas. Recomendamos encarecidamente migrar DCImanager, VMmanager y BILLmanager a un sistema operativo actualizado con antelación.
Nota:
El proceso de migración incluye instalar los paquetes y herramientas necesarios para soportar el sistema operativo actual, así como migrar archivos de configuración y datos para garantizar un funcionamiento estable y seguro una vez completada la migración.
A continuación, se presentan las instrucciones de migración para cada producto:
Migración de CentOS 7 a AlmaLinux 8 para VMmanager
Hay una serie de acciones que deben realizarse:
Preparación
- Verifique la compatibilidad del hardware con AlmaLinux 8 iniciando AlmaLinux en modo Live Media.
- Migre máquinas virtuales a otro nodo del clúster cuando cambie el SO en un nodo del clúster. (Lea más en "Migración de máquinas virtuales").
- Cree una copia de seguridad de la plataforma en un almacenamiento externo. (Lea más en "Copia de seguridad de la plataforma").
Cambio del sistema operativo
- Conéctese al servidor mediante SSH.
- Instale la última actualización de software disponible: yum update -y
- Reinicie el servidor: reboot
- Instale el software Elevate: yum install -y http://repo.almalinux.org/elevate/elevate-release-latest-el$(rpm --eval %rhel).noarch.rpm
- Instale el framework Leapp: yum install -y leapp-upgrade leapp-data-almalinux
- Verifique si el sistema está listo para un cambio de SO: leapp preupgrade
- Examine la salida del comando y el archivo de informe /var/log/leapp/leapp-report.txt para obtener información sobre posibles problemas al cambiar el SO.
- Configure el framework Leapp:
- rmmod pata_acpi
- leapp answer --section remove_pam_pkcs11_module_check.confirm=True
Configuración del firewall. En el servidor con la plataforma, cambie la configuración del firewall:
docker exec -it vm_box bash cd /opt/ispsystem/vm /usr/bin/ansible-playbook -i :22, -e targets=all -e ansible_python_interpreter='auto_silent' -e datacenter_type='common' -e ssh_port='22' -e network_autosetup_enabled='1' -e is_lxd='0' -e dc_ips='' -e dc_ips6='' -e closed_contour='0' etc/playbooks/node/firewall.yml --timeout 60 -b ¡Listo! Una vez completados estos pasos, su plataforma habrá migrado con éxito al AlmaLinux 8 soportado, garantizando un funcionamiento estable y seguro del sistema.
Migración a AlmaLinux 8 sin reinstalar DCImanager 6
La migración del sistema operativo (SO) es un proceso importante que requiere cuidado y consistencia para garantizar el funcionamiento sin problemas de la plataforma. En el caso de cambiar el sistema operativo de CentOS 7 a AlmaLinux 8 sin reinstalar DCImanager 6, hay características y pasos que no están proporcionados por los desarrolladores de CentOS. Por lo tanto, el procedimiento de migración puede fallar y la plataforma no estará disponible durante el proceso de cambio de SO en el servidor con la plataforma.
Para completar con éxito la migración, debe seguir las instrucciones para garantizar un funcionamiento seguro y sin problemas de la plataforma. A continuación, se presentan las instrucciones paso a paso para migrar de CentOS 7 a AlmaLinux 8 utilizando el software Elevate:
- Verifique la compatibilidad del hardware con AlmaLinux 8. Puede iniciar AlmaLinux 8 en modo Live Media para realizar esta prueba.
- Conéctese al servidor mediante SSH y haga una copia de seguridad de la plataforma para prevenir posibles fallos durante la migración:
dci backup - La copia de seguridad se guardará en el directorio /opt/ispsystem/dci/backup/. Guarde la copia de seguridad en un medio externo.
- Instale las últimas actualizaciones de software disponibles y reinicie el servidor:
yum update -y reboot - Instale el software Elevate y el framework Leapp:
yum install -y http://repo.almalinux.org/elevate/elevate-release-latest-el$(rpm --eval %rhel).noarch.rpm yum install -y leapp-upgrade leapp-data-almalinux - Verifique que el sistema esté listo para el cambio de SO:
leapp preupgrade - Examine la salida del comando y el archivo de informe /var/log/leapp/leapp-report.txt para identificar posibles problemas al cambiar el SO.
- Configure el framework Leapp y ejecute el cambio de SO:
rmmod pata_acpi leapp answer --section remove_pam_pkcs11_module_check.confirm=True leapp upgrade - Reinicie el servidor y verifique la versión del SO:
reboot cat /etc/os-release
Migración mediante copia de seguridad de DCImanager 6
En caso de migración de CentOS 7 a cualquier SO soportado, debe seguir una secuencia determinada de acciones. A continuación, se proporcionan instrucciones paso a paso para la migración mediante copia de seguridad de DCImanager 6:
- Cree un nuevo valor de token para su licencia en su área de cliente en my.ispsystem.com o contactando al soporte técnico.
- Cree una copia de seguridad de la plataforma:
dci backup - La copia se guardará en el directorio /opt/ispsystem/dci/backup/. Si hay una ubicación en el servidor además de la plataforma, haga una copia de seguridad del directorio /opt/ispsystem/dci/os_templates/. Guarde las copias de seguridad en un medio externo.
- Si hay una ubicación en el servidor además de la plataforma, detenga la plataforma:
dci down - Instale un SO soportado y conéctese al servidor mediante SSH.
- Si no tiene el archivador tar o la utilidad curl instalados en su sistema, instálelos mediante los comandos apropiados para el SO que está utilizando.
- Descargue el instalador y haga que el archivo del instalador sea ejecutable:
curl -O https://download.ispsystem.com/6/dci/dcibox/dci chmod +x dci - Cree el directorio /opt/ispsystem/license/ y copie la copia de seguridad de la plataforma creada anteriormente en el directorio /opt/ispsystem/dci/backup/.
- Inicie la restauración de la plataforma desde la copia de seguridad:
./dci restore -b=<backup_file> - Active la licencia en la interfaz de DCImanager 6 y siga los pasos adicionales si el servidor tiene una ubicación.
- Actualice la base de datos:
docker exec -it mysql bash -c "mysql_upgrade -u root -p$MYSQL_ROOT_PASSWORD"
Seguir estos pasos con éxito garantizará una migración segura y sin problemas de su plataforma al nuevo SO.
Traslado de BILLmanager y licencia entre servidores
El traslado de BILLmanager a un nuevo servidor puede ser necesario al reemplazar hardware o migrar a un sistema operativo soportado. Esto requiere instalar en un nuevo servidor, conectarse mediante SSH y mover archivos.
Es importante asegurarse de que la versión de BILLmanager en el nuevo servidor no sea inferior a la del antiguo. La migración es posible entre servidores con diferentes sistemas operativos.
Preparación:
- Prepare el nuevo servidor, instale BILLmanager en él, active la licencia de prueba a través del área de cliente de ISPsystem.
- Habilite el modo de mantenimiento en el servidor antiguo durante la migración.
- Importe los datos de usuario del servidor antiguo al nuevo servidor.
- Mueva los archivos XML personalizados, complementos y plugins al nuevo servidor. Esto se puede lograr utilizando los comandos scp.
- Mueva la configuración del escaparate del servidor antiguo al nuevo servidor copiando los directorios correspondientes.
- Instale los paquetes de software faltantes, como módulos de procesamiento de servicios, sistemas de pago y puertas de enlace de correo, en el nuevo servidor.
- Vincule la licencia de BILLmanager al nuevo servidor activando la licencia comercial a través de su área de cliente.
- Desactive el modo de mantenimiento en el servidor antiguo después de una migración exitosa.
Una vez completada la migración, se recomienda desactivar o desinstalar BILLmanager del servidor antiguo para evitar conflictos debido a configuraciones idénticas de módulos de procesamiento de servicios.
La preparación de un nuevo servidor incluye instalar BILLmanager, activar la licencia de prueba a través del área de cliente de ISPsystem e iniciar sesión en BILLmanager mediante un navegador para activar la licencia.
Asegúrese de que ambos servidores tengan licencias activas y active la licencia comercial en el nuevo servidor después de la migración.
Instrucciones para trasladar BILLmanager a un nuevo servidor:
Paso 1: Habilitar el modo de mantenimiento
El modo de mantenimiento detiene temporalmente el funcionamiento de los módulos de procesamiento y puertas de enlace de correo en BILLmanager. Para habilitarlo en el servidor antiguo, cree un archivo vacío
/usr/local/mgr5/etc/billmgr.DoNothingPaso 2: Importación de datos
En el servidor antiguo:
- Cree una copia de seguridad desde la interfaz web de BILLmanager en Herramientas → Copia de seguridad → haga clic en Ejecutar. Guarde el archivo de copia de seguridad.
- Guarde la configuración de branding.
- Copie los directorios al nuevo servidor utilizando los comandos scp:
scp /usr/local/mgr5/skins/dragon/local_* root@:/usr/local/mgr5/skins/dragon/ scp /usr/local/mgr5/etc/brand_settings.billmgr.xml root@ :/usr/local/mgr5/etc/
En el nuevo servidor:
- Ingrese a Herramientas → Copia de seguridad → haga clic en Descargar, seleccione el archivo de copia de seguridad del servidor anterior y haga clic en Restaurar.
- Después de restaurar desde la copia de seguridad a un nuevo servidor, la dirección IP del servidor antiguo puede estar especificada en el archivo de configuración. Especifique la dirección IP del nuevo servidor en el archivo de configuración ihttpd /usr/local/mgr5/etc/ihttpd.conf. Reinicie BILLmanager:
/usr/local/mgr5/sbin/mgrctl -m billmgr exit
Paso 3: Traslado de archivos XML personalizados, complementos y plugins
Si tiene archivos XML personalizados, complementos y plugins, realice lo siguiente:
- Cree el directorio /usr/local/mgr5/backup/ en el nuevo servidor si no existe.
- Mueva los archivos personalizados existentes utilizando los comandos scp:
scp -r /usr/local/mgr5/etc/xml/ root@<new_server_IP>:/usr/local/mgr5/backup/ scp -r /usr/local/mgr5/addon/ root@@<new_server_IP>:/usr/local/mgr5/backup/ scp -r /usr/local/mgr5/src/ root@@<new_server_IP>:/usr/local/mgr5/backup/ - Copie el contenido de los directorios utilizando los comandos:
cp -n /usr/local/mgr5/backup/xml/* /usr/local/mgr5/etc/xml/ cp -n /usr/local/mgr5/backup/addon/* /usr/local/mgr5/addon/ cp -n /usr/local/mgr5/backup/src/* /usr/local/mgr5/src/
Paso 4: Traslado de archivos del escaparate
Para trasladar el escaparate del servidor antiguo al nuevo servidor, copie los siguientes directorios al nuevo servidor:
scp -r /usr/local/mgr5/skins/showroom/ root@<new_server_IP>:/usr/local/mgr5/skins/showroom/ scp -r /usr/local/mgr5/etc/showroom.sample.dragon/ root@<new_server_IP>:/usr/local/mgr5/etc/showroom.sample.dragon/Paso 5: Inst
/usr/local/mgr5/sbin/licctl fetch billmgrPaso 7: Desactivar el modo de mantenimiento
Para desactivar el modo de mantenimiento, elimine el archivo /usr/local/mgr5/etc/billmgr.DoNothing.
También planeamos ofrecer soporte para Alma Linux 9 en los productos DCImanager y VMmanager este año, pero tenga en cuenta que la herramienta de migración Leapp para OC CentOS 7 asume un proceso de migración dividido: primero de OC Centos 7 a AlmaLinux 8, y solo luego de AlmaLinux 8 a AlmaLinux 9.
