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.
- ¿Qué es una estación de gestión?
- Requisitos del sistema
- Estado de estación
- Sincronización de reflejo
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?
Para las instancias de OCI, no se utilizan estaciones.
Para las instancias locales o de nube de terceros, una estación de gestión es opcional: puede registrar y gestionar estas instancias sin una, pero el uso de una estación de gestión puede mejorar el rendimiento y la resiliencia al duplicar y distribuir localmente orígenes de software, actuar como proxy de red y reducir el ancho de banda saliente.
Considere la posibilidad de desplegar una estación de gestión si tiene muchas instancias, un ancho de banda externo limitado, controles de salida estrictos o necesita almacenamiento en caché local para actualizaciones más rápidas. Si decide utilizar una estación, cree y regístrela antes de registrar instancias locales o de nube de terceros.
El número de instancias con las que puede trabajar una estación depende de su memoria y CPU y de la velocidad de la red del centro de datos. Puede desplegar varias estaciones en un centro de datos o en una nube de terceros y configurarlas para una 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, los orígenes de software BaseOS y AppStream para la versión del sistema operativo de la estación se asocian a la instancia de la estación inicialmente. 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
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) u Oracle Linux 9 (solo x86_64) en un servidor con hardware dedicado o una máquina virtual 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/dnftenga suficiente almacenamiento para los metadatos del repositorio.Te recomendamos:
-
Asigne el almacenamiento de reflejo independiente del sistema de archivos raíz.
-
Utilice un volumen de red para el reflejo mediante NFS o iSCSI para facilitar la recuperación ante desastres (o utilice el almacenamiento compartido en una configuración de alta disponibilidad).
-
Utilice el tamaño que se muestra en la lista de orígenes de software para planificar el tamaño del volumen. En general:
-
Los orígenes de software de Ksplice pueden requerir de 1 TB a 5 TB de almacenamiento por repositorio.
-
Los orígenes de software grandes pueden requerir de 100 MB a 200 MB de almacenamiento por repositorio.
-
Importante
Los paquetes nunca se eliminan de los repositorios de Oracle Linux. Por lo tanto, el espacio necesario para cada origen de software siempre aumenta. Supervise activamente la capacidad de almacenamiento de reflejo en la estación.
-
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?
- ¿Cuándo se producen las sincronizaciones duplicadas?
- ¿Qué sucede durante una sincronización de reflejo?
¿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.
La lista de orígenes de software reflejados está vacía hasta que se crea un perfil que utiliza 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 programada recurrente para la estación. Puede modificar el tiempo de ejecución y la frecuencia del trabajo de sincronización de duplicación, pero no puede suprimir el trabajo de sincronización.
Se produce una sincronización de duplicación:
- Cuando se ejecuta el trabajo recurrente de sincronización duplicada programada 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_64ol8_appstream-x86_64ol8_addons-x86_64ol8_baseos_latest-x86_64ol8_appstream-x86_64ol8_addons-x86_64A 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_64ol8_appstream-x86_64ol8_addons-x86_64ol8_baseos_latest-x86_64ol8_appstream-x86_64ol8_addons-x86_64ol8_baseos_latest-x86_64ol8_appstream-x86_64ol8_addons-x86_64ol8_baseos_latest-x86_64ol8_appstream-x86_64ol8_addons-x86_64A continuación, veamos qué sucede si:
- La instancia 1 asocia un origen de software (
ol8_custom_sourceque se basa enol8_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_sourceyol8_developer-x86_64a la lista porque la instancia 1 está utilizandool8_custom_source, que depende deol8_developer-x86_64. El origenol8_addons-x86_64permanece 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_64ol8_appstream-x86_64ol8_addons-x86_64ol8_baseos_latest-x86_64ol8_appstream-x86_64Desasociar:
ol8_addons-x86_64Adjuntar:
ol8_custom_sourceol8_baseos_latest-x86_64ol8_appstream-x86_64Desasociar:
ol8_addons-x86_64ol8_baseos_latest-x86_64ol8_appstream-x86_64ol8_addons-x86_64(no se ha eliminado porque el perfil 1 utiliza este origen)Agregado:
ol8_custom_sourceAgregado:
ol8_developer-x86_64Por último, veamos lo que sucede cuando elimina el perfil 1.
El origen de software
ol8_addons-x86_64se 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_64ol8_appstream-x86_64ol8_custom_sourceol8_baseos_latest-x86_64ol8_appstream-x86_64ol8_baseos_latest-x86_64ol8_appstream-x86_64Eliminado:
ol8_addons-x86_64ol8_custom_sourceol8_developer-x86_64