El Operador de Kubernetes de controladores de MongoDB crea una implementación de Ops Manager en contenedores a partir de archivos de especificación que tu creas.
Después de crear o actualizar una especificación de recurso Ops Manager, debe indicar a MongoDB Controllers for Kubernetes Operator (el Operador de Kubernetes para los Controladores de MongoDB) que aplique esta especificación a su entorno de Kubernetes. El Operador de Kubernetes crea los servicios y recursos personalizados de Kubernetes que Ops Manager requiere, luego implementa Ops Manager y su base de datos de la aplicación de respaldo en contenedores en su entorno de Kubernetes.
Cada recurso de Ops Manager usa una especificación objeto en YAML para definir las características y configuraciones de la implementación.
Ejemplos
Los siguientes ejemplos muestran una especificación de recursos para una implementación de Ops Manager:
1 apiVersion: mongodb.com/v1 2 kind: MongoDBOpsManager 3 metadata: 4 name: om 5 spec: 6 topology: SingleCluster # optional, SingleCluster by default 7 opsManagerURL: https://link.to.configured.load-balancer.example.com # optional OM URL for the operator 8 replicas: 1 9 version: "8.0.0" 10 adminCredentials: ops-manager-admin-secret 11 configuration: 12 mms.fromEmailAddr: admin@example.com 13 mms.security.allowCORS: "false" 14 security: 15 tls: 16 ca: issuer-ca 17 backup: 18 enabled: true 19 encryption: 20 kmip: 21 server: 22 url: kmip.corp.mongodb.com:5696 23 ca: mongodb-kmip-certificate-authority-pem 24 headDB: 25 storage: "30Gi" 26 labelSelector: 27 matchLabels: 28 app: my-app 29 opLogStores: 30 - name: oplog1 31 # Sets labels for the oplog store. 32 assignmentLabels: ["test1", "test2"] 33 mongodbResourceRef: 34 name: my-oplog-db 35 mongodbUserRef: 36 name: my-oplog-user 37 s3Stores: 38 - name: s3store1 39 # Sets labels for the S3 store. 40 assignmentLabels: ["test1", "test2"] 41 42 mongodbResourceRef: 43 name: my-s3-metadata-db 44 mongodbUserRef: 45 name: my-s3-store-user 46 s3SecretRef: 47 name: my-s3-credentials 48 pathStyleAccessEnabled: true 49 s3BucketEndpoint: s3.region.amazonaws.com 50 s3BucketName: my-bucket 51 applicationDatabase: 52 passwordSecretKeyRef: 53 name: om-db-user-secret 54 key: password 55 members: 3 56 topology: SingleCluster 57 version: "7.0.21-ubi8" 58 featureCompatibilityVersion: "6.0" # During upgrade, set this FCV value to your currently deployed AppDB version. 59 security: 60 certsSecretPrefix: appdb 61 tls: 62 ca: issuer-ca
1 apiVersion: mongodb.com/v1 2 kind: MongoDBOpsManager 3 metadata: 4 name: om 5 spec: 6 topology: MultiCluster # optional, SingleCluster by default 7 opsManagerURL: https://link.to.configured.lb.example.com # optional OM URL for the operator 8 clusterSpecList: # optional ClusterSpecOMItem list, the type is different than ClusterSpecItem for AppDB and MongoDB 9 - clusterName: cluster-1 # required 10 replicas: 1 # required, OM application replicas 11 # optional parameters to override those defined at MongoDBOpsManager level 12 clusterDomain: cluster-1.example.com # optional, default cluster.local 13 jvmParameters: ["-Xmx4352m","-Xms4352m"] 14 externalConnectivity: # optional to override 15 type: LoadBalancer 16 port: 9090 17 annotations: 18 key: value 19 statefulSet: # StatefulSetSpecWrapper override 20 spec: {} 21 metadata: {} 22 configuration: 23 automation.versions.source: mongodb 24 mms.adminEmailAddr: cloud-manager-support@mongodb.com 25 backup: # MongoDBOpsManagerBackup, optional, we only support a subset of fields 26 members: 1 # backup daemon replicas, optional, default=1 27 assignmentLabels: [] # assignment labels to override 28 jvmParameters: ["-Xmx4352m","-Xms4352m"] # optional 29 statefulSet: # mdbc.StatefulSetConfiguration, optional to override for backup daemon 30 spec: {} 31 metadata: {} 32 - clusterName: cluster-2 33 replicas: 1 34 35 .... 36 37 replicas: 1 38 version: "8.0.0" 39 adminCredentials: ops-manager-admin-secret 40 configuration: 41 mms.fromEmailAddr: admin@example.com 42 mms.security.allowCORS: "false" 43 backup: 44 enabled: true 45 encryption: 46 kmip: 47 server: 48 url: kmip.corp.mongodb.com:5696 49 ca: mongodb-kmip-certificate-authority-pem 50 headDB: 51 storage: "30Gi" 52 labelSelector: 53 matchLabels: 54 app: my-app 55 opLogStores: 56 - name: oplog1 57 # Sets labels for the oplog store. 58 assignmentLabels: ["test1", "test2"] 59 mongodbResourceRef: 60 name: my-oplog-db 61 mongodbUserRef: 62 name: my-oplog-user 63 s3Stores: 64 - name: s3store1 65 # Sets labels for the S3 store. 66 assignmentLabels: ["test1", "test2"] 67 68 mongodbResourceRef: 69 name: my-s3-metadata-db 70 mongodbUserRef: 71 name: my-s3-store-user 72 s3SecretRef: 73 name: my-s3-credentials 74 pathStyleAccessEnabled: true 75 s3BucketEndpoint: s3.region.amazonaws.com 76 s3BucketName: my-bucket 77 security: 78 tls: 79 ca: issuer-ca 80 applicationDatabase: 81 passwordSecretKeyRef: 82 name: om-db-user-secret 83 key: password 84 version: "8.0.0-ubi8" 85 topology: MultiCluster 86 clusterSpecList: 87 - clusterName: cluster1.example.com 88 members: 4 89 - clusterName: cluster2.example.com 90 members: 3 91 - clusterName: cluster3.example.com 92 members: 2 93 security: 94 certsSecretPrefix: appdb 95 tls: 96 ca: issuer-ca
Configuraciones requeridas de Ops Manager
Esta sección describe la configuración que se debe utilizar para todos los recursos de Ops Manager.
kindTipo: string
Requerido. Tipo de recurso de MongoDB Kubernetes a crear. Establece esto en
MongoDBOpsManager.
metadata.nameTipo: string
Obligatorio. Nombre del recurso de MongoDB Kubernetes que estás creando.
Los nombres de recursos deben tener 44 caracteres o menos.
spec.versionTipo: string
Obligatorio. Versión de Ops Manager que desea instalar en este recurso de MongoDB Kubernetes.
spec.adminCredentialsTipo: string
Obligatorio. Nombre del secreto de Kubernetes que creó para el usuario administrador de Ops Manager. Cuando implementes el recurso Ops Manager, el Operador de Kubernetes crea un usuario con estas credenciales.
Nota
Para evitar almacenar secretos en implementaciones de Kubernetes de un solo clúster, puedes migrar todos los secretos a una herramienta de almacenamiento de secretos. Las implementaciones en múltiples clústeres de Kubernetes no admiten el almacenamiento de secretos en herramientas de almacenamiento de secretos, como HashiCorp Vault.
Al usuario administrador se le otorga el rol Propietario global.
spec.replicasTipo: entero
Conditional. Number of Ops Manager instances to run in parallel. If you specify
SingleClusterinspec.topology, this parameter is required. The mimimum accepted value is1.If you specify
MultiClusterinspec.topology, this parameter is ignored.
Configuraciones opcionales de Ops Manager
Los recursos de Ops Manager también pueden usar las siguientes configuraciones:
spec.backup.fileSystemStoresTipo: string
Nombre que identifica tu almacenamiento de snapshot del sistema de archivos. Para obtener más información, consulte Configurar el almacén de copia de seguridad del sistema de archivos con Kubernetes operador.
spec.backup.logging.LogBackAccessRefTipo: string
Referencia a un ConfigMap que contiene un archivo
logback-access.xmlpersonalizado para configurar los registros de copia de seguridad de Ops Manager.La clave en el ConfigMap debe coincidir exactamente con el nombre de
logback-access.xmlpara asegurar que reemplace el archivo por defecto en los Pods de Ops Manager.Para obtener más información, consulte Configurar los registros de Ops Manager con el CRD.
spec.backup.logging.LogBackRefTipo: string
Referencia a un ConfigMap que contiene un archivo personalizado
logback.xml. Este archivo configura el comportamiento general de registro para las copias de seguridad de Ops Manager, incluyendo las políticas de rotación de registros, los niveles de registros y otros parámetros de registro.La clave en el ConfigMap debe coincidir exactamente con el nombre del
logback-access.xmlpara asegurarse de que reemplace el archivo por defecto en los Pods de Ops Manager. Para obtener más información, consulta Configura los registros de Ops Manager con el CRD.
spec.logging.LogBackAccessRefTipo: string
Referencia a un ConfigMap que contiene un archivo
logback-access.xmlpersonalizado para configurar los registros de Ops Manager.La clave en el ConfigMap debe ser exactamente
logback-access.xmlpara asegurarse de que reemplace el archivo por defecto en los Pods de Ops Manager.Para obtener más información, consulte Configurar los registros de Ops Manager con el CRD.
spec.logging.LogBackRefTipo: string
Referencia a un ConfigMap que contiene un archivo
logback.xmlpersonalizado. Este archivo configura el comportamiento general de registro para Ops Manager, incluyendo las políticas de rotación de registros, los niveles de registros y otros parámetros de registro.La clave en el ConfigMap debe ser exactamente
logback.xmlpara asegurarse de que reemplace el archivo por defecto en los Pods de Ops Manager.Para obtener más información, consulte Configurar los registros de Ops Manager con el CRD.
Nota
If the size of files the Ops Manager dashboard generates is larger than the storage space available in the
emptyDirvolume, consider overriding theemptyDirvolume with a Persistent Volume to prevent pod crashes. To learn more, seespec.statefulSet.spec.template.spec.volumes.
spec.opsManagerURLTipo: string
opcional. La URL para el recurso Ops Manager en el Operador de Kubernetes, por ejemplo:
https://link.to.configured.lb.example.com.Si omites este parámetro, para conectarte a instancias de Ops Manager, el Operador de Kubernetes utiliza la siguiente URL como la por defecto para la instancia de Ops Manager:
<om-name>-svc.{namespace}.svc.cluster.local. Este es el FQDN del servicio sin interfaz para Ops Manager.Si especificas este parámetro, esto te permite cambiar esta URL por otra diferente.
Nota
Don't confuse the
spec.opsManagerURLwith the URL that you specify in a ConfigMap for a particular deployment to configure MongoDB deployments and Monitoring Agents for the Application Database. The Kubernetes Operator requires to have thespec.opsManagerURLto directly connect to Ops Manager instances and to configure Ops Manager and Application Database deployments. The Kubernetes Operator doesn't use thespec.opsManagerURLto manage particular MongoDB databases.Change the
spec.opsManagerURLparameter to a custom URL in the following cases:Cuando implementa Ops Manager en varios clústeres de Kubernetes y la URL por defecto no es accesible desde el pod que aloja Ops Manager. Por ejemplo, si implementa Ops Manager en otros clústeres de Kubernetes distintos de aquellos en los que implementa el Operador de Kubernetes, el FQDN para el servicio de Ops Manager podría no estar accesible. En este caso, puedes especificar una URL personalizada.
Cuando configures el acceso externo a la instancia del Ops Manager en un dominio externo, puedes especificar una URL personalizada. Esto también requiere que el Kubernetes operador y los agentes de supervisión de la base de datos de la aplicación utilicen esta URL personalizada en lugar de la por defecto.
spec.clusterDomainTipo: string
Kubernetes asigna a cada Pod un FQDN. El operador de Kubernetes calcula el FQDN para cada Pod utilizando un
clusterDomainproporcionado. Kubernetes no proporciona una API para query estos nombres de host.
spec.clusterNameTipo: string
Kubernetes asigna a cada Pod un FQDN. El operador de Kubernetes calcula el FQDN para cada Pod utilizando un
clusterNameproporcionado. Kubernetes no proporciona una API para query estos nombres de host.
spec.configurationtipo: colección
Ops Manager configuration properties. See Ops Manager Configuration Settings for property names and descriptions. Each property takes a value of type
string.Importante
Si Ops Manager va a gestionar recursos de MongoDB implementados fuera del clúster de Kubernetes en el que está implementado, debes agregar la configuración
mms.centralUrlaspec.configuration.Establece el valor en la URL mediante la cual Ops Manager se expone fuera del clúster de Kubernetes.
Para obtener más información, consulta Gestión de implementaciones externas de MongoDB.
spec.configuration.mms.featureFlag.automation.verifyDownloadsTipo: string
Cuando se establece en
enabled, el MongoDB Agent requiere archivos de firma para todas las implementaciones de MongoDB que gestiona tu Ops Manager instancia.Cuando actualices el MongoDB Agent con esta opción habilitada, la versión actual del MongoDB Agent requiere archivos de firma del nuevo binario de MongoDB Agent.
Para saber más, consulta Verificar firmas de MongoDB.
spec.configuration.mms.featureFlag.backup.queryableTipo: booleano
Establezca en
falsepara desactivar los respaldos consultables.
spec.configuration.mms.featureFlag.backup.wt.queryableTipo: booleano
Configura en
falsepara desactivar el respaldo consultable al utilizar WiredTiger.
spec.configuration.mms.mongoDbUsage.defaultUsageTypeTipo: string
El tipo de servidor por defectodel servicio de Kubernetes.
Los valores aceptados son:
PRODUCTION_SERVER,TEST_SERVER,DEV_SERVERyRAM_POOL.
spec.jvmParametersTipo: arreglo de cadenas
opcional. Parámetros de la JVM pasados a la Aplicación del Ops Manager en el contenedor. Todos los parámetros proporcionados reemplazan los parámetros predeterminados de la JVM para la aplicación Ops Manager.
Este parámetro del operador de Kubernetes es por defecto una lista vacía.
spec: jvmParameters: ["-XX:+HeapDumpOnOutOfMemoryError","-XX:HeapDumpPath=/tmp"] Importante
Cambiar los valores de Heap de memoria de la JVM bajo tu propio riesgo
El operador de Kubernetes calcula los valores de heap de memoria de la JVM de la aplicación MongoDB Ops Manager en función de la memoria del contenedor. Cambiar los valores de
-Xmsy-Xmxpuede causar problemas con MongoDB Ops Manager.
spec.security.certsSecretPrefixTipo: string
Texto para anteponer al secreto de Kubernetes que creó y que contiene la clave y el certificado TLS de Ops Manager.
Debes nombrar tu secreto
<prefix>-<metadata.name>-cert.Para aprender a configurar su instancia de Ops Manager para que ejecute sobre HTTPS, consulte Implementar un recurso de Ops Manager.
spec.security.tls.caNombre del Kubernetes ConfigMap que contiene un archivo CA personalizado para Ops Manager.
Importante
spec.security.tls.caes necesario si utilizas una CA personalizada para firmar tus certificados TLS de MongoDB Ops Manager.El Operador de Kubernetes requiere que asignes un nombre al certificado para el recurso Ops Manager
mms-ca.crten el ConfigMap.Esta AC firma los certificados que:
los clientes utilizan para conectarse a la Aplicación Ops Manager, y
agentes en la Base de Datos de la Aplicación Pods que se usan para comunicarse con Ops Manager.
Advertencia
Debe concatenar su archivo CA personalizado y toda la cadena de certificados TLS desde
downloads.mongodb.compara evitar que MongoDB Ops Manager quede inoperativo si la base de datos de la aplicación se reinicia.
spec.security.tls.enabledImportante
spec.security.tls.enabledestá obsoleto y se eliminará en una versión futura. Para habilitar TLS, proporcione un valor para la configuraciónspec.security.certsSecretPrefix.Encripta las comunicaciones usando certificados TLS entre clientes y Ops Manager.
spec.statefulSet.spectipo: colección
Especificación para el StatefulSet que los Controladores de MongoDB para Kubernetes operador crean para Ops Manager.
Para revisar qué campos puede agregar
spec.statefulSet.speca, consulte las aplicaciones StatefulSetSpec v1 en la documentación de Kubernetes.
spec.statefulSet.spec.templatetipo: colección
Plantilla para los Pods de Kubernetes en el StatefulSet que los controladores MongoDB para Kubernetes **operador** crean para Ops Manager.
Nota
The Kubernetes Operator doesn't validate the fields you provide in
spec.statefulSet.spec.template.
spec.statefulSet.spec.template.metadatatipo: colección
Metadatos para los Kubernetes Pods en el StatefulSet que los controladores de MongoDB para Kubernetes operador crean para Ops Manager.
To review which fields you can add to
spec.statefulSet.spec.template.metadata, see the Kubernetes documentation.
spec.statefulSet.spec.template.spectipo: colección
Especificaciones de los Pods de Kubernetes en el StatefulSet que los controladores de MongoDB para el Operador de Kubernetes crean para el Ops Manager.
To review the complete list of fields you can add to
spec.statefulSet.spec.template.spec, see the Kubernetes documentation.El siguiente ejemplo
spec.statefulSet.spec.template.specdefine la capacidad mínima y máxima de CPU y memoria para un contenedor Ops Manager que los Controladores MongoDB para el operador de Kubernetes implementan:Tip
Para obtener más información sobre los requisitos de hardware, software y redes para los hosts que ejecutan los componentes de Ops Manager, consulte Requisitos del sistema de Ops Manager en la Documentación de Ops Manager.
statefulSet: spec: template: spec: containers: - name: mongodb-ops-manager resources: requests: cpu: "4" memory: "16Gi" limits: cpu: "8" memory: "32Gi"
spec.statefulSet.spec.template.spec.containerstipo: colección
Lista de contenedores que pertenecen a los Kubernetes Pods en el StatefulSet que los Controladores de MongoDB para Kubernetes operador crean para el Ops Manager.
Para modificar las especificaciones del contenedor de Ops Manager, debes proporcionar el nombre exacto del contenedor usando el campo
name, como se muestra en el siguiente ejemplo:backup: statefulSet: spec: template: spec: containers: - name: mongodb-ops-manager Nota
Cuando añades contenedores a
spec.statefulSet.spec.template.spec.containers, el Operador de Kubernetes los añade al pod de Kubernetes. Estos contenedores se agregan a los contenedores Ops Manager en el pod.
spec.statefulSet.spec.template.spec.containers.resources.requests.cpuTipo: string
Capacidad mínima de CPU que debe estar disponible en un nodo de Kubernetes para host el Ops Manager.
The requested value must be less than or equal to
spec.statefulSet.spec.template.spec.containers.resources.limits.cpu.
spec.statefulSet.spec.template.spec.containers.resources.limits.cpuTipo: string
Maximum CPU capacity for the node being created to host the Ops Manager. If omitted, this value is set to
spec.statefulSet.spec.template.spec.containers.resources.requests.cpu.
spec.statefulSet.spec.template.spec.containers.resources.requests.memoryTipo: string
Capacidad mínima de memoria que debe estar disponible en un nodo Kubernetes para alojar el Ops Manager en Kubernetes. Este valor se expresa como un número entero seguido de una unidad de memoria en notación JEDEC.
Ejemplo
Si Ops Manager en Kubernetes requiere 6 gigabytes de memoria, establece este valor en
6Gi.Nota
MongoDB recomienda establecer este valor en al menos
5Gi.The requested value must be less than or equal to
spec.statefulSet.spec.template.spec.containers.resources.limits.memory.
spec.statefulSet.spec.template.spec.containers.resources.limits.memoryTipo: string
Maximum memory capacity for the node being created to host the Ops Manager. If omitted, this value is set to
spec.statefulSet.spec.template.spec.containers.resources.requests.memory.El Operador de Kubernetes calcula y establece los parámetros para el tamaño del heap de Java en función de la memoria del contenedor.
Advertencia
Limitar este valor a menos de 32 GB
Si establece este parámetro en un valor mayor a 32 GB (
32Gi), puede causar problemas con el servicio de copia de seguridad. Los montones excesivos pueden causar resultados impredecibles en Ops Manager.
spec.statefulSet.spec.template.spec.volumestipo: colección
Lista de volúmenes que los contenedores pueden montar en el StatefulSet que los Controladores de MongoDB para el Operador de Kubernetes crean para Ops Manager.
Si solicita los registros de una implementación utilizando el tablero de Ops Manager y el tamaño de los archivos temporales es significativamente grande, considere utilizar un Volumen Persistente para el volumen de Kubernetes
dataen el tablero de Ops Manager StatefulSet.El volumen de Kubernetes de
datautiliza un tipoemptyDirpor defecto. Para anularlo y utilizar un volumen persistente, añade la siguiente configuración a tu recursoMongoDBOpsManager:statefulSet: spec: template: spec: volumes: - name: data persistentVolumeClaim: claimName: <my-pvc> Reemplaza
<my-pvc>con el nombre de tu Kubernetes PersistentVolumeClaim.
Configuración de conectividad externa
Esta sección describe la configuración opcional relacionada con la conectividad externa en Ops Manager. Para la configuración opcional de conectividad externa específica de su implementación multiclúster de Ops Manager, consulte Configuración multiclúster.
spec.externalConnectivitytipo: colección
Objeto de configuración que habilita la conectividad externa a Ops Manager. Si se proporciona, el operador de Kubernetes crea un servicio de Kubernetes que permite que el tráfico proveniente del exterior del clúster de Kubernetes llegue a la aplicación Ops Manager.
Si no se proporciona, el operador de Kubernetes no crea un servicio de Kubernetes. Debe crear uno manualmente o utilizar una solución de terceros que le permita enrutar el tráfico externo a la aplicación Ops Manager en su clúster de Kubernetes.
spec.externalConnectivity.typeTipo: string
El servicio de Kubernetes ServiceType que expone Ops Manager fuera de Kubernetes.
Required if
spec.externalConnectivity.typeis present.Los valores aceptados son:
LoadBalanceryNodePort. Se recomiendaLoadBalancersi su proveedor de nube lo admite. UtilizaNodePortpara implementaciones locales.
spec.externalConnectivity.portTipo: entero
Valor que indica qué puerto que un servicio de Kubernetes expone debe usar la Aplicación Ops Manager para el tráfico externo.
If
spec.externalConnectivity.typeisNodePort:El servicio Kubernetes expone la aplicación Ops Manager al tráfico externo a través de este puerto.
If you don't provide a
spec.externalConnectivity.portvalue, the Kubernetes service routes traffic to the Ops Manager Application from an available port selected randomly from the following default range:30000-32767.Nota
Debes configurar el firewall de tu red para permitir el tráfico a través de este puerto.
If
spec.externalConnectivity.typeisLoadBalancer:El recurso de balanceador de carga que crea el proveedor de nube expone la aplicación de Ops Manager a través de este puerto.
Si no proporciona un valor, el servicio Kubernetes expone la aplicación Ops Manager al tráfico externo a
spec.externalConnectivity.porttravés8080 del8443 puerto HTTP () o HTTPS () predeterminado.
spec.externalConnectivity.loadBalancerIPTipo: string
La dirección IP que el servicio de Kubernetes
LoadBalancerutiliza cuando el Operador de Kubernetes lo crea.This setting can only be used if your cloud provider supports it and
spec.externalConnectivity.typeisLoadBalancer. To learn more about the Type LoadBalancer, see the Kubernetes documentation.
spec.externalConnectivity.externalTrafficPolicyTipo: string
Política de enrutamiento para el tráfico externo al servicio Kubernetes de Ops Manager. Este servicio dirige el tráfico externo a endpoints locales del nodo o de todo el clúster según el valor de esta configuración.
Los valores aceptados son:
ClusteryLocal. Para saber cuáles de los valores cumplen tus requisitos, consulta IPs de origen en Kubernetes en la documentación de Kubernetes.Nota
Si selecciona
Cluster, elSource-IPde sus clientes se pierden durante los saltos de red que ocurren en el límite de la red de Kubernetes.
spec.externalConnectivity.annotationstipo: colección
Pares clave-valor que le permiten proporcionar configuraciones específicas del proveedor de nube.
Para obtener más información sobre anotaciones y Soporte TLS en AWS, consulta la documentación de Kubernetes.
Configuración de copias de seguridad
Esta sección describe la configuración opcional relacionada con las copias de seguridad en Ops Manager. Para la configuración opcional de copias de seguridad específica de su implementación de varios clústeres de Ops Manager, consulta Configuración multi-clúster.
spec.backup.assignmentLabelsTipo: arreglo de cadenas
Una lista de etiquetas de asignación para los procesos del daemon de copias de seguridad Service. Utiliza etiquetas de asignación para identificar que procesos específicos del daemon de copias de seguridad están asociados con Proyectos particulares. Si configura etiquetas de asignación usando el Operador de Kubernetes, los valores que se establecen en el archivo de configuración de Kubernetes para las etiquetas de asignación anulan los valores definidos en la Interfaz de usuario de Ops Manager. Las etiquetas de asignación que no configures usando el Operador de Kubernetes seguirán utilizando los valores configurados en la interfaz de usuario de Ops Manager.
spec.backup.enabledTipo: booleano
Indicador que habilita las copias de seguridad para su recurso de Ops Manager. Cuando se establece en
false, la copia de seguridad está deshabilitada.El valor por defecto es
true.
spec.backup.encryptionTipo: Objeto
Un objeto que contiene la configuración de cifrado de copias de seguridad.
spec.backup.encryption.kmipTipo: Objeto
Objeto que contiene la configuración de cifrado de copia de seguridad KMIP. Para obtener más información, consulte Configurar el cifrado de copia de seguridad KMIP para Ops Manager.
Nota
If you set this parameter, the API key linked with the value of
spec.credentialsmust have theGlobal Ownerrole.
spec.backup.encryption.kmip.serverTipo: Objeto
Objeto que contiene la configuración del servidor de cifrado de copia de seguridad KMIP.
spec.backup.encryption.kmip.server.caTipo: string
Etiqueta legible por humanos que identifica el ConfigMap que contiene una entrada para el certificado CA (
ca.pem) que se usará para la autenticación KMIP.
spec.backup.encryption.kmip.server.urlTipo: string
URL para el servidor KMIP que utiliza el formato
hostname.port(por ejemplo,192.168.1.3:5696omy-kmip-server.mycorp.com:5696).
spec.backup.headDBtipo: colección
Configuración para la base de datos principal. El Operador de Kubernetes crea una Solicitud de volumen persistente con la configuración especificada.
EscalarTipo de datoDescripciónlabelSelectorstring
Etiqueta utilizada para vincular volúmenes montados a directorios.
storagestring
Tamaño mínimo de Volumen Persistente que debe montarse. Este valor se expresa como un número entero seguido de una unidad de almacenamiento en notación JEDEC.
El valor por defecto es
30Gi.Para obtener más información, consulte Requisitos de hardware del daemon de copia de seguridad.
Por ejemplo, si la base de datos principal requiere 60 gigabytes de espacio de almacenamiento, establezca este valor en
60Gi.storageClassstring
Tipo de almacenamiento especificado en un Reclamo de volumen persistente. Puede crear este tipo de almacenamiento como un objeto StorageClass antes de usarlo en esta especificación de objeto.
Make sure to set the StorageClass
reclaimPolicyto Retain. This ensures that data is retained when a Persistent Volume Claim is removed.
spec.backup.jvmParametersTipo: arreglo de cadenas
Opcional. Parámetros JVM pasados al servicio de copias de seguridad del Ops Manager en el contenedor.
Este parámetro del operador de Kubernetes es por defecto una lista vacía.
spec: backup: jvmParameters: ["-XX:+UseStringCache"] Advertencia
Cambiar los valores de Heap de memoria de la JVM bajo tu propio riesgo
El operador de Kubernetes calcula los valores de heap de memoria de la JVM del servicio de copia de seguridad en función de la memoria del contenedor. Cambiar los valores de
-Xmsy-Xmxpuede causar problemas con MongoDB Ops Manager.
spec.backup.membersTipo: entero
Optional. Number of backup daemon services to deploy in Kubernetes. If not specified, defaults to
1. To ensure high availability for your backup service, deploy multiple backup daemons in Ops Manager.
spec.backup.opLogStorestipo: colección
Obligatorio si habilitas la copia de seguridad. Array de almacenes oplog utilizados para copias de seguridad. Cada elemento en el arreglo hace referencia a un recurso de base de datos MongoDB desplegado en el clúster de Kubernetes por el operador de Kubernetes.
spec.backup.opLogStores.assignmentLabelsTipo: arreglo de cadenas
Una lista de etiquetas de tareas para la almacenar oplog. Utiliza etiquetas de asignación para identificar que almacenes específicos de oplog están asociados a proyectos particulares. Si configura etiquetas de asignación usando el Operador de Kubernetes, los valores que se establecen en el archivo de configuración de Kubernetes para las etiquetas de asignación anulan los valores definidos en la Interfaz de usuario de Ops Manager. Las etiquetas de asignación que no configures usando el Operador de Kubernetes seguirán utilizando los valores configurados en la interfaz de usuario de Ops Manager.
spec.backup.opLogStores.nameTipo: string
Obligatorio si habilitas la Copia de seguridad. Nombre del almacén de oplog.
Importante
Una vez especificado, no edite el nombre del almacenar de oplog.
spec.backup.opLogStores.mongodbResourceRef.nameTipo: string
Obligatorio si habilitas la Copia de seguridad. Nombre del recurso
MongoDBo del recursoMongoDBMultiClusterque se crea para almacenar las secciones de el oplog. Debe implementar este recurso en el mismo namespace que el recurso Ops Manager.La base de datos Oplog solo admite el mecanismo de autenticación
SCRAM. No puedes habilitar otros mecanismos de autenticación.Si activa la autenticación
SCRAMen la base de datos oplog, debe:Cree un recurso de usuario de MongoDB para conectar Ops Manager a la base de datos oplog.
Specify the
nameof the user in the Ops Manager resource definition.
Si un recurso de base de datos MongoDB con este nombre no existe, el recurso
backupentra en el estadoPending. El operador de Kubernetes reintenta cada 10 segundos hasta que se cree un recurso de base de datos MongoDB con este nombre.Nota
El operador de Kubernetes comienza a conciliar el recurso Ops Manager automáticamente cuando se realizan cambios de seguridad en los recursos de base de datos referenciados en esta configuración. El operador de Kubernetes actualiza los indicadores
mongoUriysslen la configuración del Ops Manager según tus cambios.
spec.backup.opLogStores.mongodbUserRef.nameTipo: string
Necesario si la autenticación SCRAM está habilitada en la base de datos del almacén oplog. Nombre del recurso de usuario de MongoDB utilizado para conectarse a la base de datos del almacén oplog. Implementa este recurso de usuario en el mismo namespace que el recurso de Ops Manager y con todos los siguientes roles:
spec.backup.blockStorestipo: colección
Se requiere si está habilitando la copia de seguridad mediante un almacenamiento en bloques. Arreglo de blockstores utilizados para Copia de seguridad. Cada elemento en el arreglo hace referencia a un recurso de base de datos MongoDB desplegado en el clúster de Kubernetes por el operador de Kubernetes.
spec.backup.blockStores.assignmentLabelsTipo: arreglo de cadenas
Una lista de etiquetas de asignación para el almacenamiento en bloques. Utiliza etiquetas de asignación para identificar que tiendas de bloques específicos están asociados con proyectos particulares. Si configura etiquetas de asignación usando el Operador de Kubernetes, los valores que se establecen en el archivo de configuración de Kubernetes para las etiquetas de asignación anulan los valores definidos en la Interfaz de usuario de Ops Manager. Las etiquetas de asignación que no configures usando el Operador de Kubernetes seguirán utilizando los valores configurados en la interfaz de usuario de Ops Manager.
spec.backup.blockStores.nameTipo: string
Se requiere si activa la copia de seguridad utilizando un almacenamiento en bloques. Nombre del almacenamiento en bloques.
Importante
Una vez especificado, no edites el nombre del almacenamiento en bloques.
spec.backup.blockStores.mongodbResourceRef.nameTipo: string
Obligatorio si se habilita la copia de seguridad utilizando un almacenamiento en bloques. Nombre del recurso de base de datos MongoDB creado para el almacenamiento en bloques. Debe implementar este recurso de base de datos en el mismo namespace que el recurso de Ops Manager.
La base de datos de almacenamiento en bloques solo admite el mecanismo de autenticación
SCRAM. No puedes habilitar otros mecanismos de autenticación.Si habilita la autenticación
SCRAMen la base de datos de almacenamiento en bloques, debe:Crea un recurso de usuario de MongoDB para conectar Ops Manager a la base de datos de almacenamiento en bloques.
Specify the
nameof the user in the Ops Manager resource definition.
Si un recurso de base de datos MongoDB con este nombre no existe, el recurso
backupentra en el estadoPending. El operador de Kubernetes reintenta cada 10 segundos hasta que se cree un recurso de base de datos MongoDB con este nombre.Nota
El operador de Kubernetes comienza a conciliar el recurso Ops Manager automáticamente cuando se realizan cambios de seguridad en los recursos de base de datos referenciados en esta configuración. El operador de Kubernetes actualiza los indicadores
mongoUriysslen la configuración del Ops Manager según tus cambios.
spec.backup.blockStores.mongodbUserRef.nameTipo: string
Requerido si la autenticación SCRAM está habilitada en la base de datos de almacenamiento en bloques. Nombre del recurso de usuario de MongoDB utilizado para conectarse a la base de datos de almacenamiento en bloques. Implementa este recurso de usuario en el mismo namespace que el recurso de Ops Manager y con todos los siguientes roles:
spec.backup.queryableBackupSecretRef.nameTipo: string
Nombre del secreto que contiene el archivo queryable.pem de Ops Manager, que se utilizará para acceder y query copias de seguridad según los requisitos de TLS de la implementación. El archivo PEM contiene un certificado de llave pública y su llave privada asociada, necesarios para acceder y ejecutar queries en snapshots de copias de seguridad en Ops Manager. Para consultar las copias de seguridad, especifica el valor para este parámetro. Si no se establece, las copias de seguridad no se ven afectadas, pero no se puede consultar.
spec.backup.statefulSet.spectipo: colección
Especificación para el StatefulSet que los controladores MongoDB para Kubernetes Operator crean para el servicio de daemon de copias de seguridad.
To review which fields you can add to
spec.backup.statefulSet.spec, see StatefulSetSpec v1 apps in the Kubernetes documentation.
spec.backup.statefulSet.spec.templatetipo: colección
Plantilla for the Kubernetes Pods in the StatefulSet that the MongoDB Controllers for Kubernetes operador creates for the servicio de daemon de copias de seguridad.
Nota
The Kubernetes Operator doesn't validate the fields you provide in
spec.backup.statefulSet.spec.template.
spec.backup.statefulSet.spec.template.metadatatipo: colección
Metadata para los pods de Kubernetes en el StatefulSet que los controladores de MongoDB para Kubernetes Operator crean para el servicio de daemon de copias de seguridad.
To review which fields you can add to
spec.backup.statefulSet.spec.template.metadata, see the Kubernetes documentation.
spec.backup.statefulSet.spec.template.spectipo: colección
Especificaciones de los Pods de Kubernetes en el Set Statefull que los controladores de MongoDB para Kubernetes operador crean para el servicio de daemon de copias de seguridad.
To review the complete list of fields you can add to
spec.backup.statefulSet.spec.template.spec, see the Kubernetes documentation.El siguiente ejemplo
spec.backup.statefulSet.spec.template.specdefine la capacidad mínima y máxima de CPU y memoria para un contenedor daemon de copias de seguridad que los MongoDB Controllers for Kubernetes operador implementan:Tip
Para obtener más información sobre los requisitos de hardware, software y redes para los hosts que ejecutan los componentes de Ops Manager, consulte Requisitos del sistema de Ops Manager en la Documentación de Ops Manager.
statefulSet: spec: template: spec: containers: - name: mongodb-backup-daemon resources: requests: cpu: "4" memory: "8Gi" limits: cpu: "8" memory: "16Gi"
spec.backup.statefulSet.spec.template.spec.containerstipo: colección
Lista de contenedores que pertenecen a los Kubernetes Pods en el StatefulSet que crean los controladores de MongoDB para el operador Kubernetes para el daemon de copias de seguridad.
To modify the specifications of the backup daemon service container, you must provide the exact name of the container using the
namefield, as shown in the following example:backup: statefulSet: spec: template: spec: containers: - name: mongodb-backup-daemon Nota
Cuando añades contenedores a
spec.backup.statefulSet.spec.template.spec.containers, el Kubernetes operador los agrega al pod de Kubernetes. Estos contenedores se añaden a los contenedores de Servicio del Daemon de Copias de Seguridad en el pod.
spec.backup.statefulSet.spec.template.spec.containers.resources.requests.cpuTipo: string
Capacidad mínima de CPU que debe estar disponible en un nodo de Kubernetes para alojar el servicio de daemon de copias de seguridad.
The requested value must be less than or equal to
spec.backup.statefulSet.spec.template.spec.containers.resources.limits.cpu.
spec.backup.statefulSet.spec.template.spec.containers.resources.limits.cpuTipo: string
Maximum CPU capacity for the node being created to host the backup daemon service. If omitted, this value is set to
spec.backup.statefulSet.spec.template.spec.containers.resources.requests.cpu.
spec.backup.statefulSet.spec.template.spec.containers.resources.requests.memoryTipo: string
Capacidad mínima de memoria que debe estar disponible en un nodo de Kubernetes para alojar el servicio de daemon de copias de seguridad en Kubernetes. Este valor se expresa como un número entero seguido de una unidad de memoria en notación JEDEC.
Nota
Establece este valor en al menos
4.5Gi. Valores menores a4.5Gipueden resultar en un error.The requested value must be less than or equal to
spec.backup.statefulSet.spec.template.spec.containers.resources.limits.memory.
spec.backup.statefulSet.spec.template.spec.containers.resources.limits.memoryTipo: string
Maximum memory capacity for the node being created to host the backup daemon service. If omitted, this value is set to
spec.backup.statefulSet.spec.template.spec.containers.resources.requests.memory.El Operador de Kubernetes calcula y establece los parámetros para el tamaño del heap de Java en función de la memoria del contenedor.
Advertencia
Limitar este valor a menos de 32 GB
Si establece este parámetro en un valor mayor a 32 GB (
32Gi), puede causar problemas con el servicio de copia de seguridad. Los montones excesivos pueden causar resultados impredecibles en Ops Manager.
Configuraciones S3
Puede configurar MongoDB Ops Manager para usar S3 para almacenar oplogs y snapshots de copia de seguridad, y proteger las conexiones a S3 con TLS usando claves emitidas por una CA personalizada.
Para configurar llaves de CA personalizadas, utilice el ConfigMap con el que configuró TLS para su base de datos de la aplicación como se describe en la pestaña TLS-Encrypted Connection (HTTPS) de Implementar un recurso de Ops Manager. Establezca spec.applicationDatabase.security.tls.ca en este ConfigMap.
Puede utilizar TLS tanto para S3 como para su base de datos de la aplicación, o solo para S.3
Para usar TLS para ambos, obtén certificados para ambos propósitos del mismo
ca-pemreferenciado en el ConfigMap.Para usar TLS solo para S3, no defina
spec.security.applicationDatabase.certsSecretPrefixen su ConfigMap.
spec.backup.s3OpLogStores.assignmentLabelsTipo: arreglo de cadenas
Una lista de etiquetas de asignación para almacenes de oplog S3. Utilice etiquetas de asignación para identificar que los almacenes de oplog S3 específicos están asociados a proyectos concretos. Si establece etiquetas de asignación mediante el operador de Kubernetes, los valores que establezca en el archivo de configuración de Kubernetes para las etiquetas de asignación sobrescriben los valores definidos en la Interfaz de usuario de MongoDB Ops Manager. Las etiquetas de asignación que no establezca mediante el operador de Kubernetes continúan utilizando los valores establecidos en la Interfaz de usuario de MongoDB Ops Manager.
spec.backup.s3OpLogStores.customCertificateTipo: booleano
Deprecated. Use
spec.backup.s3OpLogStores.customCertificateSecretRefsinstead.Indicador que determina si utilizas certificados de AppDB (
appdb-ca) como el certificado TLS personalizado para tu almacén de oplog de S3. El valor por defecto esFalse.
spec.backup.s3OpLogStores.customCertificateSecretRefsTipo: arreglo de objetos
Lista de certificados personalizados para su almacén de oplog S3 utilizando secretos de Kubernetes. El certificado x.509 codificado en base64ya debe estar presente en un secreto de Kubernetes con una clave y debe ser analizable por la Java CertifcateFactory. No puede especificar varios certificados en una cadena en un secreto. Si especifica varios certificados en una cadena en un secreto, el operador de Kubernetes utiliza solo el primer certificado de la cadena. Si también proporciona la configuración
customCertificate, el operador de Kubernetes utiliza laspec.applicationDatabase.security.tls.cacomo certificado personalizado para las copias de seguridad.Each entry in the list specifies the
nameand thekey. If you specify multiple secrets, Kubernetes Operator uses all the certificates in the specified secrets.Si no proporcionas esta configuración, Ops Manager usa el JVM almacén de confianza por defecto utilizado por Ops Manager.
spec.backup.s3OpLogStores.customCertificateSecretRefs.nameTipo: string
Requerido para utilizar certificados personalizados para tu S3 tienda de Oplog. Secreto de Kubernetes secret que contiene el certificado personalizado.
spec.configuration.mms.mongoDbUsage.defaultUsageTypeTipo: string
El tipo de servidor por defectodel servicio de Kubernetes.
spec.backup.s3OpLogStores.customCertificateSecretRefs.keyTipo: string
Requerido para utilizar certificados personalizados para su S3 oplog store. Archivo que representa la clave en el secreto que contiene el certificado x.509 codificado en base64. Si no especificas esta configuración, el Operador de Kubernetes no puede utilizar el certificado personalizado para las copias de seguridad del almacén oplog de S3.
spec.backup.s3OpLogStores.irsaEnabledTipo: booleano
Marca que permite usar los AWS roles de IAM para cuentas de servicio en AWS EKS para configurar un almacenamiento de oplog S.3 El valor por defecto es
False. Si no utiliza AWS EKS, esta marca no tiene ningún efecto. Cuando se estableceFalseen, el uso de los AWS roles de IAM para cuentas de servicio en EKS para configurar un almacenamiento de oplog S está deshabilitado.3 Para obtener más información, consulte IAM roles for service accounts in EKS.
spec.backup.s3OpLogStores.nameTipo: string
Es necesario almacenar el oplog utilizando un almacenamiento S.3 Nombre del 3 almacén de oplog S.
spec.backup.s3OpLogStores.mongodbResourceRef.nameTipo: string
Nombre del recurso de base de datos de MongoDB que cree para almacenar metadatos para el almacén de oplog S3. Debe implementar este recurso de base de datos en el mismo namespace que el recurso de MongoDB Ops Manager.
Nota
Omita esta configuración para utilizar la base de datos de la aplicación para almacenar metadatos para el almacén de oplog S.3
If you omit this setting, you must also omit the
spec.backup.s3OpLogStores.mongodbUserRef.namesetting. The Kubernetes Operator handlesSCRAMuser authentication internally.Si habilitas la autenticación
SCRAMen esta base de datos, debes:Crea un recurso de usuario de MongoDB para conectar Ops Manager a la base de datos.
Specify the
nameof the user in the Ops Manager resource definition.
spec.backup.s3OpLogStores.mongodbUserRef.nameTipo: string
Se requiere si creaste un recurso de base de datos MongoDB para almacenar metadatos de S3 oplog y SCRAM está habilitado en esta base de datos. Nombre del recurso de usuario de MongoDB utilizado para conectarse a la base de datos de metadatos del almacenamiento de oplog S3. Implementa este recurso de usuario en el mismo namespace que el recurso de MongoDB Ops Manager y con todos los siguientes roles:
Importante
Una vez especificado, no edite el nombre del nombre de usuario del almacenar de oplog de metadatos de S3.
spec.backup.s3OpLogStores.s3SecretRef.nameTipo: string
Obligatorio para guardar el oplog utilizando un almacén S3 si
spec.backup.s3OpLogStores.irsaEnabledno está configurado entrue.Nombre del secreto que contiene los campos
accessKeyysecretKey. El servicio de daemon de copias de seguridad utiliza los valores de estos campos como credenciales para acceder a tu bucket compatible con AWS S3 o S3. Para configurar el almacenamiento de oplog S3, debe especificar ambas claves en el secreto.Si configuras
spec.backup.s3OpLogStores.irsaEnabledcomotrue, no necesitas configurars3SecretRef, porque las credenciales de AWS S3 se montan como variables de entorno del pod.
spec.backup.s3OpLogStores.pathStyleAccessEnabledTipo: booleano
Indica el estilo de la URL del endpoint del bucket.
ValorDescripciónEjemplotrueURL con estilo de ruta
s3.amazonaws.com/<bucket>falseURL con estilo de host virtual
<bucket>.s3.amazonaws.comPara aprender más sobre anotaciones y el soporte de TLS en AWS, consulte la documentación de Kubernetes.
El valor por defecto es
true.
spec.backup.s3OpLogStores.s3BucketEndpointTipo: string
Es necesario almacenar el oplog utilizando un almacenamiento S3. URL del bucket Amazon Web Services S3 o del bucket compatible con S3que aloja el almacén de oplog.
Nota
Si su endpoint no incluye una región en su URL, especifique el campo
s3RegionOverride.
spec.backup.s3OpLogStores.s3BucketNameTipo: string
Es necesario almacenar el oplog utilizando un almacenamiento S3. Nombre del bucket S3 de AWS o del bucket compatible con S3que aloja el almacén de oplog.
spec.backup.s3OpLogStores.s3RegionOverrideTipo: string
Región donde reside su bucket compatible con S3. Utilice este campo únicamente si su S3 oplog del almacenar
s3BucketEndpointno admite el alcance de la región. El alcance de la región es cuando su endpoint no incluye una región en su URL.No utilice este campo con los cubos de Amazon Web Services S.3 Para obtener más información, consulte la Configuración de almacenamiento en bloques S3.
spec.backup.s3Stores.assignmentLabelsTipo: arreglo de cadenas
Una lista de etiquetas de asignación para los buckets compatibles con S3 o S3donde se almacenan las snapshots de copia de seguridad de la base de datos. Utiliza etiquetas de asignación para identificar que los almacenes S3 específicos están asociados a proyectos concretos. Si estableces etiquetas de asignación utilizando el operador de Kubernetes, los valores que estableces en el archivo de configuración de Kubernetes para las etiquetas de asignación sobrescriben los valores definidos en la interfaz de usuario de MongoDB Ops Manager. Las etiquetas de asignación que no estableces utilizando el operador de Kubernetes continúan utilizando los valores establecidos en la interfaz de usuario de MongoDB Ops Manager.
spec.backup.s3Stores.customCertificateTipo: booleano
Deprecated. Use
spec.backup.s3Stores.customCertificateSecretRefsinstead.Flag que indica si utiliza los certificados de la base de datos de la aplicación (
appdb-ca) como certificado TLS personalizado para sus copias de seguridad de S3. El valor por defecto esFalse.
spec.backup.s3Stores.customCertificateSecretRefsTipo: arreglo de objetos
Lista de certificados personalizados para su almacenamiento de snapshot S3 mediante secretos de Kubernetes. El64certificado x. codificado509 en base ya debe estar presente en un secreto de Kubernetes con una clave y debe poder ser analizado por el Java CertifcateFactory. No puede especificar varios certificados en una cadena en un secreto. Si especifica varios certificados en una cadena en un secreto, el operador de Kubernetes utiliza solo el primer certificado de la cadena. Si también proporciona la configuración
spec.backup.s3Stores.customCertificate, el operador de Kubernetes utiliza elspec.applicationDatabase.security.tls.cacomo certificado personalizado para las copias de seguridad.Each entry in the list specifies the
nameand thekey. If you specify multiple secrets, Kubernetes Operator uses all the specified secrets.Si no proporciona esta configuración, el Kubernetes operador utiliza el JVM Trust Store por defecto usado por Ops Manager para copias de seguridad.
spec.backup.s3Stores.customCertificateSecretRefs.nameTipo: string
Requerido para utilizar certificados personalizados para tu S3 tienda de Oplog. Secreto de Kubernetes secret que contiene el certificado personalizado.
spec.backup.s3Stores.customCertificateSecretRefs.keyTipo: string
Requerido para utilizar certificados personalizados para su S3 oplog store. Archivo que representa la clave en el secreto que contiene el certificado x.509 codificado en base64. Si no especifica esta configuración, el Operador de Kubernetes no puede utilizar el certificado personalizado para el almacenamiento de snapshot de S3 y por defecto utilizará el almacén de confianza predeterminado utilizado por MongoDB Ops Manager.
spec.backup.s3Stores.irsaEnabledTipo: booleano
Indicador que permite usar AWS roles de IAM para cuentas de servicio en AWS EKS para configurar un almacenamiento de snapshot S3. El valor por defecto es
False. Si no utiliza AWS EKS, esta marca no tiene ningún efecto. Cuando se establece enFalse, el uso de AWS roles de IAM para cuentas de servicio en EKS para configurar un almacenamiento de snapshot S3 está deshabilitado. Para obtener más información, consulte IAM roles for service accounts in EKS.
spec.backup.s3Stores.nameTipo: string
Es necesario almacenar el oplog utilizando un almacenamiento S3. Nombre del almacenamiento de snapshot S3.
Importante
Una vez especificado, no edites el nombre del almacenamiento de snapshot de S3. Es probable que este cambio falle si las copias de seguridad utilizan el nombre anterior. Las consecuencias de un cambio exitoso son impredecibles.
spec.backup.s3Stores.mongodbResourceRef.nameTipo: string
Nombre del recurso
MongoDBo del recursoMongoDBMultiClusterque cree para almacenar metadatos para el almacenamiento de snapshot de S3. Debe implementar este recurso de base de datos en el mismo namespace que el recurso de Ops Manager.Nota
Omita esta configuración para utilizar la base de datos de la aplicación para almacenar metadatos para el almacenamiento de snapshot S3.
If you omit this setting, you must also omit the
spec.backup.s3Stores.mongodbUserRef.namesetting. The Kubernetes Operator handlesSCRAMuser authentication internally.Si habilitas la autenticación
SCRAMen esta base de datos, debes:Crea un recurso de usuario de MongoDB para conectar Ops Manager a la base de datos.
Specify the
nameof the user in the Ops Manager resource definition.
Importante
Una vez especificado, no edites el nombre del almacenamiento de snapshot de S3. Es probable que este cambio falle si las copias de seguridad utilizan el nombre anterior. Las consecuencias de un cambio exitoso son impredecibles.
Si un recurso de base de datos MongoDB con este nombre no existe, el recurso
backupentra en el estadoPending. El operador de Kubernetes reintenta cada 10 segundos hasta que se cree un recurso de base de datos MongoDB con este nombre.Nota
El operador de Kubernetes comienza a conciliar el recurso Ops Manager automáticamente cuando se realizan cambios de seguridad en los recursos de base de datos referenciados en esta configuración. El operador de Kubernetes actualiza los indicadores
mongoUriysslen la configuración del Ops Manager según tus cambios.
spec.backup.s3Stores.mongodbUserRef.nameTipo: string
Obligatorio si creaste un recurso de base de datos MongoDB para almacenar metadatos de snapshot |s3| y SCRAM está habilitado en esta base de datos. Nombre del recurso de usuario de MongoDB utilizado para conectarse a la base de datos de metadatos del almacenamiento de snapshot S3. Implementa este recurso de usuario en el mismo namespace que el recurso de MongoDB Ops Manager y con todos los siguientes roles:
Importante
Una vez especificado, no edite el nombre del nombre de usuario del almacenamiento de snapshot de metadatos S3.
spec.backup.s3Stores.s3SecretRef.nameTipo: string
Requerido si habilitas la copia de seguridad utilizando un almacén S3 y no estableces
spec.backup.s3Stores.irsaEnabledentrue.Nombre del secreto que contiene los campos
accessKeyysecretKey. El servicio de daemon de copias de seguridad utiliza los valores de estos campos como credenciales para acceder a tu bucket compatible con AWS S3 o S3. El almacenamiento de snapshot de S3 no se puede configurar si al secreto le falta alguna de las llaves.Si configuras
spec.backup.s3Stores.irsaEnabledcomotrue, no necesitas configurars3SecretRef, porque las credenciales de AWS S3 se montan como variables de entorno del pod.
spec.backup.s3Stores.pathStyleAccessEnabledTipo: booleano
Indica el estilo de la URL del endpoint del bucket.
ValorDescripciónEjemplotrueURL con estilo de ruta
s3.amazonaws.com/<bucket>falseURL con estilo de host virtual
<bucket>.s3.amazonaws.comEl valor por defecto es
true.
spec.backup.s3Stores.s3BucketEndpointTipo: string
Requerido si habilita la copia de seguridad utilizando un S3 almacenar. URL del bucket AWS S3 o del bucket compatible con S3que aloja el almacenamiento de snapshot.
Nota
Si su endpoint no incluye una región en su URL, especifique el campo
s3RegionOverride.
spec.backup.s3Stores.s3BucketNameTipo: string
Requerido si habilita la copia de seguridad utilizando un S3 almacenar. Nombre del bucket de Amazon Web Services S3 o del bucket compatible con S3que aloja el almacenamiento de snapshot.
spec.backup.s3Stores.s3RegionOverrideTipo: string
Región donde reside su bucket compatible con S3. Utilice este campo solo si el almacén S3 no admite el alcance de la región.
s3BucketEndpointEl alcance de la región se produce cuando el punto de conexión no incluye una región en su URL.No utilice este campo con los cubos de Amazon Web Services S.3 Para obtener más información, consulte la Configuración de almacenamiento en bloques S3.
Configuración requerida de la base de datos de la aplicación
Esta sección describe las configuraciones que debes utilizar además de la configuración requerida de Ops Manager para configurar tu base de datos de la aplicación de Ops Manager.
spec.applicationDatabase.versionTipo: string
Obligatorio. Versión de MongoDB instalada en la base de datos de la aplicación Ops Manager. Debe especificar una versión compatible de MongoDB empresarial según la etiqueta en el registro de contenedores. Por ejemplo,.
8.0.0-ubi8A partir de la versión. del operador de Kubernetes,1 20las etiquetas ya no terminan-enten.Importante
Asegúrate de elegir una versión compatible de MongoDB Server.
Las versiones compatibles difieren según la imagen base que utiliza el recurso de base de datos de MongoDB.
Nota
If you update this value to a later version of MongoDB for the Application Database, the feature compatibility version remains at the MongoDB version you're upgrading from to give you the option to downgrade if necessary. If you want the feature compatibility version to match the new MongoDB version, you must manually set the
featureCompatibilityVersionparameter underspec.applicationDatabase.
Configuraciones opcionales de la base de datos de la aplicación
Esta sección describe los ajustes opcionales relacionados con la base de datos de la aplicación de Ops Manager. Para configuraciones opcionales de bases de datos de aplicaciones específicas de su implementación multiclúster de Ops Manager, consulte Configuraciones multiclúster.
spec.applicationDatabasetipo: colección
Definición del recurso de base de datos de la aplicación de Ops Manager.
La configuración que se muestra a continuación de la especificación del set de réplicas es opcional.
spec.applicationDatabase.agent.logLevelTipo: string
por defecto: INFO
Configura el nivel de registro del agente de automatización dentro del Pod. Los valores aceptados incluyen:
DEBUGINFOWARNERRORFATAL
spec.applicationDatabase.agent.<component>.logRotateTipo: Objeto
Reemplaza component con uno de los siguientes valores:
mongodmonitoringAgent
MongoDB configuration object for rotating the MongoDB logs of a process. To use the
agent.<component>.logRotatesettings, you must setsystemLog.destinationtofilebecause you can't use theagent.<component>.logRotatesettings if you're writing logs to the host's syslog system.Nota
If the size of files the Ops Manager dashboard generates is larger than the storage space available in the
emptyDirvolume, consider overriding theemptyDirvolume with a Persistent Volume to prevent pod crashes. To learn more, seespec.statefulSet.spec.template.spec.volumes.
spec.applicationDatabase.agent.mongod.logRotate.numTotalTipo: entero
Por defecto:
0Total number of log files that Ops Manager retains. If you don't change the default, Ops Manager bases rotation on your other
agent.<compenet>.logRotatesettings.
spec.applicationDatabase.agent.mongod.logRotate.numUncompressedTipo: entero
Por defecto:
5Número máximo de entradas de registro totales que deben dejarse sin comprimir, incluida la entrada de registro actual.
spec.applicationDatabase.agent.mongod.logRotate.percentOfDiskspaceTipo: número
Por defecto:
0.02Porcentaje máximo del espacio total de disco que Ops Manager puede usar para almacenar las entradas de registro expresados en formato decimal. Si se supera este límite, Ops Manager elimina archivos de registro comprimidos hasta cumplir con ese límite. Ops Manager borra primero las entradas de registro más antiguas.
spec.applicationDatabase.agent.<component>.logRotate.sizeThresholdMBTipo: número
Reemplaza component con uno de los siguientes valores:
mongodmonitoringAgent
Required if rotating logs. Maximum size in MB for an individual log file before Ops Manager rotates it. Ops Manager rotates the log file immediately if it meets the value given in either this
sizeThresholdMBor thelogRotate.timeThresholdHrslimit.
spec.applicationDatabase.agent.<component>.logRotate.timeThresholdHrsTipo: entero
Reemplaza component con uno de los siguientes valores:
mongodmonitoringAgent
Required if rotating logs. Maximum duration in hours for an individual log file before the next rotation. The time is since the last rotation. Ops Manager rotates the log file immediately if it meets the value given in either
timeThresholdHrsor thelogRotate.sizeThresholdMlimit.
spec.applicationDatabase.agent.mongod.auditlogRotateTipo: Objeto
Objeto de configuración de MongoDB para rotar los registros de auditoría de MongoDB de un proceso.
spec.applicationDatabase.agent.mongod.auditlogRotate.numTotalTipo: entero
Por defecto:
0Total number of audit log files that Ops Manager retains. If you don't change the default value, Ops Manager bases rotation on your other
agent.mongod.auditlogRotatesettings.
spec.applicationDatabase.agent.mongod.auditlogRotate.numUncompressedTipo: entero
Por defecto:
5Número máximo de archivos de log de auditoría totales que se deben dejar sin comprimir, incluido el archivo de log de auditoría actual.
spec.applicationDatabase.agent.mongod.auditlogRotate.percentOfDiskspaceTipo: número
Por defecto:
0.02Porcentaje máximo del espacio total en disco que Ops Manager puede utilizar para almacenar los archivos de registro de auditoría expresados como decimales. Si superas este límite, Ops Manager eliminará los archivos comprimidos del registro de auditoría hasta que se cumpla dicho límite. Ops Manager elimina primero los archivos de registro de auditoría más antiguos.
spec.applicationDatabase.agent.mongod.auditlogRotate.sizeThresholdMBTipo: número
Required if rotating audit logs. Maximum size in MB for an individual audit log file before Ops Manager rotates it. Ops Manager rotates the audit log file immediately if it reaches the value in either
sizeThresholdMBor theauditlogRotate.timeThresholdHrslimit.
spec.applicationDatabase.agent.mongod.auditlogRotate.timeThresholdHrsTipo: entero
Required if rotating audit logs. Maximum duration in hours for an individual audit log file before the next rotation. The time is since the last rotation. Ops Manager rotates the audit log file immediately if it reaches the value in either
timeThresholdHrsor theauditlogRotate.sizeThresholdMlimit.
spec.applicationDatabase.agent.startupOptionsTipo: Objeto
Objeto de configuración de MongoDB para opciones de inicio. Consulta Configuraciones del agente MongoDB para conocer los campos disponibles.
spec.applicationDatabase.agent.systemLogTipo: Objeto
Objeto de configuración de MongoDB para configurar las opciones de
systemLog.
spec.applicationDatabase.agent.systemLog.pathTipo: string
Por defecto:
/var/log/mongodb-mms-automation/mongodb.logThe path of the log file to which
mongodormongosshould send all diagnostic logging information, rather than the standard output or the host's syslog. MongoDB creates the log file at the specified path.Los scripts de inicio del paquete de Linux no esperan que
systemLog.pathcambie por defecto. Si usas los paquetes de Linux y cambiassystemLog.path, tendrás que usar tus propios scripts de inicio y desactivar los scripts integrados.
spec.applicationDatabase.agent.systemLog.logAppendTipo: booleano
Por defecto:
falseWhen
true,mongosormongodappends new entries to the end of the existing log file when themongosormongodinstance restarts. Without this option,mongodwill back up the existing log and create a new file.
spec.applicationDatabase.agent.systemLog.destinationTipo: string
The destination to which MongoDB sends all log output. Specify either
fileorsyslog. If you specifyfile, you must also specifysystemLog.path.If you don't specify
systemLog.path, MongoDB sends all log output to standard output.Advertencia
El demonio syslog genera marcas de tiempo cuando registra un mensaje, no cuando MongoDB envía el mensaje. Este comportamiento puede llevar a marcas de tiempo engañosas para las entradas de registro, especialmente cuando el sistema está bajo una carga pesada. Recomendamos utilizar la opción
filepara sistemas de producción y así garantizar marcas de tiempo precisas.
spec.applicationDatabase.externalAccesstipo: colección
Especificación para exponer su clúster a conexiones externas. Para aprender cómo conectarse a su recurso de MongoDB desde fuera del clúster de Kubernetes, consulte Conectase a un recurso de base de datos MongoDB desde fuera de Kubernetes.
Si añades
spec.externalAccess, el Operador de Kubernetes crea un servicio externo para cada Pod en un set de réplicas. Los servicios externos proporcionan un punto de entrada externo para cada pod de la base de datos MongoDB en un clúster. Cada servicio externo tiene selectores que emparejan el servicio externo con un Pod específico.Si agrega esta configuración sin ningún valor, el Operador de Kubernetes crea un servicio externo con los siguientes valores por defecto:
CampoValorDescripciónName<pod-name>-svc-externalNombre del Servicio externo. No puedes cambiar este valor.
TypeLoadBalancerCrea un servicio externo LoadBalancer.
Port<Port Number>A port for
mongod.publishNotReadyAddresstrueSpecifies that DNS records are created even if the Pod isn't ready. Do not set to
falsefor any database Pod.
spec.externalAccess.externalServicetipo: colección
Especificación para anular los valores por defecto en
spec.externalAccess.Al configurar el ajuste
spec.externalAccess, el operador de Kubernetes crea automáticamente un servicio de balanceador de carga externo con valores por defecto. Puedes anular ciertos valores o agregar nuevos valores dependiendo de tus necesidades. Por ejemplo, si tiene la intención de crear servicios NodePort y no necesita un balanceador de cargas, debe configurar las anulaciones en su especificación de Kubernetes:externalAccess: externalService: annotations: # cloud-specific annotations for the service spec: type: NodePort # default is LoadBalancer # you can specify other spec overrides if necessary Para obtener más información sobre la especificación Kubernetes, consulta ServiceSpec en la documentación de Kubernetes.
spec.externalAccess.externalService.annotationstipo: colección
Pares clave-valor que le permiten agregar configuraciones específicas del proveedor de nube a todos los clústeres de su implementación. Para obtener más información, consulte anotaciones y la documentación de su proveedor de nube de Kubernetes.
Puedes usar anotaciones para especificar los valores de marcador de posición para los servicios externos utilizados por los implementaciones de Kubernetes operador. El operador de Kubernetes sustituye automáticamente estos valores por los valores correctos, tal como se describe en la siguiente tabla. Utilizar marcadores de posición permite proporcionar anotaciones específicas en cada servicio para un Pod específico.
ValorDescripción{resourceName}Equal a
metadata.name.{namespace}Equal a
metadata.namespace.{podIndex}Índice del Pod asignado por el StatefulSet y dirigido por el servicio externo actual.
{podName}Igual a
{resourceName}-{podIndex}.{statefulSetName}The StatefulSet. Equal to
{resourceName}.{externalServiceName}Nombre generado del servicio externo, basado en los valores de los marcadores de posición que hayas especificado. Igual a
{resourceName}-{podIndex}-svc-external.{mongodProcessDomain}El nombre de dominio del servidor que aloja el proceso mongod. Igual a
spec.externalAccess.externalDomainsi se especifica. De lo contrario, es igual al dominio utilizado para elmongodFQDN del proceso.Por ejemplo, para el nombre de host del proceso
mdb-rs-1.example.com,example.comes el nombre de dominio.{mongodProcessFQDN}The
mongodprocess hostname set in the automation configuration.El nombre de host del proceso depende de la configuración de tu implementación. Si has configurado tu implementación para utilizar
external domains, el nombre de host del proceso utiliza el siguiente formato:{resourceName}-{podIndex}.{mongodProcessDomain}Por ejemplo:
mdb-rs-1.example.comSi tu implementación no utiliza dominios externos, el nombre de host del proceso utiliza el siguiente formato:
{resourceName}-{podIndex}.{resourceName}-{podIndex}-svc.{namespace}.svc.cluster.localPor ejemplo:
mdb-rs-1.mdb-rs-1-svc.ns.svc.cluster.localNota
Debes utilizar únicamente los valores de sustitución conocidos especificados en la tabla y asegurarte de que tus marcadores de posición no utilicen valores vacíos o nulos. Tampoco puedes utilizar un placeholder específico para implementaciones multi clúster de Kubernetes en una única implementación de recurso de MongoDB.
De lo contrario, el operador de Kubernetes devuelve un error. Por ejemplo, se puede encontrar el siguiente mensaje de error:
error replacing placeholders in map with key=external-dns.alpha.kubernetes.io/hostname, value={resourceName}-{podIndex}-{unknownPlaceholder}.{clusterName}-{clusterIndex}.example.com: missing values for the following placeholders: {clusterName}, {clusterIndex}, {unknownPlaceholder}`` Ejemplo
El siguiente ejemplo especifica los marcadores de posición
{resourceName},{podIndex}y{namespace}:apiVersion: mongodb.com/v1 kind: MongoDB metadata: name: mdb-rs namespace: ns spec: replicas: 3 externalAccess: externalService: annotations: external-dns.alpha.kubernetes.io/hostname: {resourceName}-{podIndex}-{namespace}.example.com El operador de Kubernetes completa automáticamente las anotaciones para los servicios externos en función del valor adecuado para cada marcador de posición. Por ejemplo:
mdb-rs-0-svc-external: annotations: external-dns.alpha.kubernetes.io/hostname: mdb-rs-0-ns.example.com mdb-rs-1-svc-external: annotations: external-dns.alpha.kubernetes.io/hostname: mdb-rs-1-ns.example.com mdb-rs-2-svc-external: annotations: external-dns.alpha.kubernetes.io/hostname: mdb-rs-2-ns.example.com
spec.externalAccess.externalService.spectipo: colección
Configuration for the ServiceSpec. To learn more, see
spec.externalAccess.externalService.
spec.applicationDatabase.memberConfigTipo: arreglo de objetos
Especificación para cada miembro del set de réplicas de la base de datos de la aplicación en su implementación de Ops Manager.
Importante
If you set
spec.topologytoMultiCluster, usespec.applicationDatabase.clusterSpecList.memberConfiginstead ofspec.applicationDatabase.memberConfig. In a multi-cluster Ops Manager deployment, the Kubernetes Operator ignores all parameters underspec.applicationDatabase.memberConfig.El número de elementos en la lista
memberConfigdebe ser igual aspec.applicationDatabase.members.El orden de los elementos en la lista
memberConfigdebe estar alineado con el orden de los nodos en el set de réplicas. Por ejemplo, el primer elemento del arreglo afecta al pod en el índice0, el segundo elemento afecta al índice1y así sucesivamente.Ejemplo
Considera la siguiente especificación de ejemplo para un set de réplicas de tres nodos para la base de datos de la aplicación:
spec: applicationDatabase: memberConfig: - votes: 1 priority: "0.5" tags: tag1: "value1" environment: "prod" - votes: 1 priority: "1.5" tags: tag2: "value2" environment: "prod" - votes: 0 priority: "0" tags: tag2: "value2" environment: "prod"
spec.applicationDatabase.memberConfig.priorityTipo: string
Número que indica la probabilidad relativa de que un miembro del conjunto de réplicas de la base de datos de la aplicación se convierta en primario.
Para aumentar la probabilidad relativa de que un miembro del set de réplicas se convierta en el primario, es necesario especificar un valor de
prioritymás alto.Para disminuir la probabilidad relativa de que un miembro del set de réplicas se convierta en el primario, especifica un valor
prioritymás bajo.
Por ejemplo, un nodo con un
memberConfig.priorityde1.5es más probable que se convierta en primario que un nodo con unmemberConfig.priorityde0.5.Un nodo con un
memberConfig.priorityde0no es elegible para convertirse en el titular primario. Para obtener más información, consulta Prioridad de nodos.
spec.applicationDatabase.memberConfig.tagsTipo: mapa
Mapa de etiquetas de set de réplicas para dirigir las operaciones de lectura y escritura a miembros específicos del set de réplicas de tu base de datos de la aplicación.
spec.applicationDatabase.memberConfig.votesTipo: número
Determines whether an Application Database replica set member can vote in an election. Set to
1to allow the member to vote. Set to0to exclude the member from an election.
spec.applicationDatabase.passwordSecretKeyRef.nameTipo: string
Nombre del secreto que contiene la contraseña para el usuario de base de datos de Ops Manager
mongodb-ops-manager. Ops Manager utiliza esta contraseña para autenticarse en la Base de Datos de la Aplicación.
spec.applicationDatabase.passwordSecretKeyRef.keyTipo: string
Nombre del campo en el secreto que contiene la contraseña del usuario de base de datos de Ops Manager
mongodb-ops-manager. Ops Manager utiliza esta contraseña para autenticarse en la base de datos de la aplicación.El valor por defecto es
password.
spec.applicationDatabase.security.certsSecretPrefixTipo: string
Texto para anteponer al secreto de Kubernetes secreto que creó y que contiene la clave y el certificado TLS de su base de datos de la aplicación.
Debes nombrar tu secreto
<prefix>-<metadata.name>-db-cert.Para aprender a configurar su instancia de Ops Manager para que ejecute sobre HTTPS, consulte Implementar un recurso de Ops Manager.
spec.applicationDatabase.security.tls.caTipo: string
Nombre de la ConfigMap de Kubernetes que contiene el archivo CA para la base de datos de la aplicación.
Importante
spec.applicationDatabase.security.tls.caes necesario si utiliza una CA personalizada para firmar los certificados TLS de la base de datos de la aplicación.El operador de Kubernetes requiere que se nombre el certificado de la base de datos de la aplicación como
ca-pemen el ConfigMap.El CA especificado en esta sección también se utiliza para configurar certificados TLS personalizados para el almacenamiento S3 cuando
spec.backup.s3OpLogStores.customCertificateospec.backup.s3Stores.customCertificatese establecen entrue.Esta AC firma los certificados que:
los miembros del set de réplicas de la base de datos de la aplicación utilizan para comunicarse entre sí; y
Ops Manager utiliza para comunicarse con el set de réplicas de la base de datos de la aplicación.
Advertencia
Debe concatenar su archivo CA personalizado y toda la cadena de certificados TLS desde
downloads.mongodb.compara evitar que MongoDB Ops Manager quede inoperativo si la base de datos de la aplicación se reinicia.
spec.applicationDatabase.security.tls.enabledImportante
spec.security.applicationDatabase.tls.enabledestá obsoleto y se eliminará en una versión futura. Para habilitar TLS, proporcione un valor para la configuraciónspec.security.applicationDatabase.certsSecretPrefix.Encripta las comunicaciones mediante certificados TLS entre Ops Manager y la Base de Datos de la Aplicación.
Configuraciones de Prometheus
La configuración siguiente se aplica cuando utilizas Prometheus con tu base de datos de la aplicación:
spec.applicationDatabase.prometheusTipo: arreglo
opcional. Lista que contiene los parámetros para exponer métricas a Prometheus.
spec.applicationDatabase.prometheus.metricsPathTipo: string
Por defecto:
"/metrics"Opcional. String legible para el usuario que indica la ruta al endpoint de métricas. Si no especificas esta configuración, se aplica la por defecto.
spec.applicationDatabase.prometheus.passwordSecretRefTipo: Objeto
Condicional Objeto que contiene los detalles del secreto para la autenticación HTTP básica. Si deseas usar Prometheus con tu Base de Datos de la Aplicación, debes especificar esta configuración.
spec.applicationDatabase.prometheus.passwordSecretRef.keyTipo: string
Por defecto:
"password"opcional. string legible por humanos que identifica la clave en el secreto que almacena la contraseña para la autenticación HTTP básica. Si no especificas este ajuste, se aplica el ajuste por defecto.
spec.applicationDatabase.prometheus.passwordSecretRef.nameTipo: string
Condicional
Etiqueta legible por humanos que identifica el secreto que contiene la contraseña para la autenticación HTTP básica. Si quieres usar Prometheus con tu base de datos de la aplicación, debes especificar esta configuración.
spec.applicationDatabase.prometheus.portTipo: entero
por defecto: 9216
opcional. Número que identifica el puerto al que se vinculará el endpoint de métricas. Si no especificas esta configuración, se aplicará la por defecto.
spec.applicationDatabase.prometheus.tlseSecretKeyRefTipo: Objeto
Opcional. Objeto que contiene los detalles del secreto para autenticación TLS.
spec.applicationDatabase.prometheus.tlseSecretKeyRef.keyTipo: string
Por defecto:
"password"opcional. string legible por el usuario que identifica la clave en el secreto que almacena la contraseña para la autenticación TLS. Si no se especifica esta configuración, se aplicará la por defecto.
spec.applicationDatabase.prometheus.tlseSecretKeyRef.nameTipo: string
Condicional. Etiqueta legible por humanos que identifica el secreto que contiene la contraseña para la autenticación TLS. Si quieres usar Prometheus con tu base de datos de la aplicación y usar la autenticación TLS, debes especificar esta configuración.
Configuraciones de Multi-Clúster
Configuraciones requeridas de Ops Manager
Esta sección describe los ajustes que debes utilizar para tu implementación multiclúster de Ops Manager además de los ajustes obligatorios de Ops Manager.
spec.clusterSpecList.membersTipo: entero
Conditional. The number of Ops Manager members in the Ops Manager cluster in a multi-Kubernetes cluster MongoDB deployment. When you set
spec.topologytoMultiCluster, you must specify the value for this parameter. Omit this parameter for single-cluster deployments. If you set this parameter to zero, this removes this Ops Manager member cluster from the list of member clusters in the multi-Kubernetes cluster of Ops Manager instances.
spec.topologyTipo: string
El tipo de implementación de Kubernetes para el recurso de Ops Manager.
Los valores son
SingleClusteroMultiCluster. Si se omite, el valor por defecto esSingleCluster.Si especificas
MultiCluster:Añadir el recurso
MongoDBMultiClustera la lista de recursos supervisados. Esto indica al operador de Kubernetes que debe trabajar en modo multiclúster de Kubernetes y realizar las acciones de configuración necesarias para gestionar recursos multi-Kubernetes.Specify at least one member cluster on which you want to deploy Ops Manager, using
spec.clusterSpecListand its nestedspec.clusterSpecList.clusterNameandspec.clusterSpecList.membersparameters.Si especifica
MultiCluster, el Operador de Kubernetes ignora cualquier valor que configure paraspec.members. Consulta el ejemplo de la especificación de recursos.
Configuraciones opcionales de Ops Manager
Los recursos de Ops Manager también pueden utilizar los siguientes ajustes específicos para implementaciones de Ops Manager en varios clústeres:
spec.clusterSpecListtipo: colección
Condicional. Detalles de los clústeres miembro de Kubernetes seleccionados en un clúster multi-Kubernetes donde se pretende implementar instancias de Ops Manager o daemon de copias de seguridad. Consulte también el ejemplo de la especificación del recurso.
When you set
spec.topologytoMultiCluster, you must specify the value forspec.clusterSpecList.members. All other parameters underspec.clusterSpecListare optional.When you set
spec.topologytoSingleCluster, the Kubernetes Operator ignores all parameters underspec.clusterSpecList.
spec.clusterSpecList.clusterNameTipo: string
opcional. Nombre del clúster de Kubernetes nodo en una implementación de MongoDB con múltiples clústeres de Kubernetes, donde el Operador de MongoDB Controllers for Kubernetes programa el StatefulSet para Ops Manager o el daemon de copias de seguridad.
spec.clusterSpecList.clusterDomainTipo: string
opcional. Una anulación para
spec.clusterDomainpara el clúster de nodo específico de MongoDB Ops Manager. Si omite este valor, se establecerá por defecto el valor configurado enspec.clusterDomain. Kubernetes asigna a cada Pod un FQDN. El operador de Kubernetes calcula el FQDN para cada Pod utilizando un valorclusterDomainproporcionado. Kubernetes no proporciona una API para query estos nombres de host.
spec.clusterSpecList.configurationtipo: colección
Optional. Ops Manager configuration properties that override properties you set in
spec.configurationfor the specific cluster. See Ops Manager Configuration Settings for property names and descriptions. Each property takes a value of typestring. For example, setting these properties allows you to change environment variables that you must pass to Ops Manager and the Backup Daemon in that particular member cluster.If you omit specifying values, defaults to the values set in
spec.configuration.
spec.clusterSpecList.jvmParametersTipo: arreglo de cadenas
opcional. Se pasan al JVM los parámetros de Ops Manager y a las instancias del daemon de copias de seguridad para este clúster nodo.
If you specify this parameter, its values override the values specified in
spec.jvmParameters. For example values, see the example of the resource specification.If you omit this parameter, values from the
spec.jvmParametersare used for the Ops Manager and Backup Daemon instances in this member cluster.
spec.clusterSpecList.externalConnectivitytipo: colección
Optional. Configuration object that enables external connectivity to Ops Manager for the specific cluster. This is an override for
spec.externalConnectivityfor the specific cluster.Especifica los valores para este parámetro con el fin de cambiar cómo se expone externamente la aplicación de Ops Manager en diferentes clústeres. Por ejemplo, si despliega Ops Manager en nodos de Kubernetes en diferentes proveedores de la nube, es posible que deba especificar valores específicos del proveedor para este parámetro.
Si estableces este parámetro:
The Kubernetes Operator doesn't use
spec.externalConnectivityvalues for this member Ops Manager cluster.The Kubernetes Operator creates a Kubernetes service, named
<om-name>-svc-ext, that allows traffic originating from outside of the Kubernetes cluster to reach the Ops Manager application on this member cluster.
If you omit this parameter, the Kubernetes Operator uses values from
spec.externalConnectivityfor this member cluster.
spec.clusterSpecList.statefulSet.spectipo: colección
Optional. Specification for the StatefulSet that the MongoDB Controllers for Kubernetes Operator creates for a specific member cluster in the multi-Kubernetes cluster Ops Manager deployment. This parameter is an override for
spec.statefulSet.spec. If you omit it, the Kubernetes Operator uses the values fromspec.statefulSet.spec. For example, you can use this parameter to specify different storage values for each of your Ops Manager clusters in the multi-Kubernetes cluster MongoDB deployment.To review which fields you can add to
spec.clusterSpecList.statefulSet.spec, see StatefulSetSpec v1 apps in the Kubernetes documentation.
spec.clusterSpecList[*].backupopcional. Configuración de copias de seguridad que anula los valores especificados en
spec.backuppara ese clúster miembro en particular.You can set these values only if
spec.backup.enabledis set totrue.Si omites establecer cualquier valor para este parámetro, se usarán los valores por defecto especificados en la configuración bajo
spec.backup.No todos los ajustes de copia de seguridad están disponibles en esta opción de anulación. No puedes anular los siguientes ajustes de copia de seguridad porque se aplican globalmente a todos los clústeres de nodos, si se especifican bajo
spec.backup:externalServiceEnabledheadDBopLogStoresblockStoress3StoresfileSystemStoresqueryableBackupSecretRefencryption
spec.clusterSpecList[*].backup.membersTipo: entero
Optional. Override for
spec.backup.members. The number of Backup Daemon instances to deploy in this cluster. if you omit this value or provide a value of0, the Kubernetes Operator won't deploy Backup Daemon instances in a particular member cluster.
spec.clusterSpecList[*].backup.assignmentLabelsTipo: arreglo de cadenas
Optional. Override for
spec.backup.assignmentLabels. If specified, the Kubernetes Operator uses the values you specify in this override for all Backup Daemon instances in a particular member cluster. If you omit values for this parameter, the values default to those specified inspec.backup.assignmentLabelsfor all Backup Daemon instances in a member cluster.
spec.clusterSpecList[*].backup.jvmParametersTipo: arreglo de cadenas
opcional. Anulación para
spec.backup.jvmParameters. Le permite personalizar el valor de JVM para las instancias de daemon de copias de seguridad en un clúster de nodos específico.
spec.clusterSpecList[*].backup.statefulSetTipo: string
Opcional. Anulación para
spec.backup.statefulSet.spec. Permite personalizar los valores de un demonio de copia de seguridad en un clúster miembro específico. Para consultar los campos que puede agregar aspec.clusterSpecList[*].backup.statefulSet, vea StatefulSetSpec v1 apps en la documentación de Kubernetes.
Configuración requerida de la base de datos de la aplicación
Esta sección describe los ajustes específicos de tu implementación de Ops Manager de múltiples clústeres que debes usar para tu base de datos de la aplicación.
spec.applicationDatabase.clusterSpecListtipo: colección
Detalles de los clústeres nodo seleccionados de Kubernetes en una implementación de clúster MongoDB multi-Kubernetes que funcionan como nodos que albergan la base de datos de la aplicación.
spec.applicationDatabase.clusterSpecList.clusterNameTipo: string
Nombre del clúster nodo de Kubernetes en una implementación multi-Kubernetes de MongoDB donde los Controladores de MongoDB para el operador de Kubernetes programa el StatefulSet para la base de datos de la aplicación.
Importante
You can't convert a single cluster Ops Manager instance to a multi-Kubernetes cluster MongoDB deployment instance by modifying the
topologyand theclusterSpecListsettings in the CRD.
spec.applicationDatabase.clusterSpecList.membersTipo: número
Número de nodos statefulSet en el clúster de miembros dado. El nodo clúster es uno de los nodos clústeres que alojan la base de datos de la aplicación en una implementación de MongoDB con múltiples clústeres de Kubernetes.
spec.applicationDatabase.topologyTipo: string
El tipo de implementación de Kubernetes para la base de datos de la aplicación.
Los valores son
SingleClusteroMultiCluster. Si se omite, el valor por defecto esSingleCluster.Si especifica
MultiCluster, debe especificar al menos un nodocluster on which you want to deploy the Application Database using the
clusterSpecList,clusterName,membersparameters.Si especificas
MultiCluster, el operador de Kubernetes ignora los valores que establezca para el campospec.applicationDatabase.members.
Para obtener más información, consulta el ejemplo de la especificación del recurso multidistribuido.
Configuraciones opcionales de la base de datos de la aplicación
Esta sección describe la configuración específica de tu implementación de Ops Manager de múltiples clústeres que puedes usar para tu base de datos de la aplicación.
spec.applicationDatabase.clusterSpecList.externalAccessTipo: string
Un dominio externo utilizado para exponer externamente su implementación de set de réplicas.
Por defecto, cada nodo del set de réplicas utiliza el FQDN (
*.svc.cluster.local) del Pod de Kubernetes como nombre de host por defecto. Sin embargo, si agrega un dominio externo a esta configuración, el set de réplicas utiliza un nombre de host que es un subdominio del dominio especificado en su lugar. Este nombre de host utiliza el siguiente formato:<replica-set-name>-<cluster-idx>-<pod-idx>.<externalDomain>Por ejemplo:
multi-replica-set-0-1.cluster-0.example.comImportante
Utiliza este ajuste solo cuando despliegues una implementación de base de datos de la aplicación sin una malla de servicios. Consulta Ops Manager multiplataforma sin una malla de servicios.
spec.applicationDatabase.clusterSpecList.memberConfigTipo: arreglo de cadenas
Especificación para cada miembro del set de réplicas de la base de datos de la aplicación en su implementación multiclúster de Ops Manager.
Importante
If you set
spec.topologytoSingleCluster, usespec.applicationDatabase.memberConfiginstead ofspec.applicationDatabase.clusterSpecList.memberConfig.The number of elements in the
memberConfiglist must equalspec.applicationDatabase.clusterSpecList.members.El orden de los elementos en la lista
memberConfigdebe estar alineado con el orden de los nodos en el set de réplicas. Por ejemplo, el primer elemento del arreglo afecta al pod en el índice0, el segundo elemento afecta al índice1y así sucesivamente.Ejemplo
Considera la siguiente especificación de ejemplo para un set de réplicas de tres nodos para la base de datos de la aplicación:
spec: replicas: 3 version: 8.0.0 backup: enabled: true storage: resources: requests: storage: 10Gi storageClassName: standard applicationDatabase: clusterSpecList: - name: appdb members: 3 memberConfig: - votes: 1 priority: "0.5" tags: tag1: "value1" environment: "prod" - votes: 1 priority: "1.5" tags: tag2: "value2" environment: "prod" - votes: 0 priority: "0" tags: tag2: "value2" environment: "prod"
spec.applicationDatabase.clusterSpecList.memberConfig.priorityTipo: string
Número que indica la probabilidad relativa de que un miembro del conjunto de réplicas de la base de datos de la aplicación se convierta en primario.
Para aumentar la probabilidad relativa de que un miembro del set de réplicas se convierta en el primario, es necesario especificar un valor de
prioritymás alto.Para disminuir la probabilidad relativa de que un miembro del set de réplicas se convierta en el primario, especifica un valor
prioritymás bajo.
Por ejemplo, un nodo con un
memberConfig.priorityde1.5es más probable que se convierta en primario que un nodo con unmemberConfig.priorityde0.5.Un nodo con un
memberConfig.priorityde0no es elegible para convertirse en el titular primario. Para obtener más información, consulta Prioridad de nodos.
spec.applicationDatabase.clusterSpecList.memberConfig.tagsTipo: mapa
Mapa de etiquetas de set de réplicas para dirigir las operaciones de lectura y escritura a miembros específicos del set de réplicas de tu base de datos de la aplicación.
spec.applicationDatabase.clusterSpecList.memberConfig.votesTipo: número
Determines whether an Application Database replica set member can vote in an election. Set to
1to allow the member to vote. Set to0to exclude the member from an election.