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

Instala el operador de los controladores de MongoDB para Kubernetes

Complete los siguientes requisitos previos antes de instalar el operador de Kubernetes:

1

Si necesitas una solución de Kubernetes, consulta la documentación de Kubernetes para elegir la solución adecuada. Revisar arquitecturas de hardware compatibles.

2
git clone https://github.com/mongodb/mongodb-kubernetes.git
cd mongodb-kubernetes
git checkout 1.10.0

Nota

Puede utilizar Helm para instalar el Operador de Kubernetes. Para aprender cómo instalar Helm, consulta su documentación en GitHub.

3

Por defecto, el operador Kubernetes utiliza el namespace mongodb. Para simplificar su instalación, considere crear un namespace etiquetado como mongodb usando el siguiente comando kubectl:

kubectl create namespace mongodb

Si no deseas usar el espacio de nombres mongodb, puedes etiquetar tu espacio de nombres como quieras:

kubectl create namespace <namespaceName>
4

Si no implementas un recurso de Ops Manager con el Operador de Kubernetes, debes tener un Ops Manager funcionando fuera de tu clúster de Kubernetes. Si vas a implementar un recurso de Ops Manager en Kubernetes con el Operador de Kubernetes, omite este requisito previo.

Importante

Tu instalación de Ops Manager debe ejecutar un servicio NTP activo. Si el reloj del host de Ops Manager se desincroniza, ese host no puede comunicarse con el operador de Kubernetes.

Para aprender cómo verificar tu servicio NTP para tu host de Ops Manager, consulta la documentación para RHEL.

Revise los siguientes temas de planificación. Para obtener más información, consulte Planifique la instalación de su operador de Kubernetes.

El procedimiento de instalación varía según cómo desees configurar tu entorno:

Nota

Se puede usar el mismo namespace siempre

Por defecto, el operador de Kubernetes implementa todos los recursos de tu clúster de Kubernetes en el namespace mongodb. Puedes implementar recursos de operador de Kubernetes en otro namespace diferente editando todos los valores para metadata.namespace en mongodb-kubernetes.yaml. También debe actualizar el valor subjects[0].namespace en cada RoleBinding y ClusterRoleBinding en el mismo archivo. Si omite este valor, los enlaces buscan el ServiceAccount en el namespace mongodb por defecto y no lo encuentran:

---
apiVersion: v1
kind: ServiceAccount
metadata:
name: mongodb-kubernetes-operator
namespace: production
---
apiVersion: rbac.authorization.k8s.io/v1
kind: RoleBinding
metadata:
name: mongodb-kubernetes-operator
namespace: production
roleRef:
apiGroup: rbac.authorization.k8s.io
kind: Role
name: mongodb-kubernetes-operator
subjects:
- kind: ServiceAccount
name: mongodb-kubernetes-operator
namespace: production
---
apiVersion: apps/v1
kind: Deployment
metadata:
name: mongodb-kubernetes-operator
namespace: production
---
# Example truncated
---
...
1

Para aprender sobre la configuración opcional de instalación de Kubernetes Operator, se puede consultar Configuración de instalación de kubectl y oc del operador.

Nota

Para habilitar la vista previa pública de contenedores estáticos, que mejoran y simplifican la seguridad, consulta Contenedores estáticos (vista previa pública). No recomendamos usar esta funcionalidad en producción mientras está en vista previa pública. Para aprender más, consultar Funcionalidades de la vista previa.

2

Ejecuta el siguiente comando kubectl para implementar tu versión elegida de los CRDs en el clúster de Kubernetes:

kubectl apply -f https://raw.githubusercontent.com/mongodb/mongodb-kubernetes/1.10.0/public/crds.yaml
3

Ejecuta el siguiente comando kubectl para implementar la versión que elijas del operador de Kubernetes en tu clúster de Kubernetes:

kubectl apply -f https://raw.githubusercontent.com/mongodb/mongodb-kubernetes/1.10.0/public/mongodb-kubernetes.yaml

Antes de comenzar, asegúrate de que el indicador MANAGED_SECURITY_CONTEXT esté configurado en true cuando implementes el operador de Kubernetes en OpenShift. Este valor está predefinido en el archivo values-openshift.yaml.

El procedimiento de instalación varía según cómo desees configurar tu entorno:

Nota

Se puede usar el mismo namespace siempre

Por defecto, el operador de Kubernetes implementa todos los recursos de tu clúster de Kubernetes en el namespace mongodb. Puedes implementar recursos de operador de Kubernetes en otro namespace diferente editando todos los valores para metadata.namespace en mongodb-kubernetes-openshift.yaml. También debe actualizar el valor subjects[0].namespace en cada RoleBinding y ClusterRoleBinding en el mismo archivo. Si omite este valor, los enlaces buscan el ServiceAccount en el namespace mongodb por defecto y no lo encuentran:

---
apiVersion: v1
kind: ServiceAccount
metadata:
name: mongodb-kubernetes-operator
namespace: production
---
apiVersion: rbac.authorization.k8s.io/v1
kind: RoleBinding
metadata:
name: mongodb-kubernetes-operator
namespace: production
roleRef:
apiGroup: rbac.authorization.k8s.io
kind: Role
name: mongodb-kubernetes-operator
subjects:
- kind: ServiceAccount
name: mongodb-kubernetes-operator
namespace: production
---
apiVersion: apps/v1
kind: Deployment
metadata:
name: mongodb-kubernetes-operator
namespace: production
---
# Example truncated
---
...
1

Invoca los siguientes comandos git:

git clone https://github.com/mongodb/mongodb-kubernetes.git
cd mongodb-kubernetes
git checkout 1.10.0
2

Por ejemplo, si se ha clonado el repositorio en el directorio principal, se debe ejecutar:

cd ~/mongodb-kubernetes
3

Invoca el siguiente comando oc:

oc apply -f crds.yaml
4

Para aprender sobre la configuración opcional de instalación de Kubernetes Operator, se puede consultar Configuración de instalación de kubectl y oc del operador.

Nota

Para habilitar la vista previa pública de contenedores estáticos, que mejoran y simplifican la seguridad, consulta Contenedores estáticos (vista previa pública). No recomendamos usar esta funcionalidad en producción mientras está en vista previa pública. Para aprender más, consultar Funcionalidades de la vista previa.

5
---
apiVersion: v1
kind: ServiceAccount
metadata:
name: enterprise-operator
namespace: mongodb
imagePullSecrets:
- name: <openshift-pull-secret>
---
apiVersion: v1
kind: ServiceAccount
metadata:
name: mongodb-kubernetes-appdb
namespace: mongodb
imagePullSecrets:
- name: <openshift-pull-secret>
---
apiVersion: v1
kind: ServiceAccount
metadata:
name: mongodb-kubernetes-database-pods
namespace: mongodb
imagePullSecrets:
- name: <openshift-pull-secret>

Para obtener más información, se puede consultar la configuración registry.imagePullSecrets en la configuración de instalación de Helm.

6

Invoca el siguiente comando oc:

oc apply -f mongodb-kubernetes-openshift.yaml

Para verificar que el Operador de Kubernetes se instaló correctamente, ejecuta el siguiente comando y verifica el resultado:

kubectl describe deployments mongodb-kubernetes-operator -n <metadata.namespace>

Por defecto, las implementaciones existen en el namespace mongodb. Si aparece el siguiente mensaje de error, asegúrate de utilizar el namespace correcto:

Error from server (NotFound): deployments.apps "mongodb-kubernetes-operator" not found

Para solucionar problemas de tu operador de Kubernetes, consulta Revisión de registros del operador de Kubernetes y otros temas de solución de problemas.

Importante

Si necesitas eliminar el operador Kubernetes o el namespace, primero debes eliminar los recursos de MongoDB.

Después de instalar el operador de MongoDB para los controladores de Kubernetes, puedes hacer lo siguiente: