Descripción de las estaciones de gestión

Un sistema que tiene asignado el rol de estación de gestión refleja y distribuye orígenes de software a instancias locales o en nubes de terceros compatibles. Una estación también actúa como proxy de red para que las instancias se comuniquen con el hub de OS Management en Oracle Cloud Infrastructure.

Nota

Las instancias de OCI no utilizan las estaciones de gestión.

¿Qué es una estación de gestión?

Una estación de gestión es una instancia que refleja y distribuye orígenes de software a otras instancias locales o de nube de terceros. La estación también actúa como proxy de red para que las instancias no OCI se comuniquen con el hub de OS Management en Oracle Cloud Infrastructure. El sistema que actúa como estación tiene requisitos específicos para servir eficazmente a las instancias de cliente.

¿Necesito una estación?

Si gestiona instancias locales o de nube de terceros, debe tener al menos una estación para ofrecer contenido de origen de software a esas instancias. Las estaciones no se utilizan para instancias de OCI.

Debe crear y registrar una estación antes de registrar instancias locales o de nube de terceros. La cantidad de instancias que una estación puede admitir depende de la memoria y la potencia de procesamiento de la estación, y de la velocidad de la red del centro de datos.

Puede desplegar varias estaciones en un centro de datos de cliente o en una nube de terceros. También puede configurar varias estaciones de gestión en una configuración de alta disponibilidad.

¿Cómo se mantiene la instancia de estación?

Para asegurarse de que su estación de gestión esté actualizada en cuanto a seguridad y otros parches, deberá crear un trabajo de actualización para la instancia que actúa como estación de gestión.

La instancia de estación tiene su propio juego de orígenes de software asociados. Estos son independientes de los orígenes de software reflejados distribuidos por la estación a otras instancias. Por defecto, solo los orígenes de software de Oracle Linux 8 BaseOS y Appstream se asocian inicialmente a la instancia de estación. Si utiliza paquetes en la estación desde otros orígenes de software, asocie esos orígenes de software a la instancia de la estación.

¿Qué datos se almacenan en OCI para estaciones?

Capacidad (porcentaje libre) de almacenamiento en espejo
Salida del comando reposync

Nota

Si la estación de gestión también se gestiona y actualiza mediante OS Management Hub, también se recopila la información de la instancia.

Requisitos del Sistema

Una estación de gestión tiene varios requisitos para atender eficazmente las instancias del cliente en un centro de datos.

Requisitos de Oracle Linux

Una estación de gestión requiere Oracle Linux 8 (mínimo 8.7, no se admite Oracle Linux 9) en un servidor con hardware dedicado o una máquina virtual x86_64 en el centro de datos o en una nube de terceros compatible. No registre una estación con Unbreakable Linux Network (ULN) u otros sistemas de entrega de contenido. Una vez que la estación se registra, OS Management Hub proporciona actualizaciones a la instancia de la estación. Consulte Cómo Mantener la Instancia de Estación.

Requisitos de CPU y memoria

Un sistema de estación de gestión requiere un mínimo de cuatro núcleos de CPU y 16 GB de RAM.

Requisitos de Red

Las estaciones de gestión deben tener conectividad con OS Management Hub en OCI en el puerto tcp/443. Si la estación requiere un proxy de reenvío para acceder a OCI, debe proporcionar esa información al crear la estación.

Las estaciones de gestión requieren conectividad con las instancias de cliente en la red local. Al crear una estación, se especifica un puerto de recepción de proxy y dos puertos de recepción de reflejo. Estos puertos TCP deben estar abiertos en la red entre la estación y sus clientes. También recomendamos una red de 10 Gigabits entre la estación y las instancias del cliente.

Requisitos de almacenamiento

Una estación de gestión refleja los orígenes de software de Oracle Linux para ofrecer contenido localmente a instancias locales o de nube de terceros. El espacio de almacenamiento para una estación puede ser significativo. Depende del número, el tamaño y el alcance de los orígenes de software reflejados. Las estaciones que sirven varias versiones de Oracle Linux pueden requerir varios cientos de gigabytes a varios terabytes de espacio en disco. Asegúrese de que /var/cache/dnf tenga suficiente almacenamiento para los metadatos del repositorio.

Estado de la estación

Puede ver el estado de la estación al Mostrar estaciones de gestión o Ver detalles de la estación de gestión.

Los posibles estados de salud incluyen:

Saludable: la estación de gestión funciona con normalidad y realiza la protección con el servicio.
No en buen estado: la estación de gestión ha perdido la conexión con el servicio (inactivo, fuera de línea o no registrado). Revise el log de agente en la instancia de la estación de gestión para obtener ayuda con la solución de problemas.
No disponible: es el estado inicial de la estación de gestión después de crearla por primera vez. La estación permanece en este estado hasta que registre la instancia de estación.

Sincronización de reflejos

¿Qué es el espejo de la estación?

El reflejo de la estación de gestión es una copia de los orígenes de software necesarios para proporcionar contenido a las instancias locales o de nube de terceros que utilizan la estación. Permite que las instancias locales o de nube de terceros reciban contenido de software de la estación de gestión, en lugar de directamente desde OS Management Hub. El contenido de los orígenes de software reflejados se actualiza cada vez que se produce una sincronización de reflejo.

Importante

La lista de orígenes de software reflejados estará vacía hasta que cree un perfil que utilice la estación. Consulte ¿Qué orígenes de software se reflejan?.

¿Cuándo se producen las sincronizaciones de duplicación?

Cuando una estación se registra con OS Management Hub, el servicio también crea un trabajo de sincronización de duplicación programado recurrente para la estación. Puede modificar el tiempo de ejecución y la frecuencia del trabajo de sincronización de reflejo, pero no puede suprimir el trabajo de sincronización.

Se produce una sincronización de duplicación:

Cuando se ejecuta el trabajo de sincronización de reflejo programada recurrente para una estación de gestión.
Al disparar una sincronización de reflejo inmediata para orígenes de software específicos.
Al actualizar un origen de software personalizado que ya está reflejado.

¿Qué sucede durante una sincronización de reflejo?

Cuando se ejecuta el trabajo de sincronización de reflejo, la estación comprueba si necesita actualizar los orígenes de software reflejados. El trabajo de sincronización actualiza el reflejo local con los cambios en los orígenes de software. La estación también comprueba si hay nuevos orígenes de software para agregarlos al reflejo local.

¿Qué orígenes de software se reflejan?

Después de registrar una estación de gestión, inicialmente la lista de orígenes de software reflejados está vacía. OS Management Hub actualiza la lista de reflejos de forma dinámica en función de los perfiles e instancias que utilizan la estación.

Para inicializar y sincronizar una estación antes de registrar instancias, puede crear los perfiles de registro necesarios para las instancias que utilizarán la estación. El servicio identifica los orígenes de software utilizados por los perfiles y los agrega a la lista de reflejos de estación. A medida que crea nuevos perfiles o asocia nuevos orígenes de software a instancias, la lista de duplicación de estación se actualiza automáticamente. Si suprime perfiles o desasocia orígenes de software de instancias, las entradas de la lista de duplicación solo se eliminan si ninguna instancia o perfil hace referencia al origen de software.

Al reflejar orígenes de software personalizados, la estación de gestión también refleja los orígenes de software de cualquier proveedor en los que se basa el origen de software personalizado. Cuando una estación ya no necesita reflejar un origen de software, se suprime inmediatamente del volumen de reflejo.

Si utiliza una configuración de alta disponibilidad (HA), la lista de reflejos se unifica en todas las estaciones. Un perfil o instancia que hace referencia a una de las estaciones también actualiza los orígenes de software reflejados en todas las demás estaciones de la configuración de HA. Al utilizar el almacenamiento de reflejo compartido con HA, es posible que el estado de sincronización de reflejo de origen de software en una estación de gestión se muestre incorrectamente como 'Sin sincronizar'. Consulte Problema conocido: estado 'No sincronizado' en estaciones que utilizan almacenamiento compartido.

¿Se reflejan los orígenes de software de terceros y privados?

Al agregar un origen de terceros o privado, seleccione si el origen se reflejará en las estaciones de gestión. Si la duplicación está activada, el origen privado o de terceros se duplica en estaciones cuando una instancia o un perfil asociado con la estación hace referencia al origen. Consulte ¿Qué orígenes de software se reflejan?

Ejemplo de lista de orígenes de software reflejados

Considere un caso en el que haya creado un perfil que utilice la estación, pero aún no haya registrado instancias. En la siguiente tabla, se muestran los orígenes de software asociados con el perfil y la lista de reflejos resultante.


Perfil 1	Lista de orígenes de software reflejados
`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` `ol8_addons-x86_64`	`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` `ol8_addons-x86_64`

A continuación, veamos lo que sucede cuando:

Registro de la instancia 1 y la instancia 2 con el perfil 1

Los orígenes de software definidos en el perfil se asocian a cada instancia. La lista de reflejos sigue siendo la misma que no se han agregado ni eliminado nuevos orígenes.


Perfil 1	Instancia 1	Instancia 2	Lista de orígenes de software reflejados
`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` `ol8_addons-x86_64`	`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` `ol8_addons-x86_64`	`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` `ol8_addons-x86_64`	`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` `ol8_addons-x86_64`

A continuación, veamos qué sucede si:

La instancia 1 asocia un origen de software (ol8_custom_source que se basa en ol8_developer-x86_64).
Las instancias 1 y 2 desasocian cada una un origen de software (ol8_addons-x86_64).

La lista de orígenes de software de la estación de gestión se actualiza para reflejar el cambio. El servicio agrega ol8_custom_source y ol8_developer-x86_64 a la lista porque la instancia 1 está utilizando ol8_custom_source, que depende de ol8_developer-x86_64. El origen ol8_addons-x86_64 permanece en la estación porque el perfil 1 sigue haciendo referencia a él.


Perfil 1	Instancia 1	Instancia 2	Lista de orígenes de software reflejados
`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` `ol8_addons-x86_64`	`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` Desasociar:`ol8_addons-x86_64` Adjuntar: `ol8_custom_source`	`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` Desasociar: `ol8_addons-x86_64`	`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` `ol8_addons-x86_64` (no se ha eliminado porque el perfil 1 utiliza este origen) Agregado: `ol8_custom_source` Agregado: `ol8_developer-x86_64`

Por último, veamos lo que sucede cuando elimina el perfil 1.

El origen de software ol8_addons-x86_64 se elimina de la lista porque ya no lo utiliza un perfil o una instancia.


Perfil 1	Instancia 1	Instancia 2	Lista de orígenes de software reflejados
Se ha suprimido	`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` `ol8_custom_source`	`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64`	`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` Eliminado:`ol8_addons-x86_64` `ol8_custom_source` `ol8_developer-x86_64`

Documentación de Oracle Cloud Infrastructure