/ /

Implemente en múltiples clústeres de Kubernetes

Docs Home

Gestión

Operador de Kubernetes (obsoleto)

Implemente en múltiples clústeres de Kubernetes

Docs Home

Gestión

Operador de Kubernetes (obsoleto)

Implemente en múltiples clústeres de Kubernetes

Referencia de complementos de MongoDB

El operador de Kubernetes de MongoDB Enterprise está obsoleto. El nuevo El Operador de Controladores para Kubernetes de MongoDB reemplaza al Operador de Kubernetes Empresarial de MongoDB. La primera versión del Operador de Controladores para Kubernetes es funcionalmente equivalente a la1.33 versión 7900 del Operador de Kubernetes Empresarial. Para obtener más información sobre este cambio y orientación sobre la migración al nuevo Operador, consulte las notas de la versión de la primera versión. No habrá futuras versiones del Operador de Kubernetes Empresarial de MongoDB. Cada versión alcanzará el final de su vida útil según el plazo de un año vigente. Política de soporte. Migre al operador de controladores para Kubernetes para obtener soporte continuo.

Uso el kubectl mongodb Plugin para:

Antes de comenzar, instale el complemento kubectl mongodb.

El complemento kubectl mongodb tiene los siguientes subcomandos:

subcomando configurar
Subcomando recuperar

subcomando configurar

El subcomando kubectl mongodb multicluster setup configura la implementación inicial de MongoDB en múltiples clústeres Kubernetes. Realiza las siguientes acciones:

Crea un ConfigMap mongodb-enterprise-operator-member-list predeterminado llamado que contiene todos los clústeres miembros de la implementación de MongoDB con clústeres multi-Kubernetes. Este nombre está predefinido y no se puede cambiar.Consulte Problemas conocidos.
Crea ServiceAccounts, Roles, ClusterRoles, RoleBindings y ClusterRoleBindings en el clúster de operador y cada clúster nodo.
Aplica los permisos correctos para las cuentas de servicio.
Utilice las configuraciones anteriores para crear su implementación de MongoDB en varios clústeres de Kubernetes.

Opciones del subcomando de configuración

El subcomando setup del complemento kubectl mongodb tiene las siguientes opciones:

Opción	Tipo de dato	Descripción
`central-cluster`	string	Obligatorio. Clúster central en el que se implementará el operador de Kubernetes, por ejemplo: `--central-cluster="MDB_CENTRAL_CLUSTER_FULL_NAME"`.
`central-cluster-namespace`	string	Obligatorio. Espacio de nombres en el que se implementará el operador de Kubernetes, como: `--central-cluster-namespace="mongodb"`.
`cleanup`	booleano	Opcional. Indicador que indica si se deben eliminar todos los recursos creados previamente, excepto los espacios de nombres. El valor predeterminado es `false`.
`cluster-scoped`	booleano	Opcional. Indicador que indica si se deben crear ClusterRole y ClusterRoleBindings para los clústeres miembros. El valor predeterminado es `false`.
`create-service-account-secrets`	booleano	Opcional. Indicador que indica si se deben crear secretos para las cuentas de servicio en el servidor de API de Kubernetes. El valor predeterminado `false` es.
`install-database-roles`	booleano	Opcional. Indicador que indica si se deben instalar las cuentas de servicio y los roles necesarios para ejecutar cargas de trabajo de MongoDB en los clústeres miembros. El valor predeterminado es `false`.
`image-pull-secrets`	booleano	Opcional. Indicador que indica si las cuentas de servicio que `kubectl mongodb` crea el complemento deben hacer referencia al secreto especificado en la configuración registry.imagePullSecrets. El valor predeterminado `false` es. Para obtener más información, consulte Configuración de instalación de Helm.
`member-clusters`	string	Obligatorio. Lista separada por comas que contiene clústeres de miembros, como: `-member-clusters="${MDB_CLUSTER_2_FULL_NAME}, ${MDB_CLUSTER_3_FULL_NAME}, ${MDB_CLUSTER_4_FULL_NAME}"`.
`member-cluster-namespace`	string	Obligatorio. Espacio de nombres en el que se implementarán los recursos del clúster miembro, como: `-member-cluster-namespace="mongodb"`.
`service-account`	string	Opcional. Nombre de la cuenta de servicio que el operador de Kubernetes usará para comunicarse con los clústeres miembros. El valor predeterminado es `mongodb-enterprise-operator-multi-cluster`.

Para obtener un ejemplo completo del kubectl mongodb setup uso del subcomando del complemento, consulte el inicio rápido de múltiples clústeres de Kubernetes.

Subcomando recuperar

El kubectl mongodb multicluster subcomando puede recuperar automáticamente una topología de clúster fallida en algunos casos. En otros, deberá recuperarse manualmente. Para obtener más información, consulte Recuperación ante desastres.

Opciones del subcomando recuperar

El subcomando recover del complemento kubectl mongodb tiene las siguientes opciones:

Opción	Tipo de dato	Descripción
`central-cluster`	string	Obligatorio. Clúster central en el que se implementará el operador de Kubernetes, por ejemplo: `--central-cluster="MDB_CENTRAL_CLUSTER_FULL_NAME"`.
`central-cluster-namespace`	string	Obligatorio. Espacio de nombres en el que se implementará el operador de Kubernetes, como: `--central-cluster-namespace="mongodb"`.
`cleanup`	booleano	Opcional. Indicador que indica si se deben eliminar todos los recursos creados previamente, excepto los espacios de nombres. El valor predeterminado es `false`.
`cluster-scoped`	booleano	Opcional. Indicador que indica si se deben crear ClusterRole y ClusterRoleBindings para los clústeres miembros. El valor predeterminado es `false`.

Para obtener un ejemplo completo del kubectl mongodb recover uso del subcomando del complemento, consulte el procedimiento manual de recuperación ante desastres.

Volver

Recuperar el conjunto de réplicas mayoritarias perdidas

Solucionar problemas