Controladores MongoDB para Kubernetes O operador implementa MongoDB Enterprise, Ops Manager e MongoDB Community no Kubernetes. Esta página ajuda você a escolher um caminho de sistema e um método de instalação antes de instalar. Se você é novo no Kubernetes Operator, comece com o Quick Start.
Escolha seu caminho de implantação
O Kubernetes Operator oferece suporte a implantações que vão desde um cluster de avaliação local até implantações de produção que abrangem vários clusters do Kubernetes. Escolha o caminho que se adapta à sua meta.
Implementa o Ops Manager e uma réplica MongoDB configurada para um cluster Kind de nó único em sua máquina local. Escolha o Início rápido quando quiser avaliar o Kubernetes Operator de ponta a ponta, aprender como os recursos personalizados se encaixam ou reproduzir um problema localmente. É menos ideal quando você precisa de um sistema que sobreviva à perda de nó ou cluster, porque o Kind executa um nó. | |
Implementa recursos do Ops Manager e MongoDB em um cluster Kubernetes de produção. Escolha uma implantação de cluster único quando seus requisitos de disponibilidade forem atendidos em um cluster Kubernetes e você quiser a menor quantidade de infraestrutura para operar. É menos ideal quando você deve sobreviver à perda de um cluster ou região inteira do Kubernetes. | |
Implanta uma implantação do MongoDB em vários clusters do Kubernetes, com ou sem uma malha de serviço. Escolha uma implantação de vários clusters quando precisar distribuir nós de conjunto de réplicas entre regiões ou data centers para alta disponibilidade e recuperação de desastre. É menos ideal quando você está avaliando o Kubernetes operador, porque ele exige que você configure e opere vários clusters do Kubernetes. |
Para implantar a MongoDB Community no Kubernetes, consulte a documentação da MongoDB Community no GitHub. Devido à variedade de opções de configuração disponíveis para o MongoDB Enterprise e o Ops Manager, este guia abrange essas implantações.
Escolha seu método de instalação
Cada método instala o mesmo Kubernetes operador. Para saber mais sobre cada método, consulte Instalar os Controladores MongoDB para Kubernetes operador.
Aplica os manifestos YAML que o MongoDB publica. Escolha É menos ideal quando você deseja definir a configuração sem editar o YAML. | |
Instala o gráfico Escolha Helm quando quiser configurar o operador Kubernetes por meio de valores em vez de manifestos, ou quando precisar de uma opção que apenas o Helm exponha, como observar um subconjunto de namespace. É menos ideal quando sua organização não permite o Helm. | |
Usa Escolha este método ao executar o OpenShift Container Platform, que requer a configuração É menos ideal para qualquer distribuição Kubernetes que não seja OpenShift. |
Como o operador Kubernetes funciona
As implantações do MongoDB Enterprise consistem em dois tipos de recursos distintos: o próprio banco de dados e um recurso de gerenciamento de banco de dados externo responsável por fazer backup de dados, automação (implantação, configuração, atualizações), monitoramento em tempo real e muito mais. Esse recurso externo pode ser o MongoDB Ops Manager (um recurso autogerenciado) ou o Cloud Manager (um equivalente gerenciado).
As implantações do Community MongoDB consistem apenas no recurso de banco de dados e não incluem um recurso de gerenciamento externo.
O operador Kubernetes permite que você crie esses recursos e administre todos os aspectos de suas implantações em uma variedade de configurações em um ou mais clusters Kubernetes de acordo com suas necessidades específicas.
O Kubernetes Operator é um Kubernetes Driver, que funciona estendendo efetivamente a API nativa do Kubernetes para incluir os elementos MongoDB mencionados acima como recursos personalizados, para que você possa defini-los e implementá-los com manifestos YAML da mesma forma que com quaisquer outros recursos para o Kubernetes.
Embora os recursos personalizados do MongoDB e do MongoDB Ops Manager possam ser implantados como pods autônomos, a topologia de implantação recomendada envolve a implantação do banco de dados e do MongoDB Ops Manager como StatefulSets, conforme ilustrado no diagrama acima. Além disso, o Kubernetes Operator exige a disponibilidade de um storageClass em seu cluster Kubernetes, disponível por padrão em clusters gerenciados, para criar o PersistentVolumes responsável por armazenar e fazer backup de dados.
Para saber mais sobre os requisitos específicos do sistema e os pré-requisitos para implantar o MongoDB no Kubernetes com o operador do Kubernetes, consulte a página de pré-requisitos.
Os Controladores MongoDB para Kubernetes Operador é um operador que substitui o anterior MongoDB Enterprise Kubernetes Operator e MongoDB Community Operator. Para mais informações sobre a primeira versão do Kubernetes Operator, consulte as notas de versão.