Siga los pasos para su tipo de implementación para comenzar a administrar su MongoDB Enterprise y Implementaciones deOps Manager con Kubernetes Operator en lugar de MongoDB Enterprise Kubernetes Operator.
Migrar de MongoDB Enterprise Operator a Kubernetes Operator para la mayoría de las implementaciones
Siga estos pasos para migrar en la mayoría de los escenarios de implementación. Si utiliza Operator Lifecycle Manager (OLM) para administrar sus implementaciones de operador (normalmente en clústeres de OpenShift), consulte estos pasos.
Actualice a la versión v1.33 del operador Kubernetes de MongoDB Enterprise.
Para obtener instrucciones sobre cómo actualizar desde una versión anterior del operador de Kubernetes a v,1.33 consulte la guía de actualización.
Realice las siguientes dos tareas si ha implementado recursos en varios clústeres de Kubernetes:
Realizar una copia de seguridad de
kubectlBinario del complemento. Esto facilita revertir la migración a Kubernetes Operator si surgen problemas.Configure los clústeres de miembros mediante siguiendo la documentación de configuración de múltiples clústeres (asegurándose de utilizar el complemento
kubectlde la versión MongoDB Controllers for Kubernetes Operator) o utilizando manualmente la plantilla Helm.Importante
Los RBAC del operador de Kubernetes deben implementarse en los clústeres miembros antes de implementar el operador de Kubernetes en el paso 5. Los nuevos recursos RBAC comienzan con
mongodb-kubernetes-operator-. También debe asegurarse de quemongodb-kubernetes-operator-member-listesté presente en su clúster del operador después de ejecutar la versión más reciente del binario del complementokubectl.
Instale 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 su clúster de Kubernetes, busque el CRD mongodbcommunity:
Tip
Los nombres de los recursos personalizados para Ops Manager y MongoDB Enterprise no han cambiado en Kubernetes Operator. Aunque no tenga implementados recursos de MongoDB Community, buscar recursos personalizados mongodbcommunity es la forma más sencilla de verificar la instalación de Kubernetes Operator.
kubectl get crds | grep mongodbcommunity
Instalar el nuevo gráfico Helm del operador de Kubernetes.
Advertencia
Si ha anulado los valores predeterminados del gráfico de Helm para su implementación de Enterprise Kubernetes Operator, no debe usar los mismos valores para su implementación de Kubernetes Operator, ya que los nombres de recursos podrían entrar en conflicto y evitar que la migración se realice correctamente.
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 conciliador del operador de Kubernetes ejecuta y procesa los recursos personalizados existentes.
El operador de Kubernetes aplica imágenes actualizadas, ServiceAccounts y otros recursos.
Importante
Este paso activa un reinicio continuo de los pods implementados, ya que los nombres de RBAC han cambiado de Operador de Kubernetes de MongoDB Enterprise a Operador de Kubernetes.
Espere hasta que los recursos se reconcilien (lleguen a la Running fase) y se vuelvan saludables.
El operador de Kubernetes implementa una réplica de 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 información sobre cómo escalar el operador.
Eliminar activos antiguos.
Ahora puede eliminar el gráfico de Helm para el operador de Kubernetes de MongoDB Enterprise, así como los RBAC en todos los clústeres de Kubernetes y cualquier binario del complemento 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 de MongoDB Enterprise Kubernetes Operator a Kubernetes Operator con Operator Lifecycle Manager (OLM) en OpenShift u otras plataformas
Para migrar del operador de Kubernetes de MongoDB Enterprise al operador de Kubernetes mediante OLM (el método de implementación típico en clústeres de OpenShift, pero también posible en otras plataformas de Kubernetes), desinstale el operador antiguo y luego instale el nuevo:
Importante
Eliminar el operador de Enterprise Kubernetes no afecta la base de datos ni los recursos de Ops Manager que implemente en Kubernetes. El proceso de migración no afecta sus cargas de trabajo.
Eliminar el ClusterServiceVersion (CSV) del antiguo operador de Kubernetes de MongoDB Enterprise.
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>
Instale Kubernetes Operator desde un catálogo disponible en su clúster.
Kubernetes Operator está disponible en el catálogo de operadores certificados de Red Hat, así como en el catálogo de operatorhub.io.
kubectl create -f <path-to-bundle>
Migración del operador comunitario de Kubernetes al operador de Kubernetes
Consulte los siguientes recursos para aprender a migrar a Kubernetes Operator: