Nota
En cualquier lugar de esta página donde diga Ops Manager, puedes sustituir Cloud Manager.
Importante
Puede utilizar el operador de Kubernetes para implementar recursos de MongoDB con Cloud Manager y con Ops Manager versión 6.0.x o posterior.
Puedes utilizar el Operador de Atlas para implementar recursos de MongoDB en Atlas.
Puede implementar una instancia independiente de MongoDB para que Ops Manager la administre. Use instancias independientes para pruebas y desarrollo. No utilice estas implementaciones en sistemas de producción, ya que carecen de replicación y alta disponibilidad. Para todas las implementaciones de producción, utilice conjuntos de réplicas. Para obtener más información sobre los conjuntos de réplicas, consulte Implementar un conjunto de réplicas.
Requisitos previos
Para implementar un sistema independiente utilizando un objeto, debes:
Tener o crear una instancia de Ops Manager o una organización de Cloud Manager.
Tener o instalar los controladores MongoDB para el operador Kubernetes.
Cree o genere un ConfigMap de operador de Kubernetes.
Cree credenciales para el operador de Kubernetes o configure una herramienta de almacenamiento de secretos diferente.
Nota
Para evitar almacenar secretos en implementaciones de Kubernetes de un solo clúster, puede migrar todos los secretos a una herramienta de almacenamiento de secretos. Las implementaciones en varios clústeres de Kubernetes no admiten el almacenamiento de secretos en herramientas de almacenamiento de secretos, como HashiCorp Vault.
Procedimiento
Configurar kubectl para establecer como predeterminado su espacio de nombres.
Si aún no lo ha hecho, ejecute el siguiente comando para ejecutar todos los kubectl comandos en el espacio de nombres que creó.
Nota
Si está implementando un recurso de Ops Manager en una implementación de MongoDB de un clúster de Kubernetes múltiple:
Establezca
contexten el nombre del clúster del operador, como por ejemplo:kubectl config set context "$MDB_CENTRAL_CLUSTER_FULL_NAME".Establezca
--namespaceen el mismo ámbito que utilizó para su implementación de MongoDB en un clúster de Kubernetes múltiple, como porkubectl config --namespace "mongodb"ejemplo:.
kubectl config set-context $(kubectl config current-context) --namespace=<metadata.namespace>
Copie el siguiente ejemplo de objeto independiente de Kubernetes.
Este es un ArchivoYAML que puedes modificar para adaptarlo a tu configuración deseada. Cambia los ajustes resaltados para que coincidan con la configuración independiente que desees.
apiVersion: mongodb.com/v1 kind: MongoDB metadata: name: <my-standalone> spec: version: "8.0.0" opsManager: configMapRef: name: <configMap.metadata.name> # Must match metadata.name in ConfigMap file credentials: <mycredentials> type: Standalone persistent: true ...
Abra su editor de texto preferido y pegue la especificación del objeto en un nuevo archivo de texto.
Configure los ajustes resaltados en el paso anterior de la siguiente manera.
Clave | Tipo | Descripción | Ejemplo |
|---|---|---|---|
string | Etiqueta para este objeto independiente de Kubernetes. Los nombres de recursos deben tener 44 caracteres o menos. Para obtener más información, consulte y la documentación de Kubernetes |
| |
string | Versión de MongoDB que está instalada en este servidor independiente. El formato debe ser IMPORTANTE: Asegúrese de elegir una versión compatible de MongoDB Server. Las versiones compatibles varían según la imagen base que utilice el recurso de base de datos MongoDB. Para obtener más información sobre el versionado de MongoDB, consulta versionado de MongoDB en el manual de MongoDB. | Para obtener mejores resultados, utilice la última versión disponible de MongoDB empresarial que sea compatible con su versión de Ops Manager. | |
string | Nombre del ConfigMap con la configuración de conexión de Ops Manager. El parámetro es un alias de este parámetro y puede utilizarse en su Este valor debe existir en el mismo espacio de nombres que el recurso que quieres crear. |
| |
string | Nombre del secreto que creó como credenciales de autenticación de API de Ops Manager para que el operador de Kubernetes se comunique con Ops Manager. El objeto secreto de Kubernetes de Ops Manager que contiene las credenciales debe existir en el mismo espacio de nombres que el recurso que desea crear. IMPORTANTE: El operador de Kubernetes rastrea cualquier cambio realizado en el Secreto y reconcilia el estado del recurso |
| |
string | Tipo de recurso |
| |
string | Opcional. Si este valor Para cambiar la configuración de sus reclamaciones de volumen persistente, configure las siguientes colecciones para cumplir con sus requisitos de implementación:
ADVERTENCIA: Otorgue a sus contenedores permiso para escribir en su volumen persistente. El operador de Kubernetes Si no utiliza volúmenes persistentes, el Disk Usage y Disk IOPS los gráficos no se pueden mostrar ni en Processes la pestaña de la Deployment página ni en la Metrics página al revisar los datos de esta implementación. |
|
Agregue cualquier configuración adicional aceptada para una implementación independiente.
También puede agregar cualquiera de las siguientes configuraciones opcionales al archivo de especificación de objeto para una implementación independiente:
Realice un seguimiento del estado de su implementación independiente.
Para comprobar el estado de su recurso MongoDB, utilice el siguiente comando:
kubectl get mdb <resource-name> -o yaml -w
Con el -w indicador (observación) activado, cuando la configuración cambia, la salida se actualiza inmediatamente hasta que la fase de estado alcanza el Running estado. Para obtener más información sobre los estados de implementación de recursos, consulte Solucionar problemas del operador de Kubernetes.
Para solucionar problemas de su clúster fragmentado, consulte: