Documentación de Oracle Cloud Infrastructure

Concepto de conjuntos dinámicos

Utilice juegos dinámicos para organizar las instancias en función de atributos específicos en OS Management Hub. Los juegos dinámicos permiten gestionar segmentos específicos del entorno, ejecutar trabajos de actualización y ejecutar informes.

¿Qué es un conjunto dinámico?

Un juego dinámico es una recopilación de instancias que incluye automáticamente miembros en función de criterios predefinidos. En lugar de agregar instancias manualmente, al crear un juego dinámico, se definen criterios mediante atributos (como etiquetas, versión del sistema operativo, ubicación). OS Management Hub evalúa continuamente estas reglas y actualiza el juego a medida que cambian las instancias o sus atributos. Los juegos dinámicos ofrecen afiliación flexible. Puede incluir varios compartimentos y sus secundarios, lo que facilita el destino de segmentos específicos del entorno para actualizaciones o parches.

Cómo se identifican los miembros definidos

  1. Definir reglas: especifique las condiciones para los miembros (como todas las instancias con la etiqueta 'Finance' en el arrendamiento). Los miembros del juego dinámico pueden abarcar compartimentos.

  2. Evaluación automática: OS Management Hub explora el entorno y agrega instancias que coinciden con los criterios al juego.

  3. Supervisión continua: el servicio mantiene actualizada la afiliación configurada por:

Nota

Al utilizar juegos dinámicos con trabajos programados, las instancias de destino se identifican en tiempo de ejecución, no cuando se crea el trabajo. Esto significa que los miembros definidos pueden cambiar entre el momento en que creó el trabajo programado y el momento en que se ejecuta.

Diferencia entre grupos y juegos dinámicos

La diferencia clave es cómo se identifican los miembros y la flexibilidad que se ofrece.

Juegos dinámicos Grupos

Los miembros se identifican automáticamente en función de las reglas.

Los miembros se agregan o eliminan manualmente.

Puede incluir instancias con diferentes sistemas operativos y arquitecturas (como Oracle Linux 9, Windows Server 2022).

Todos los miembros deben compartir el mismo sistema operativo y arquitectura (como Oracle Linux 9 x86_64).

Las instancias pueden pertenecer a otros juegos dinámicos o a un grupo.

Las instancias solo pueden pertenecer a un grupo.

Uso de grupos y juegos dinámicos juntos

Combine conjuntos y grupos dinámicos para optimizar el software y la gestión de parches. Una instancia puede pertenecer a un solo grupo y, al mismo tiempo, formar parte de uno o más juegos dinámicos. Este enfoque permite a los administradores:

  • Utilice grupos para gestionar la disponibilidad del software mediante la asociación de orígenes de software mediante el manifiesto de grupo.
  • Utilizar grupos dinámicos para dirigir segmentos específicos del entorno para actualizaciones.

Mediante el uso de grupos y juegos dinámicos, los administradores pueden controlar con precisión la disponibilidad del contenido del software y gestionar las implementaciones de parches en área temporal en sus entornos. Consulte Ejemplo: implementación de parches mensuales con despliegue temporal.

No todas las acciones se aplican a todos los miembros

Los juegos dinámicos pueden contener instancias con una combinación de sistemas operativos y arquitecturas. Por lo tanto, es posible que determinadas acciones (como la instalación de paquetes) no se apliquen a todos los miembros del conjunto. Por ejemplo, puede crear un trabajo para instalar un paquete de Oracle Linux específico. En este caso, cualquier instancia de Windows se omitirá porque la acción es incompatible con el sistema operativo. Consulte también Descripción de trabajos.

Políticas necesarias

Los juegos dinámicos necesitan la capacidad de mostrar las instancias de un usuario. Antes de utilizar juegos dinámicos, configure las políticas necesarias. Consulte Creación manual de políticas de OS Management Hub

Políticas de niveles de compartimiento

En OCI, deje que los juegos dinámicos muestren todas las instancias del compartimento especificado:

Allow any-user to inspect instances in compartment compartment_name where request.principal.type='osmh-dynamic-sets'

En el caso de las instalaciones locales, deje que los conjuntos dinámicos muestren todos los agentes de gestión del compartimento especificado:

Allow any-user to inspect management-agents in compartment compartment_name where request.principal.type='osmh-dynamic-sets'
Políticas de nivel del arrendamiento

En OCI, permita que los juegos dinámicos muestren todas las instancias del arrendamiento especificado:

Allow any-user to inspect instances in tenancy where request.principal.type='osmh-dynamic-sets'

En el caso de las instalaciones locales, deje que los conjuntos dinámicos muestren todos los agentes de gestión del arrendamiento especificado:

Allow any-user to inspect management-agents in tenancy where request.principal.type='osmh-dynamic-sets'

Condiciones de regla de paridad

Utilice las condiciones de regla de coincidencia para identificar las instancias que se van a incluir en el juego dinámico. Un juego dinámico sin condiciones de regla incluye todas las instancias de un compartimento.

Diferencia entre 'Coincidir con cualquiera' y 'Coincidir con todo'

Al crear un juego dinámico, especifique cómo OS Management Hub evalúa las condiciones de regla. Las opciones son:

  • Coincidir con cualquier condición: incluye instancias que coinciden con al menos una de las condiciones de regla. Utilice esta opción para definir un juego con un ámbito amplio, ya que actúa como un OR lógico (por ejemplo, condición 1 OR condición 2 OR condición 3).
  • Coincidir con todas las condiciones: incluye instancias que cumplen todas las condiciones definidas. Utilice esta opción para definir un juego con un ámbito estrecho, definiendo un juego con un ámbito estrecho, ya que actúa como un AND lógico (como la condición 1 Y la condición 2 Y la condición 3).

Condiciones

Entre las posibles condiciones de coincidencia se incluyen:

  • Etiquetas: incluye instancias basadas en una etiqueta específica. Para las instancias de OCI, esta es la etiqueta de la instancia informática. Para instancias locales o de nube de terceros, esta es la etiqueta del recurso del agente de gestión.

    • Para las instancias de OCI, esto evalúa la etiqueta en la instancia informática.
    • Para las instancias locales o de nube de terceros, esto evalúa la etiqueta en el recurso del agente de gestión.
  • Versión del sistema operativo: incluye instancias que ejecutan la versión del sistema operativo especificada.
  • Arquitectura: incluye instancias con la arquitectura de hardware especificada.
  • Ubicación: incluye instancias en la ubicación especificada.
  • Estado: incluye instancias que están en el estado operativo especificado.
  • Grupo: incluye instancias que son miembros del grupo especificado.
  • Estado de reinicio: incluye las instancias que están en el estado de reinicio especificado.
  • Nombre de instancia: incluye las instancias que tienen el nombre especificado.
    • El nombre debe coincidir exactamente para que se incluya la instancia. No se permiten comodines.

Ejemplo: Despliegue de Parches Mensuales con Despliegue Temporal

Considere un escenario común, una cadencia mensual de actualización de parches para un entorno con una combinación de instancias de Oracle Linux 8 y Oracle Linux 9. Cada mes, un administrador elabora fuentes de software personalizadas que contienen los parches más recientes tanto para Oracle Linux 8 como para Oracle Linux 9. El objetivo es desplegar estos parches en un pequeño subjuego de instancias para su validación antes de aplicarlos de forma más general. Esto se puede hacer mediante conjuntos y grupos dinámicos.

  1. Organización de grupo: el administrador crea dos grupos: uno para instancias de Oracle Linux 8 y otro para instancias de Oracle Linux 9. Estos grupos garantizan que los parches correctos estén asociados con las versiones adecuadas del sistema operativo.

  2. Etiquetado para clasificar instancias: el administrador utiliza etiquetas para segmentar el conjunto:

    • Un pequeño subjuego de instancias de Oracle Linux 8 y Oracle Linux 9 se etiqueta como instancias 'Pilot' para las pruebas iniciales.
    • Las instancias restantes se etiquetan como instancias de producción para un despliegue más amplio.

  3. Creación de juego dinámico: el administrador crea dos juegos dinámicos:

    • Un juego contiene todas las instancias 'Pilot' (tanto Oracle Linux 8 como Oracle Linux 9).
    • El otro juego contiene todas las instancias de producción (tanto Oracle Linux 8 como Oracle Linux 9).

  4. Despliegue de parches: después de preparar el origen de software personalizado mensual, el administrador los asocia a los grupos Oracle Linux 8 y Oracle Linux 9, lo que permite que los parches estén disponibles para todo el conjunto.

  5. Implementación en área temporal: el administrador aplica el parche mensual en etapas.

    • El administrador ejecuta un trabajo de actualización en el juego dinámico 'Piloto', aplicando parches a las instancias de prueba.
    • Después de validar la estabilidad, el administrador ejecuta otro trabajo de actualización en el juego dinámico 'Producción', completando la implementación.