Para agentes de IA: um índice de documentação está disponível em https://www.mongodb.com/pt-br/docs/llms.txt — as versões de markdown de todas as páginas estão disponíveis anexando .md a qualquer caminho de URL.
Menu Docs

Criar Credenciais para o Operador Kubernetes

Para que o Operador do Kubernetes crie ou atualize objetos em seu Projeto do Cloud Manager ou Ops Manager, você precisa armazenar sua Chave de API programática em sua ferramenta de armazenamento secreto.

Vários segredos podem existir no mesmo namespace. Cada usuário deve ter seu próprio segredo.

Você pode seguir o Procedimento abaixo para armazenar manualmente a Chave de API programática como um segredo do Kubernetes. Como alternativa, você pode:

Para criar credenciais para o Operador Kubernetes, você deve:

  1. Ter ou criar uma organização MongoDB Ops Manager .

  2. Ter ou gerar uma chave de API programática.

  3. Conceda esta nova chave de API programática:

    Observação

    You must grant the Programmatic API Key the Organization Owner or Global Owner role. If you want to grant the Programmatic API Key only the Project Owner role, you must first create the project and then the Programmatic API Key for the project with the Project Owner role. The Kubernetes Operator can't create projects if the Programmatic API Key has only the Project Owner role.

  4. Adicione o bloco IP ou CIDR de qualquer host que atenda ao operador Kubernetes à lista de acesso da API.

Para criar seu segredo do Kubernetes:

1
  1. Certifique-se de ter as chaves pública e privada para a chave de API programática do Ops Manager desejada.

  2. Invoque o seguinte comando do Kubernetes para criar seu segredo:

    kubectl -n <metadata.namespace> \
    create secret generic <mycredentials> \
    --from-literal="publicKey=<publicKey>" \
    --from-literal="privateKey=<privateKey>"

    O sinalizador -n limita o namespace ao qual esse segredo se aplica. Todos os recursos do MongoDB Kubernetes devem existir no mesmo namespace que os segredos e ConfigMaps. O Kubernetes Operator não usa os segredos nem o ConfigMaps.

    Observação

    A versão obsoleta deste comando especifica um user e publicApiKey em vez de um publicKey e privateKey. O Kubernetes Operator aceita qualquer versão para autenticação.

2

Invoque o seguinte comando do Kubernetes para verificar seu segredo:

kubectl describe secrets/<mycredentials> -n <metadata.namespace>

Este comando retorna uma descrição secreta na shell:

Name: <mycredentials>
Namespace: <metadata.namespace>
Labels: <none>
Annotations: <none>
Type: Opaque
Data
====
privateKey: 31 bytes
publicKey: 22 bytes
Avalie esta página