/ /

Distribuir

Página inicial do Docs

/ /

Implementar recursos do banco de dados

Distribuir

Página inicial do Docs

Gestão

Controladores para o Operador do Kubernetes

Implementar recursos do banco de dados

Distribuir

Implementar uma instância standalone do MongoDB

Observação

Em qualquer lugar nesta página que diz Gerente de Operações, você pode substituir o Gerenciador de Nuvem.

Importante

Você pode usar o Operador Kubernetes para implantar recursos do MongoDB com o Cloud Manager e o Ops Manager versão 6.0.x ou posterior.
Você pode usar o Atlas Operator para implantar recursos do MongoDB no Atlas.

Você pode distribuir uma instância standalone do MongoDB para o Ops Manager gerenciar. Use instâncias autônomos para teste e desenvolvimento. Não use essas implantações de produção, pois elas não têm replicação e alta disponibilidade. Para todas as implantações de produção, use conjuntos de réplicas. Para saber mais sobre conjuntos de réplicas, consulte Distribuir um conjunto de réplicas.

Pré-requisitos

Para implementar um autônomo usando um objeto, você deve:

Ter ou criar uma instância do Ops Manager ou uma organização do Cloud Manager.
Ter ou instalar os Controladores MongoDB para Kubernetes Operator.
Criar ou gerar um Kubernetes Operator ConfigMap.
Criar credenciais para o Operador Kubernetes ou configurar uma ferramenta de armazenamento de segredos diferente.

Observação

Para evitar o armazenamento de segredos em sistemas do Kubernetes de cluster único, você pode migrar todos os segredos para uma ferramenta de armazenamento de segredos. As implantações em vários clusters do Kubernetes não suportam o armazenamento de segredos no armazenamento de segredos FERRAMENTAS, como o HashiCorp Vault.

Procedimento

Configure `kubectl` como padrão para seu namespace.

Caso ainda não tenha feito isso, execute o seguinte comando para executar todos os comandos kubectl no namespace que você criou.

Observação

Se você estiver implantando um recurso MongoDB Ops Manager em um sistema do MongoDB de vários clusters Kubernetes:

Defina context como o nome do cluster de operadores, como: kubectl config set context "$MDB_CENTRAL_CLUSTER_FULL_NAME".
Defina --namespace para o mesmo escopo usado para sua implantação do MongoDB de vários clusters Kubernetes, como: kubectl config --namespace "mongodb".

kubectl config set-context $(kubectl config current-context) --namespace=<metadata.namespace>

Copie o seguinte exemplo de objeto Kubernetes autônomo.

Este é um arquivo YAML que você pode modificar para atender à configuração desejada. Altere as configurações destacadas para corresponder à configuração standalone desejada.

---
apiVersion: mongodb.com/v1
kind: MongoDB
metadata:
  name: <my-standalone>
spec:
  version: "8.0.0"
  opsManager:
    configMapRef:
      name: <configMap.metadata.name>
            # Must match metadata.name in ConfigMap file
  credentials: <mycredentials>
  type: Standalone
  persistent: true
...

Abra seu editor de texto preferido e cole a especificação do objeto em um novo arquivo de texto.

Defina as configurações destacadas na etapa anterior da seguinte forma.

Chave	Tipo	Descrição	Exemplo
`metadata.name`	string	Rótulo para este objeto standalone do Kubernetes. Os nomes de recursos devem ter 44 caracteres ou menos. Para saber mais, consulte `metadata.name` e a documentação do Kubernetes sobre nomes.	`my-project`
`spec.version`	string	Versão do MongoDB instalada neste autônomo. O formato deve ser `X.Y.Z` para a edição Community e `X.Y.Z-ent` para a edição Enterprise. IMPORTANTE: Certifique-se de escolher uma versão compatível do MongoDB Server. Versões compatíveis diferem dependendo da imagem base que o recurso do banco de banco de dados MongoDB utiliza. Para saber mais sobre a versão MongoDB, consulte Versões do MongoDB no Manual MongoDB.	Para obter melhores resultados, use a versão mais recente disponível do MongoDB empresarial que seja compatível com sua versão do Ops Manager.
`spec.opsManager` `.configMapRef.name`	string	Name of the ConfigMap with the Ops Manager connection configuration. The `spec.cloudManager.configMapRef.name` setting is an alias for this setting and can be used in its place. Esse valor deve existir no mesmo namespace que o recurso que você deseja criar.	`<myproject>`
`spec.credentials`	string	Nome do secret que você criou como credenciais de autenticação da API do Ops Manager para o Kubernetes Operator se comunicar com o Ops Manager. O objeto Ops Manager Kubernetes Secret contendo as credenciais deve existir no mesmo namespace do recurso que você deseja criar. IMPORTANTE: o operador do Kubernetes rastreia quaisquer alterações no Secret e reconcilia o estado do recurso `MongoDB` .	`<mycredentials>`
`spec.type`	string	Tipo de recurso `MongoDB` a ser criado.	`Standalone`
`spec.persistent`	string	Opcional. Se este valor for `true`, então `spec.podSpec.persistence.single` está definido para seu valor padrão de `16Gi`. Para alterar a configuração de Declarações de Volume Persistente , configure as seguintes collections para atender aos requisitos do seu sistema: If you want one Persistent Volume for each Pod, configure the `spec.podSpec.persistence.single` collection. Se você desejar Volumes persistentes separados para dados, periódicos e logs para cada Pod, configure as seguintes collections: `spec.podSpec.persistence.multiple.data` `spec.podSpec.persistence.multiple.journal` `spec.podSpec.persistence.multiple.logs` WARNING: Grant your containers permission to write to your Persistent Volume. The Kubernetes Operator sets `fsGroup = 2000`, `runAsUser = 2000`, and `runAsNonRoot = true` in `securityContext`. Kubernetes Operator sets `fsgroup` equal to `runAsUser` to make the volume writable for a user that runs the main process in the container. To learn more, see Configure a Security Context for a Pod or Container and the related discussion in the Kubernetes documentation. If redeploying the resource doesn't fix issues with your Persistent Volume, contact MongoDB Support. If you do not use Persistent Volumes, the Disk Usage and Disk IOPS charts cannot be displayed in either the Processes tab on the Deployment page or in the Metrics page when reviewing the data for this deployment.	`true`

Adicione quaisquer configurações aceitas adicionais para uma implementação Standalone.

Você também pode adicionar qualquer uma das seguintes configurações opcionais ao arquivo de especificação do objeto para uma implantação autônoma:

Salve este arquivo com uma extensão de arquivo `.yaml`.

Inicie sua implementação Standalone.

Invoque o seguinte comando do Kubernetes para criar seu autônomo:

kubectl apply -f <standalone-conf>.yaml

Monitore o status da sua implementação standalone.

Para verificar o status do seu recurso MongoDB, utilize o seguinte comando:

kubectl get mdb <resource-name> -o yaml -w

Com o sinalizador -w (inspeção) definido, quando a configuração muda, o resultado é atualizado imediatamente até que a fase de status atinja o estado Running . Para saber mais sobre os status de distribuição de recursos, consulte Solucionar problemas do operador Kubernetes.

Para solucionar problemas no cluster fragmentado, consulte:

Voltar

Distribuir

Conjunto de réplicas