Docs Menu
Docs Home
/ /
/ / /

Crear credenciales para el operador de Kubernetes

Para que el operador de Kubernetes cree o actualice objetos en su proyecto de Cloud Manager u Ops Manager, debe almacenar su clave de API programática en su herramienta de almacenamiento secreta.

Pueden existir varios secretos en el mismo espacio de nombres. Cada usuario debe tener su propio secreto.

Puede seguir el procedimiento a continuación para almacenar manualmente la clave API programática como un secreto de Kubernetes. También puede:

Para crear credenciales para el operador de Kubernetes, debe:

  1. Tener o crear una Organización de Gerente de Operaciones.

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

  3. Otorgue esta nueva clave API programática:

    Nota

    Debe asignar a la clave de API programática el rol de propietario de la Global Owner organización o. Si desea asignar solo el rol de propietario del proyecto a la clave de API programática, primero debe crear el proyecto y, a continuación, la clave de API programática para el proyecto con dicho rol. El operador de Kubernetes no puede crear proyectos si la clave de API programática solo tiene el rol de propietario del proyecto.

  4. Añade el Bloque de IP o CIDR de cualquier host que preste servicio al operador de Kubernetes en la lista de acceso de API.

Para crear su secreto de Kubernetes:

1
  1. Asegúrese de tener las claves públicas y privadas para la clave API programática de Ops Manager deseada.

  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>"

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

    Nota

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

2

Invoque 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

Volver

Configurar

En esta página