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.
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 conjunto de réplicas de MongoDB en un clúster Kind de nodo único 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. 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 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 gran cantidad de opciones de configuración disponibles para MongoDB Enterprise y Ops Manager, esta guía abarca dichas 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 Resulta menos ideal cuando se desea configurar algo sin editar el archivo 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 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.