Reconciliando la MongoDBOpsManager Recurso personalizado

El siguiente diagrama describe cómo el Kubernetes operador reconcilia cambios en la MongoDBOpsManager CustomResourceDefinition en cada clúster de Kubernetes nodo.

haga clic para ampliar

1. El operador de Kubernetes crea o actualiza el secreto <om_resource_name>-db-config. Este secreto contiene las configuraciones que el agente de MongoDB utiliza para iniciar el conjunto de réplicas de la base de datos de la aplicación.

2. El operador de Kubernetes crea o actualiza el <om_resource_name>-db conjunto de estado de la base de datos de la aplicación. Este conjunto de estado contiene al menos tres pods.

   • Cada pod ejecuta una instancia del Agente MongoDB. Cada Agente MongoDB inicia una mongod instancia en su pod.

   • El operador de Kubernetes monta el secreto <om_resource_name>-db-config en cada pod. El agente de MongoDB utiliza este secreto para configurar el conjunto de réplicas de la base de datos de la aplicación.

     En implementaciones de múltiples clústeres, el operador de Kubernetes asigna el sufijo de índice del clúster miembro al StatefulSet de cada base de datos de aplicaciones, en formato <om_resource_name>-db-<cluster-idx>, por ejemplo: om-db-1.

3. El operador de Kubernetes crea o actualiza el StatefulSet <om_resource_name>. En implementaciones multiclúster, el operador de Kubernetes asigna el sufijo de índice del clúster miembro a cada StatefulSet, en formato <om_resource_name>-<cluster-idx>; por ejemplo: om-1.

   El StatefulSet contiene un pod por cada réplica de Ops Manager. Cada réplica de Ops Manager se conecta a la base de datos de la aplicación.

   La mayoría de los cambios en el MongoDBOpsManager recurso personalizado activan una actualización continua de los pods en el <om_resource_name> StatefulSet. Habilitar TLS para la base de datos de la aplicación también activa un reinicio continuo, ya que cambia la cadena de conexión a dicha base de datos. Los cambios en no activan una actualización spec.backup continua.

4. El operador de Kubernetes invoca las API de Ops Manager para crear un usuario administrador. Guarda las credenciales de este usuario administrador en el secreto <om_resource_name>-admin-key. Utiliza estas credenciales para todas las demás invocaciones de las API de Ops Manager. Este paso de conciliación solo se realiza una vez al usar el operador de Kubernetes para implementar un nuevo recurso de Ops Manager. Omite este paso al actualizar el recurso.

5. El operador de Kubernetes realiza una actualización continua de los pods en el conjunto de estado de la base de datos de la aplicación <om_resource_name>-db para que Ops Manager pueda supervisarlo. La supervisión está habilitada de forma predeterminada. Este paso de conciliación solo se realiza una vez, por ejemplo, al implementar un nuevo recurso de Ops Manager.

6. Si spec.backup.enabled es verdadero, el operador de Kubernetes crea el <om_resource_name>-backup-daemon StatefulSet o verifica que esté en ejecución. El Daemon de Backup se conecta a la misma base de datos de la aplicación que la implementación de Ops Manager.

   En implementaciones multiclúster, el Operador de Kubernetes asigna el sufijo de índice del clúster miembro a cada StatefulSet del daemon de copias de seguridad, en la forma de <om_resource_name>-backup-daemon-<cluster-idx>, por ejemplo: om-backup-daemon-1.

7. Si spec.backup.enabled es verdadero, el operador de Kubernetes invoca las API de Ops Manager para garantizar que la configuración de respaldo de la aplicación Ops Manager coincida con la que define en la definición de recurso personalizado.