Siga los pasos correspondientes a su tipo de implementación para comenzar a gestionar sus implementaciones de MongoDB Enterprise y Ops Manager mediante el operador de Kubernetes en lugar del Enterprise Kubernetes Operator.
Migre de MongoDB Enterprise operador a Kubernetes operador para la mayoría de las implementaciones
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.
Actualiza a la v1.33 del MongoDB Enterprise Kubernetes Operator.
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.
Realice las dos siguientes tareas si ha implementado recursos con MCG en varios clústeres de Kubernetes:
Haz una copia de seguridad del binario del complemento
kubectl. Esto facilita revertir la migración a Kubernetes operador en caso de que se presenten problemas.Configura los clústeres miembro ya sea siguiendo la documentación de configuración multicuster (asegurándose de usar el plugin
kubectlde la versión de MongoDB Controllers for Kubernetes Operator) o manualmente utilizando plantillas 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 elmongodb-kubernetes-operator-member-listesté presente en su clúster de operador después de ejecutar la versión más reciente del binario del complementokubectl.
Instala manualmente los CRD del operador de Kubernetes.
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
Instale la nueva gráfica de Helm del operador de Kubernetes.
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>
El reconciliador de Kubernetes Operator ejecuta y procesa los recursos personalizados existentes.
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.
Espere a que los recursos se concilien (alcancen la fase de Running) y estén saludables.
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.
Remover activos antiguos.
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.
Migrar desde MongoDB Enterprise Kubernetes Operator a Kubernetes Operator con el Operator Lifecycle Manager (OLM) en OpenShift u otras plataformas
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.
Borrar el ClusterServiceVersion (CSV) del antiguo MongoDB Enterprise Kubernetes Operator.
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>
Instala el Operador de Kubernetes desde un catálogo disponible en tu clúster.
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>
Migración del Community Kubernetes Operator al Operador de Kubernetes
Consulta los siguientes recursos para aprender cómo migrar a Kubernetes operador: