El Operador de Kubernetes de MongoDB Controllers implementa MongoDB Enterprise, MongoDB Ops Manager, y MongoDB Community en Kubernetes. Esta página le ayuda a elegir una ruta de implementación y un método de instalación antes de instalar. Si es nuevo en el Operador de Kubernetes, comience con el Inicio rápido.
Elija su ruta de implementación
El Operador de Kubernetes admite implementaciones que van desde un clúster de evaluación local hasta implementaciones de producción que abarcan varios clústeres de Kubernetes. Elija la ruta que se ajuste a su objetivo.
Implementa Ops Manager y un set de réplicas de MongoDB en un clúster Kind de un solo nodo en su máquina local. Elija el inicio rápido cuando desee evaluar Kubernetes Operator de principio a fin, aprender cómo encajan los recursos personalizados o reproducir un problema localmente. Es menos ideal cuando se necesita una implementación que sobreviva a la pérdida de nodos o clústeres, porque Kind ejecuta un nodo. | |
Implementa MongoDB Ops Manager y recursos de MongoDB en un clúster de Kubernetes de producción. Elija una implementación de clúster único cuando sus requisitos de disponibilidad se cumplan dentro de un clúster de Kubernetes y desee la menor cantidad de infraestructura para operar. Es menos ideal cuando debe sobrevivir a la pérdida de un clúster o región completa de Kubernetes. | |
Implementa una implementación de MongoDB en varios clústeres de Kubernetes, con o sin una malla de servicios. Elija una implementación de clúster múltiple cuando necesite distribuir los set de réplicas entre regiones o centros de datos para una alta disponibilidad y recuperación ante desastres. Es menos ideal cuando se evalúa el operador de Kubernetes, ya que requiere configurar y operar varios clústeres de Kubernetes. |
Para implementar MongoDB Community en Kubernetes, consulte la documentación de MongoDB Community en GitHub. Debido a la amplitud de las opciones de configuración disponibles para MongoDB Enterprise y MongoDB Ops Manager, esta guía cubre esas implementaciones.
Elija su método de instalación
Cada método instala el mismo Kubernetes operador. Para obtener más información sobre cada método, consulte Instalar los MongoDB Controllers para el Kubernetes operador.
Aplica los manifiestos YAML que publica MongoDB. Elija Es menos ideal cuando desea establecer la configuración sin editar YAML. | |
Instala la gráfica Elija Helm cuando desee configurar el operador de Kubernetes a través de valores en lugar de manifiestos, o cuando necesite una opción que solo Helm exponga, como observar un subconjunto de namespace. Es menos ideal cuando su organización no permite Helm. | |
Utiliza Elija este método cuando ejecute OpenShift Container Platform, que requiere la configuración Es menos ideal para cualquier distribución de Kubernetes que no sea OpenShift. |
Cómo funciona el operador de Kubernetes
Las implementaciones de MongoDB Enterprise constan de dos tipos de recursos distintos: la propia base de datos y un recurso de gestión de base de datos externo responsable de la copia de seguridad de los datos, la automatización (implementación, configuración, actualizaciones), la supervisión en tiempo real y mucho más. Este recurso externo puede ser MongoDB Ops Manager (un recurso autogestionado) o Cloud Manager (un equivalente gestionado).
Las implementaciones de MongoDB Community consisten únicamente en el recurso de base de datos y no incluyen un recurso de gestión externo.
El operador de Kubernetes le permite crear estos recursos y administrar todos los aspectos de sus implementaciones en una variedad de configuraciones en uno o más clústeres de Kubernetes según sus necesidades específicas.
Kubernetes Operator es un controlador de Kubernetes, que funciona extendiendo eficazmente la API nativa de Kubernetes para incluir los elementos de MongoDB antes mencionados como recursos personalizados, de modo que pueda definirlos e implementarlos con manifiestos YAML de la misma manera que cualquier otro recurso en Kubernetes.
Aunque los recursos personalizados de MongoDB y Ops Manager se pueden implementar como pods autónomos, la topología de implementación recomendada implica implementar la base de datos y Ops Manager como StatefulSets, como se ilustra en el diagrama anterior. Además, Kubernetes Operator requiere la disponibilidad de un storageClass en su clúster de Kubernetes, disponible por defecto en los clústeres gestionados, para crear el PersistentVolumes responsable de almacenar y realizar copias de seguridad de los datos.
Para obtener más información sobre los requisitos específicos del sistema y los requisitos previos para implementar MongoDB en Kubernetes con el operador de Kubernetes, consulte la página de requisitos previos.
El operador de controladores de MongoDB para Kubernetes es un operador que reemplaza al anterior MongoDB Enterprise Kubernetes Operator y MongoDB Community Operator. Para obtener más información sobre la primera versión de Kubernetes Operator, consulta las notas de versión.