Actualización del sistema operativo a Oracle Linux 8

El sistema operativo del cluster de Big Data Service (BDS) se actualiza de Oracle Linux 7.9 a Oracle Linux 8.10. Todos los paquetes del cluster se actualizan al paquete equivalente creado para OL8.

La utilidad Leapp se utiliza para la actualización. Para obtener más información, consulte Upgrading Systems With Leapp.

Requisitos

El parche OL8 es un parche del sistema operativo (ol8.10-x86_64-2.0.0.0-0.0) que se muestra una vez que se cumplen los siguientes requisitos de versión:


Tipo versión	Versión necesaria antes de la actualización	Versión después del cambio de versión
versión bds	3.0.29.5	3.1.0.2
versión odh	2	2
versión de sistema operativo	ol7.9-x86_64-1.29.1.999-0.0	ol8.10-x86_64-2.0.0.0-0.0

También se aplican otros requisitos de parches del sistema operativo. Consulte Actualización de clusters de Big Data Service.

OL8 Restricciones de actualización

La actualización de OL8 no soporta los siguientes escenarios:

Clusters activados por FIPS.
Clusters con nodos de unidad con hardware dedicado.
Clusters con nodos de Cloud SQL.

Funciones admitidas para la actualización de OL8

Modo de solo ejecución en seco: permite al cliente ejecutar en seco la actualización y detenerse para identificar posibles riesgos y bloqueos relacionados con la actualización.

La ejecución simulada comprueba los requisitos previos, como los requisitos de almacenamiento y red, y cualquier configuración que haga que el nodo no se pueda utilizar después de la actualización. Cuando se selecciona la opción dryrunOnly, la aplicación de parches se detiene después de la ejecución simulada para que el cliente pueda revisar las advertencias y la actualización real del paquete que se ha realizado. Si no se selecciona dryrunOnly, la aplicación de parches continúa si no se detecta ningún error durante la ejecución simulada; de lo contrario, la aplicación de parches se detiene.

Una vez que la ejecución simulada se ha realizado correctamente, se genera un informe agregado en el nodo MN0 en /opt/oracle/bds/ospatch/ol7-8-upgrade/dryrun/:

leapp-preupgrade-report-aggregated.json: muestra los riesgos potenciales para la actualización, clasificados por gravedad y agregados por nodos afectados. Estos riesgos necesitan una revisión, pero no es necesario resolverlos a menos que se clasifique como un riesgo de nivel "alto (inhibidor)". El cliente debe resolver los inhibidores de la actualización y las advertencias que considere importantes.
package-diff-aggregated.json: muestra la diferencia entre el plan de cambio de versión de paquete real y el plan de cambio de versión preparado, como se muestra en la respuesta de la consola o la API.

Aplicación de parches por lote de nodos: la actualización de OL8 soporta la aplicación de parches por lote. Permite el tiempo de inactividad mínimo de aplicación de parches y controla el radio de influencia cuando falla la aplicación de parches.

En promedio, un lote de nodos tarda una hora en completar la aplicación de parches. Las configuraciones soportadas son:


Configuración de parches	Comportamiento de parches	Número de parches	Tiempo aproximado para completar la aplicación de parches
Aplicación de parches de tiempo de inactividad	Todos los nodos se eliminan para aplicar parches	1	1 hora
Aplicación de parches por dominio de disponibilidad (AD) o dominio de errores (FD)	Aplique parches a los siguientes nodos individualmente en una secuencia: mn0, un0, wn0, mn1, un1 Los siguientes nodos de parche por el dominio de disponibilidad al que están asignados (o FD si están en una sola región de dominio de disponibilidad).	8	9 horas
Aplicación de parches mediante un tamaño de lote especificado	Aplique parches a los siguientes nodos individualmente en una secuencia: mn0, un0, wn0, mn1, un1 Nodos de parche siguientes según el tamaño de lote especificado.	El cliente decide	NO APLICABLE

Comportamiento de fallo o rollback

Durante la actualización de OL8, se reinician los nodos a los que se aplican parches. Si se produce algún fallo antes del reinicio del nodo, se realiza un rollback automático y el nodo no se ve afectado. Después del reinicio, no es posible realizar un rollback.

Después de aplicar parches a cada lote, BDS realiza una comprobación del sistema del cluster independientemente de si el lote se ha realizado correctamente o no. Si el número de nodos con fallos supera la tolerancia de fallos especificada por el cliente, la aplicación de parches se detiene; de lo contrario, la aplicación de parches continúa en el siguiente lote.

Una vez finalizada la solicitud de trabajo de parche, si no se produce ningún fallo, la solicitud de trabajo se marca como correcta, la versión de bds de cluster se actualiza a 3.1.0.2.

Es posible que se produzca un fallo debido a los siguientes motivos:


Escenario	Acción Necesaria
El cluster está en buen estado	Si todos los nodos están en buen estado: vuelva a activar la aplicación de parches. La aplicación de parches continúa en los nodos que no están actualizados. Si algunos nodos no están en buen estado: vuelva a activar la aplicación de parches. BDS vuelve a intentar aplicar parches en los nodos con fallos para activarlos. Si los nodos siguen fallando después del reintento, elimine los nodos de la consola de Oracle Cloud y vuelva a intentar la aplicación de parches.
Fallo de cluster	Si algunos nodos fallan, corrija el problema en el nodo o elimine los nodos del cluster en la consola de Oracle Cloud y, a continuación, intente corregir el estado del servicio en Ambari. Si el cluster está corregido, ejecute `/home/opc/cloud/flask-microservice/bigdataservice/devops/reset_cluster_state.py` para definir el cluster en `ACTIVE`. El cluster se activa en 10 minutos y se vuelve a intentar aplicar el parche del sistema operativo. Si el cluster no se puede corregir, póngase en contacto con los Servicios de Soporte Oracle.

OL8 Ubicaciones de log de actualización