Join us at MongoDB.local London on 7 May to unlock new possibilities for your data. Use WEB50 to save 50%.
Register now >
Docs Menu
Docs Home
/ /
/ / /

Migra al operador de Kubernetes

Sigue los pasos para tu tipo de implementación para comenzar a administrar tu MongoDB Enterprise y Ops Manager implementaciones con Kubernetes Operator en lugar de MongoDB Enterprise Kubernetes Operator.

Sigue estos pasos para migrar en la mayoría de los escenarios de implementación. Si estás utilizando Operator Lifecycle Manager (OLM) para gestionar tus implementaciones del operador (normalmente en clústeres OpenShift), consulta estos pasos en su lugar.

1

Para ver instrucciones sobre cómo actualizar desde una versión anterior del Operador de Kubernetes a v1.33, consulta la guía de actualización.

2

Esto impide que tanto él como el operador de Kubernetes se ejecuten en paralelo.

3

Realice las dos siguientes tareas si ha implementado recursos con MCG en varios clústeres de Kubernetes:

  1. Respaldar el kubectl binario del complemento. Esto facilita revertir la migración a Kubernetes operador en caso de que se presenten problemas.

  2. Configura los clústeres nodos por cualquiera de los siguientes métodos siguiendo la documentación de configuración multi-cluster (asegurándose de usar el plugin kubectl de la versión de MongoDB Controllers for Kubernetes Operator) o manualmente utilizando la plantilla de Helm.

    Importante

    Los RBAC del Operador de Kubernetes deben implementarse en los clústeres nodos antes de implementar el Operador de Kubernetes en el paso 5. Los nuevos recursos de RBAC comienzan con mongodb-kubernetes-operator-. También debe asegurarse de que el mongodb-kubernetes-operator-member-list esté presente en su clúster de operador después de ejecutar la versión más reciente del binario del complemento kubectl.

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

Para verificar que los CRD están instalados en tu clúster de Kubernetes, busca el CRD mongodbcommunity:

Tip

Los nombres de recursos personalizados para Ops Manager y MongoDB Enterprise no han cambiado en Kubernetes Operator. Aunque es posible que no se tengan recursos de MongoDB Community implementados, buscar recursos personalizados mongodbcommunity es la manera más sencilla de verificar la instalación del operador de Kubernetes.

kubectl get crds | grep mongodbcommunity
5

Advertencia

Si has anulado los valores predeterminados del gráfica de Helm para tu implementación del operador de Kubernetes Enterprise, no deberías usar los mismos valores para tu implementación del operador de Kubernetes, ya que los nombres de los recursos podrían colisionar e impedir que la migración tenga éxito.

helm repo add mongodb https://mongodb.github.io/helm-charts && \
helm repo update && \
helm upgrade --install mongodb-kubernetes-operator mongodb/mongodb-kubernetes --namespace <your-namespace>
6

Kubernetes Operator aplica imágenes actualizadas, ServiceAccounts, y otros recursos.

Importante

Este paso desencadena un reinicio en secuencia de los pods implementados, ya que los nombres RBAC han cambiado desde el Enterprise Kubernetes Operator al operador de Kubernetes.

7

El operador de Kubernetes implementa una réplica del operador por defecto. Si desea ejecutar más de una réplica, consulte https://github.com/mongodb/mongodb-kubernetes/blob/master/public/mongodb-kubernetes.yaml#L263 para obtener más detalles sobre el escalado del operador.

8

Ahora puedes remover la Helm gráfica para MongoDB Enterprise Kubernetes Operator, así como los RBAC en todos los clústeres de Kubernetes y cualquier binario de plugin kubectl respaldado.

Si has implementado recursos en varios clústeres de Kubernetes, ahora puedes remover de manera segura el mongodb-enterprise de los nodos miembros y borrar tu copia de seguridad binaria del complemento kubectl.

Para migrar del MongoDB Enterprise Kubernetes Operator al Kubernetes Operator utilizando OLM (el método de implementación típico en clústeres OpenShift, pero también posible en otras plataformas Kubernetes), desinstala el operador antiguo y luego instala el nuevo:

Importante

Eliminar el Enterprise Kubernetes Operator no afecta a la base de datos ni a los recursos de Ops Manager que se despliegan en Kubernetes. El proceso de migración no afecta sus cargas de trabajo.

1

Reemplace <subscription-namespace> y <subscription-name> con los valores que correspondan a su recurso.

kubectl -n <subscription-namespace> delete subscription <subscription-name>
2

Por lo general, puedes encontrar el nombre del CSV listando los CSVs en el espacio de nombres del operador. Reemplaza <operator-namespace> y <csv-name> con los valores adecuados.

kubectl -n <operator-namespace> delete csv <csv-name>
3

El operador de Kubernetes está disponible en el catálogo de operadores certificados de Red Hat, así como en el operatorhub.io catálogo.

kubectl create -f <path-to-bundle>

Consulta los siguientes recursos para aprender cómo migrar a Kubernetes operador:

Volver

Instalar

En esta página