Perguntas frequentes

O que é um operador?

Um operador é um mecanismo padrão que estende o plano de controle do Kubernetes para gerenciar recursos personalizados do Kubernetes. Como cada operador é criado para seus próprios Recursos Personalizados (CRs), ele pode conter lógica que aborda o tipo de serviço para o qual o operador foi criado. Para o Operador Kubernetes, o operador inclui a lógica para a implantação de instâncias do MongoDB Server e do Ops Manager.

Cada CR usado pelo Operador Kubernetes representa um elemento de um MongoDB Server no Kubernetes e tem opções para personalizar essa parte do servidor. Depois de configurar esses objetos no sistema Kubernetes, o operador cria objetos nativos do Kubernetes, como Stateful Sets, que são necessários para criar Pods de acordo com os requisitos especificados para MongoDB Server. O Kubernetes Operator também facilita a configuração dos recursos do MongoDB Server, como reconhecimento de data center backups, por meio da interação com o MongoDB Cloud Manager ou Ops Manager.

Por que devo executar o MongoDB Server e o MongoDB Enterprise Advanced no Kubernetes?

Quando você implanta o MongoDB Server ou o MongoDB Enterprise Advanced no Kubernetes por meio do MongoDB Enterprise Kubernetes Operator, suas implantações podem se beneficiar da resiliência e da orquestração simples que o Kubernetes fornece.

A única maneira suportada de implantar o MongoDB Enterprise Advanced no Kubernetes é por meio do MongoDB Enterprise Kubernetes Operator. O MongoDB Enterprise Kubernetes Operator simplifica seus fluxos de trabalho diários e facilita a ajuda da equipe de suporte técnico do MongoDB quando necessário.

Quais plataformas Kubernetes são suportadas para MongoDB Server?

O servidor MongoDB oferece suporte a qualquer plataforma que se baseie no Kubernetes nativo sem alterar a lógica ou o comportamento padrão. Na prática, isso significa que o servidor MongoDB oferece suporte a qualquer plataforma Kubernetes certificado pela Cloud Native Computing Federation. Para saber mais, consulte Compatibilidade do operador MongoDB Kubernetes.

Quantas implementações o MongoDB Enterprise Kubernetes Operator pode suportar?

O Kubernetes Operator pode suportar até 50 sistemas. No entanto, alterações feitas em um grande número de implementações ao mesmo tempo resultam em longos tempos de reconciliação. Para evitar tempos de reconciliação prolongados, limite uma determinada instância do Operador Kubernetes a sistemas 20 . Para saber mais, consulte Implementar o número recomendado de conjuntos de réplicas do MongoDB.

Devo executar o MongoDB Server no Kubernetes no mesmo cluster que a aplicação que o utiliza?

Para ajudar a minimizar a latência, considere colocar seu reconhecimento de data center e aplicação no mesmo cluster do Kubernetes se sua arquitetura de sistema permitir isso.

Posso distribuir o servidor MongoDB em vários clusters Kubernetes?

Sim. Para saber mais, consulte Implantar recursos do MongoDB em vários clusters Kubernetes. Para obter ajuda, entre em contato com o Suporte do MongoDB.

Qual é a diferença entre usar o Kubernetes Operator para gerenciar sistemas do MongoDB de vários clusters Kubernetes e gerenciar um único cluster Kubernetes?

Para usar o Operador Kubernetes para gerenciar um sistema MongoDB de cluster multi-Kubernetes, você deve configurar um conjunto específico de Roles do Kubernetes, ClusterRoles, RoleBindings, ClusterRoleBindings, e ServiceAccounts.

O Operador Kubernetes usado para uma implantação do MongoDB em cluster multi-Kubernetes também pode reconciliar um único recurso de cluster Kubernetes. Para saber mais, consulte O MongoDB suporta a execução de mais de uma instância do Kubernetes Operator?.

O MongoDB suporta a execução de mais de uma instância do Kubernetes Operator?

Se possível, recomendamos que você configure uma única instância do Kubernetes Operator para monitorar um, muitos ou todos os namespaces dentro do seu cluster Kubernetes. Por padrão, o Operador Kubernetes observa todos os recursos personalizados tipos que você escolhe implementar e não precisa configurá-los para observar tipos de recursos específicos.

No entanto, uma vez que você atinja um limite de desempenho para o número de implantações que uma única instância do Kubernetes Operator pode suportar, você poderá configurar uma instância adicional do Kubernetes Operator. Neste ponto, considere como você deseja dividir o gerenciamento de recursos no cluster Kubernetes. Use as seguintes recomendações listadas em ordem de prioridade:

• Certifique-se de que cada instância do Kubernetes Operator esteja observando namespaces diferentes e não sobrepostos dentro do cluster do Kubernetes.

• Como alternativa, configure diferentes instâncias do Kubernetes Operator para observar diferentes tipos de recursos, seja em namespaces diferentes ou namespaces sobrepostos.

  Se você optar por usar namespace sobrepostos, certifique-se de que cada instância do Kubernetes Operator observe diferentes tipos de recursos para evitar conflitos que resultariam em duas instâncias do Kubernetes Operator tentando managed os mesmos recursos.