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

Atualize os Controladores MongoDB para o Operador Kubernetes

O procedimento a seguir descreve como atualizar o Operador Kubernetes para sua versão mais recente. Este processo de atualização é paralelo ao processo de instalação do Kubernetes Operator.

Observação

Use o mesmo namespace em todo o

Por padrão, o Operador Kubernetes distribui todos os recursos do seu cluster Kubernetes no namespace mongodb. Você pode implantar recursos do Kubernetes Operator em um namespace diferente editando todos os valores para metadata.namespace em mongodb-kubernetes.yaml. Você também deve atualizar o valor subjects[0].namespace em cada RoleBinding e ClusterRoleBinding no mesmo arquivo. Se você omitir esse valor, as vinculações procurarão ServiceAccount no namespace mongodb padrão e não conseguirão encontrá-lo:

---
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 evitar alterações significativas, você deve selecionar as mesmas configurações que as da implantação existente. Para saber mais sobre as configurações de instalação opcionais do Kubernetes Operator, consulte Configurações de instalação do Operator Helm.

2

Preencha o espaço reservado do <version> e execute o seguinte comando do kubectl para implantar sua versão escolhida do Operador Kubernetes para seu cluster Kubernetes:

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

Preencha o espaço reservado do <version> e execute o seguinte comando do kubectl para distribuir a versão escolhida dos CRDs ao seu agrupamento do Kubernetes:

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

As etapas a seguir dependem de como seu ambiente está configurado:

Observação

Use o mesmo namespace em todo o

Por padrão, o Operador Kubernetes distribui todos os recursos do seu cluster Kubernetes no namespace mongodb. Você pode implantar recursos do Kubernetes Operator em um namespace diferente editando todos os valores para metadata.namespace em mongodb-kubernetes-openshift.yaml. Você também deve atualizar o valor subjects[0].namespace em cada RoleBinding e ClusterRoleBinding no mesmo arquivo. Se você omitir esse valor, as vinculações procurarão ServiceAccount no namespace mongodb padrão e não conseguirão encontrá-lo:

---
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 evitar alterações significativas, você deve selecionar as mesmas configurações que as da implantação existente. Para saber mais sobre as configurações de instalação opcionais do Kubernetes Operator, consulte Configurações de instalação do Operator Helm.

Você deve adicionar seu <openshift-pull-secret> às definições do ServiceAccount :

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

Preencha o espaço reservado <version> e execute a seguinte operação:

oc apply -f https://raw.githubusercontent.com/mongodb/mongodb-kubernetes/1.1.0/public/mongodb-kubernetes-openshift.yaml
3

Execute o seguinte comando oc:

Preencha o espaço reservado <version> e execute o seguinte comando oc para implantar a versão escolhida dos CRDs no cluster do Kubernetes:

oc apply -f https://raw.githubusercontent.com/mongodb/mongodb-kubernetes/1.1.0/public/crds.yaml

Para solucionar problemas do seu operador Kubernetes, consulte Verificar registros do operador Kubernetes e outros tópicos de solução de problemas.

Importante

Se você precisar remover o Kubernetes Operator ou o namespace, primeiro deverá remover os recursos do MongoDB.

Para verificar se o Kubernetes Operator foi instalado corretamente, execute o seguinte comando e verifique o resultado:

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

Por padrão, existem sistemas no namespace mongodb . Se a seguinte mensagem de erro aparecer, certifique-se de usar o namespace correto:

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

Para solucionar problemas do seu operador Kubernetes, consulte Verificar registros do operador Kubernetes e outros tópicos de solução de problemas.

Importante

Se você precisar remover o Kubernetes Operator ou o namespace, primeiro deverá remover os recursos do MongoDB.

Depois de atualizar os Controladores MongoDB para Kubernetes Operator, você pode: