Nota del editor:este artículo se escribió cuando James Brigman era miembro del programa Red Hat Accelerator.
Red Hat Satellite proporciona un medio para actualizar los sistemas Red Hat Linux con RPM nuevos o actualizados. Satellite aloja repositorios localmente para que podamos obtener esas actualizaciones más rápido y para una mayor cantidad de clientes. Esta característica se vuelve importante para nuestro proceso de desarrollo de software, porque necesitamos crear y destruir rápidamente máquinas virtuales al servicio del proceso de desarrollo.
Nuestro servidor Satélite se usa a menudo durante el ciclo de desarrollo, por lo que debemos saber que funciona correctamente. Si surge algún problema, debemos detectarlo y resolverlo rápidamente para que los desarrolladores puedan continuar con su trabajo sin interrupciones.
Este artículo describe los puntos más importantes del proceso e incluye las lecciones aprendidas al actualizar y actualizar mi servidor Red Hat Satellite.
Una advertencia importante
Si ejecuta Satellite como una máquina virtual (en cualquier sistema de máquina virtual que utilice), realice una copia de seguridad o una instantánea. Si ejecuta Satellite en Red Hat Enterprise Linux sin sistema operativo, realice una copia de seguridad completa. Desea poder volver al estado original si tiene problemas.
[¿Quiere probar Red Hat Enterprise Linux? Descárguelo ahora gratis.]
Actualizar versus actualizar
El tiempo avanza. Este hecho significa que para quienes nos dedicamos a la administración de sistemas, actualizar el software es una actividad constante. Actualizamos por varias razones, ya sea para poder obtener soporte para los productos que ejecutamos, obtener (y mantener) la funcionalidad necesaria o mejorar el rendimiento.
Para Satélite, los términos actualización y actualización tienen significados muy específicos. Actualizando es cuando haces una actualización de puntos al software existente. Para esta discusión, actualizando nos llevó de Red Hat Satellite 6.4.2 a 6.4.4. Ambos siguen siendo Satellite 6.4 (versión principal), pero el segundo cambió de .2 a .4 (versión secundaria).
Actualización es cuando lleva el servidor Satellite de una versión principal anterior a una versión principal más actual. Después de la actualización, trabajé para actualizar el servidor de la versión principal 6.4 a la versión principal 6.5.
Al final del proceso, nuestro servidor satelital pasó de 6.4.2 a 6.5.2.1.
Actualización y actualización
El proceso de mejora o actualización consta de cuatro pasos principales. Echemos un vistazo a cada uno.
Un satélite ordenado
Antes de actualizar o actualizar, tiene una utilidad que puede verificar el estado actual de su satélite y aconsejarle qué tan listo está para realizar la actualización o actualización. Esa utilidad es foreman-maintain y se describe en la documentación de Satellite.
Puede buscar access.redhat.com con el término "actualizar satélite 6.5" para encontrar este enlace. En Filtros de tipo de contenido , seleccione Documentación para limitar su búsqueda. Encontrará definiciones importantes, requisitos previos y rutas de actualización en esta URL.
Los pasos enumerados en este documento culminan con la ejecución del foreman-maintain Comando en modo de actualización. Este comando pasa por su servidor Satélite, comprobando su aptitud para ser actualizado antes usted hace la actualización real. El comando que usé para ambos actualizar y actualizar era el mismo, con diferentes versiones de destino:
# /usr/bin/foreman-maintain upgrade check --target-version 6.4.z
Por supuesto, la sintaxis correcta para su Satélite variará.
Ser asignado por tareas
Mi verificación de actualización falló varias veces. La razón más importante es que para la versión que estaba usando, me sobraban tareas de hace mucho tiempo que no concluían en el estado necesario. Pude borrar esas tareas usando un foreman-rake comando:
# /usr/bin/foreman-rake foreman_tasks:cleanup TASK_SEARCH='label = Actions::Katello::Repository::MetadataGenerate' STATES='running,pending,stopped' VERBOSE=true
Como el foreman-maintain comando anterior, su foreman-rake El comando puede diferir según el resultado de su comprobación de actualización.
El punto de no retorno
Eventualmente, llegué al punto en el que estaba listo para hacer la actualización. En un movimiento inteligente, utilizará el mismo comando para realizar la actualización real, pero con un cambio. La palabra check se convierte en run :
# /usr/bin/foreman-maintain upgrade run --target-version 6.4.z
Mi actualización fue exitosa. Este resultado se debió en gran parte a las pruebas y comprobaciones previas a la actualización disponibles para el administrador del sistema. Este paso es una consideración importante para un sistema de misión crítica como Satellite.
Comprobación posterior a la actualización
La upgrade El comando en sí mismo le brinda una salida útil. Esta salida se encuentra en el registro producido por foreman-maintain :
=============================================
Upgrade Step 3/10: katello:clean_backend_objects. This may take a long while.
0 orphaned consumer id(s) found in candlepin.
Candlepin orphaned consumers: []
0 orphaned consumer id(s) found in pulp.
.....
=============================================
Upgrade Step 10/10: katello:upgrades:3.11:clear_checksum_type.
foreman-rake upgrade:run finished successfully!
Upgrade completed!
El registro es importante y útil, pero hay otras comprobaciones que puede realizar para verificar el estado de su servidor Satélite, como:
# /usr/bin/foreman-maintain health check
El resultado de este comando se ve así (editado para ajustar):
Running ForemanMaintain::Scenario::FilteredScenario
Check for verifying syntax for ISP DHCP configurations: [SKIPPED]
DHCP feature is not enabled
----------------------------------------------------------------
Check whether all services are running: [OK]
----------------------------------------------------------------
Check whether all services are running using hammer ping: [OK]
----------------------------------------------------------------
Check for paused tasks: [OK]
----------------------------------------------------------------
Más comprobaciones de estado posteriores a la actualización
Aquí hay tres comprobaciones adicionales para verificar el estado posterior a la actualización de su servidor Satellite. El primero comprueba si las API de Satélite están disponibles y responden:
# /usr/bin/hammer ping
candlepin:
Status: ok
Server Response: Duration: 19ms
candlepin_auth:
Status: ok
Server Response: Duration: 21ms
pulp:
Status: ok
Server Response: Duration: 72ms
pulp_auth:
Status: ok
Server Response: Duration: 36ms
foreman_tasks:
Status: ok
Server Response: Duration: 5ms
El segundo verifica el estado del servicio con el foreman-maintain comando, que verifica los servicios principales usando systemctl comandos:
# /usr/bin/foreman-maintain service status
El resultado es demasiado detallado para incluirlo aquí, pero lo reconocerá al usar systemctl .
El tercer comando comprueba que puedes sincronizar un repositorio:
Content --> Product --> Repository --> <choose repo to sync>
Conclusión
Actualizar un servidor Satélite Red Hat ya es bastante desafiante cuando es un componente de misión crítica de su negocio. Aproveche todas las oportunidades que pueda para verificar que el servidor esté en condiciones de actualizarse y tenga copias de seguridad para que pueda retroceder si es necesario. En mi caso, incluso abrí casos con soporte para discutir el resultado de las comprobaciones previas y posteriores y obtuve una gran ayuda.
Mi actualización resultó ser útil. La carga en mi servidor Satellite se redujo ligeramente, el rendimiento mejoró ligeramente y se borraron muchas tareas antiguas y atascadas. Posiblemente, el beneficio más importante fue obtener una mayor familiaridad con Satellite y los comandos importantes necesarios para realizar la tarea.