Para agentes de IA: hay un índice de documentación disponible en https://www.mongodb.com/es/docs/llms.txt — versiones en markdown de todas las páginas están disponibles agregando .md a cualquier ruta URL.

Actualizar los controladores de MongoDB para el operador de Kubernetes

El siguiente procedimiento describe cómo actualizar el operador de Kubernetes a su versión más reciente. Este proceso de actualización se parece al proceso de instalación del operador de Kubernetes.

Nota

Se puede usar el mismo namespace siempre

Por defecto, el operador de Kubernetes implementa todos los recursos de tu clúster de Kubernetes en el namespace mongodb. Puedes implementar recursos de operador de Kubernetes en otro namespace diferente editando todos los valores para metadata.namespace en mongodb-kubernetes.yaml. También debe actualizar el valor subjects[0].namespace en cada RoleBinding y ClusterRoleBinding en el mismo archivo. Si omite este valor, los enlaces buscan el ServiceAccount en el namespace mongodb por defecto y no lo encuentran:

---apiVersion: v1kind: ServiceAccountmetadata: name: mongodb-kubernetes-operator namespace: production ---apiVersion: rbac.authorization.k8s.io/v1kind: RoleBindingmetadata: name: mongodb-kubernetes-operator namespace: productionroleRef: apiGroup: rbac.authorization.k8s.io kind: Role name: mongodb-kubernetes-operatorsubjects: - kind: ServiceAccount name: mongodb-kubernetes-operator namespace: production ---apiVersion: apps/v1kind: Deploymentmetadata: name: mongodb-kubernetes-operator namespace: production ---# Example truncated---...
1

Para evitar cambios disruptivos, debe asegurarse de seleccionar la misma configuración que la de su implementación existente. Para obtener información sobre los ajustes opcionales de instalación del Operador de Kubernetes, consulta Configuraciones de instalación de Helm del Operador.

2

Completa el marcador de posición <version> y ejecuta el siguiente comando kubectl para implementar la versión seleccionada del Operador de Kubernetes en su clúster de Kubernetes:

kubectl apply -f https://raw.githubusercontent.com/mongodb/mongodb-kubernetes/1.4.0/public/mongodb-kubernetes.yaml
3

Rellena el marcador de posición <version> y ejecuta el siguiente comando kubectl para implementar la versión elegida de los CRDs en tu clúster de Kubernetes:

kubectl apply -f https://raw.githubusercontent.com/mongodb/mongodb-kubernetes/1.4.0/public/crds.yaml

Los siguientes pasos dependen de cómo esté configurado el entorno:

Nota

Se puede usar el mismo namespace siempre

Por defecto, el operador de Kubernetes implementa todos los recursos de tu clúster de Kubernetes en el namespace mongodb. Puedes implementar recursos de operador de Kubernetes en otro namespace diferente editando todos los valores para metadata.namespace en mongodb-kubernetes-openshift.yaml. También debe actualizar el valor subjects[0].namespace en cada RoleBinding y ClusterRoleBinding en el mismo archivo. Si omite este valor, los enlaces buscan el ServiceAccount en el namespace mongodb por defecto y no lo encuentran:

---apiVersion: v1kind: ServiceAccountmetadata: name: mongodb-kubernetes-operator namespace: production ---apiVersion: rbac.authorization.k8s.io/v1kind: RoleBindingmetadata: name: mongodb-kubernetes-operator namespace: productionroleRef: apiGroup: rbac.authorization.k8s.io kind: Role name: mongodb-kubernetes-operatorsubjects: - kind: ServiceAccount name: mongodb-kubernetes-operator namespace: production ---apiVersion: apps/v1kind: Deploymentmetadata: name: mongodb-kubernetes-operator namespace: production ---# Example truncated---...
1

Para evitar cambios disruptivos, debe asegurarse de seleccionar la misma configuración que la de su implementación existente. Para obtener información sobre los ajustes opcionales de instalación del Operador de Kubernetes, consulta Configuraciones de instalación de Helm del Operador.

Debes añadir tu <openshift-pull-secret> a las definiciones de ServiceAccount:

---apiVersion: v1kind: ServiceAccountmetadata: name: enterprise-operator namespace: mongodb imagePullSecrets: - name: <openshift-pull-secret> ---apiVersion: v1kind: ServiceAccountmetadata: name: mongodb-kubernetes-appdb namespace: mongodb imagePullSecrets: - name: <openshift-pull-secret> ---apiVersion: v1kind: ServiceAccountmetadata: name: mongodb-kubernetes-database-pods namespace: mongodb imagePullSecrets: - name: <openshift-pull-secret>
2

Completa el marcador de posición <version> y ejecuta el siguiente oc:

oc apply -f https://raw.githubusercontent.com/mongodb/mongodb-kubernetes/1.4.0/public/mongodb-kubernetes-openshift.yaml
3

Ejecute el siguiente comando oc:

Completa el marcador de posición <version> y ejecuta el siguiente comando oc para implementar la versión deseada de los CRD en tu clúster de Kubernetes:

oc apply -f https://raw.githubusercontent.com/mongodb/mongodb-kubernetes/1.4.0/public/crds.yaml

Para solucionar problemas de tu operador de Kubernetes, consulta Revisión de registros del operador de Kubernetes y otros temas de solución de problemas.

Importante

Si necesitas eliminar el operador Kubernetes o el namespace, primero debes eliminar los recursos de MongoDB.

Para verificar que el Operador de Kubernetes se instaló correctamente, ejecuta el siguiente comando y verifica el resultado:

kubectl describe deployments mongodb-kubernetes-operator -n <metadata.namespace>

Por defecto, las implementaciones existen en el namespace mongodb. Si aparece el siguiente mensaje de error, asegúrate de utilizar el namespace correcto:

Error from server (NotFound): deployments.apps "mongodb-kubernetes-operator" not found

Para solucionar problemas de tu operador de Kubernetes, consulta Revisión de registros del operador de Kubernetes y otros temas de solución de problemas.

Importante

Si necesitas eliminar el operador Kubernetes o el namespace, primero debes eliminar los recursos de MongoDB.

Después de actualizar el MongoDB Controllers para Kubernetes operador, puedes: