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 sistemas que variam de um cluster de avaliação local a sistemas de produção que abrangem vários clusters Kubernetes. Escolha o caminho mais adequado para o seu objetivo.
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 um sistema de cluster único quando seus requisitos de disponibilidade forem atendidos em um cluster Kubernetes e você desejar que a menor quantidade de infraestrutura funcione. É menos ideal quando você deve sobreviver à perda de um cluster ou região inteira do Kubernetes. | |
Implanta uma implantação MongoDB em vários clusters Kubernetes, com ou sem uma malha de serviço. Escolha um sistema de vários clusters quando precisar distribuir membros do conjunto de réplicas entre regiões ou data centers para maior disponibilidade e recuperação de desastres. É menos ideal quando você está avaliando o Kubernetes Operator, pois 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 Operador Kubernetes. Para saber mais sobre cada método, consulte Instalar os Controladores MongoDB para Kubernetes Operator.
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 o Helm quando quiser configurar o operador Kubernetes por meio de valores em vez de manifestos, ou quando precisar de uma opção que somente o Helm exponha, como observar um subconjunto de namespaces. É menos ideal quando a sua organização não permite o Helm. | |
Utiliza Escolha este método ao executar o OpenShift Container Platform, que requer a configuração do É menos ideal para qualquer distribuição do Kubernetes que não seja OpenShift. |
Como funciona o operador Kubernetes
Os sistemas Enterprise MongoDB consistem em dois tipos de recursos distintos: o próprio banco de dados e um recurso externo de gerenciamento de banco de dados responsável pelo backup de dados, automação (implantação, configuração, atualizações), monitoramento em tempo real e muito mais. Esse recurso externo pode ser Ops Manager (um recurso autogerenciado) ou Cloud Manager (um equivalente gerenciado).
Os sistemas MongoDB da comunidade consistem apenas no recurso do 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.