El operador de controladores de MongoDB para Kubernetes implementa MongoDB Enterprise, Ops Manager y MongoDB Community en Kubernetes. Esta página le ayudará 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 la Guía de inicio rápido.
Elige tu ruta de implementación
Kubernetes Operator 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 opción que mejor se adapte a sus objetivos.
Implementa Ops Manager y un conjunto de réplicas de MongoDB en un clúster Kind de nodo único en su máquina local. Elija la opción de Inicio rápido cuando desee evaluar Kubernetes Operator de principio a fin, aprender cómo se combinan los recursos personalizados o reproducir un problema localmente. Resulta menos ideal cuando se necesita una implementación que sobreviva a la pérdida de un nodo o clúster, ya que Kind se ejecuta en un solo nodo. | |
Implementa los recursos de Ops Manager y 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 solo clúster de Kubernetes y desee la menor cantidad de infraestructura posible para operar. Resulta menos ideal cuando hay que sobrevivir a la pérdida de un clúster o región de Kubernetes completo. | |
Implementa una única instancia de MongoDB en varios clústeres de Kubernetes, con o sin malla de servicios. Elija una implementación multiclúster cuando necesite distribuir los miembros del conjunto de réplicas entre regiones o centros de datos para lograr una mayor disponibilidad y recuperación ante desastres. Resulta menos ideal al evaluar Kubernetes Operator, 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 gran cantidad de opciones de configuración disponibles para MongoDB Enterprise y Ops Manager, esta guía abarca dichas implementaciones.
Elige tu método de instalación
Cada método instala el mismo operador de Kubernetes. Para obtener más información sobre cada método, consulte Instalar los controladores de MongoDB para el operador de Kubernetes.
Aplica los manifiestos YAML que publica MongoDB. Seleccione Resulta menos ideal cuando se desea configurar algo sin editar el archivo YAML. | |
Instala el gráfico Elija Helm cuando desee configurar el operador de Kubernetes mediante valores en lugar de manifiestos, o cuando necesite una opción que solo Helm expone, como la monitorización de un subconjunto de espacios de nombres. Resulta menos ideal cuando su organización no permite el uso de Helm. | |
Utiliza Elija este método cuando ejecute OpenShift Container Platform, que requiere la configuración Resulta menos adecuado para cualquier distribución de Kubernetes que no sea OpenShift. |
Cómo funciona el operador de Kubernetes
Las implementaciones empresariales de MongoDB constan de dos tipos de recursos distintos: la base de datos en sí y un recurso externo de gestión de bases de datos responsable de realizar copias de seguridad, automatización (implementación, configuración, actualizaciones), monitorización en tiempo real y otras funciones. Este recurso externo puede ser Ops Manager (un recurso autogestionado) o Cloud Manager (un recurso gestionado).
Las implementaciones comunitarias de MongoDB consisten únicamente en el recurso de base de datos y no incluyen un recurso de administració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 la API nativa de Kubernetes para incluir los elementos de MongoDB mencionados anteriormente 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.