Para agentes de IA: hay un índice de documentación disponible en https://www.mongodb.com/es/docs/llms.txt — versiones en markdown de todas las páginas están disponibles agregando .md a cualquier ruta URL.
Docs Menu

Cree credenciales para el Operador de Kubernetes

Para que el operador de Kubernetes pueda crear o actualizar objetos en su proyecto de Cloud Manager u Ops Manager, debe almacenar su clave API programática en su herramienta de almacenamiento de secretos.

Pueden haber múltiples secretos en el mismo namespace. Cada usuario debe tener su propio secreto.

Puede seguir el procedimiento que se describe a continuación para almacenar manualmente la clave API programática como un secreto de Kubernetes. Alternativamente, puede:

Para crear credenciales para el Operador de Kubernetes, debes:

  1. Tener o generar una clave API programática.

  2. Concede esta nueva Clave API programática:

    Nota

    Debe otorgar a la clave API programática el rol de Organization Owner o Global Owner. Si desea conceder a la clave de API programática solo el Project Owner rol, primero debe crear el Proyecto y, a continuación, la clave de API programática para el Proyecto con el Project Owner rol. El operador de Kubernetes no puede crear proyectos si la clave API programática solo tiene el rol de Project Owner.

  3. Agrega el bloque IP o CIDR de cualquier host que sirva el Kubernetes operador a la Lista de Acceso API.

Para crear tu secreto de Kubernetes:

1
  1. Asegúrate de tener las claves pública y las llaves privadas para tu clave API programática deseada de Ops Manager.

  2. Ejecútese el siguiente comando de Kubernetes para crear su secret:

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

    La bandera -n limita el namespace al que se aplica este secreto. Todos los recursos de MongoDB en Kubernetes deben existir en el mismo namespace que los secrets y ConfigMaps. El Kubernetes operador no utiliza ni los secretos ni los ConfigMaps.

    Nota

    La versión en desuso de este comando especifica un user y un publicApiKey en lugar de un publicKey y un privateKey. El Operador de Kubernetes acepta cualquiera de las versiones para la autenticación.

2

Ejecute el siguiente comando de Kubernetes para verificar su secreto:

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

Este comando devuelve una descripción secreta en el shell:

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