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.

Definir escopo para controladoras do MongoDB para sistema do operador Kubernetes

Antes de instalar o Kubernetes Operator, você pode definir o escopo do sistema do Kubernetes Operator. Os escopos dependem dos namespaces nos quais você escolhe para implantar os recursos do Ops Manager e do MongoDB .

Escopos de implantação do operador Kubernetes

Você pode definir um destes escopos:

O operador usa o mesmo namespace único que os recursos

Você pode definir o escopo do Operador Kubernetes para usar o mesmo namespace que os recursos. Nesse caso, o Operador do Kubernetes observa o Ops Manager e os MongoDB recursos no mesmo namespace.

Quando você instala o Operador Kubernetes, ele utiliza o namespace padrão.

O operador usa um subconjunto de namespaces

Você pode definir o escopo do Kubernetes Operator para usar um ou mais namespaces que diferem do namespace usado pelos recursos do Kubernetes Operator. Nesse caso, o Operador do Kubernetes observa o Ops Manager e os MongoDB recursos em um subconjunto de namespaces que você especifica.

Para instalar as instâncias do Operador Kubernetes com esse escopo, use helm com o operador.watchNamespace Parâmetro.

Observar um subconjunto de namespaces é útil em sistemas em que uma única instância do Kubernetes Operator observa um tipo de recurso de cluster diferente. Por exemplo, você pode configurar o Operador Kubernetes para observar recursos do MongoDB em um subconjunto de namespaces e para monitorar recursos do MongoDBMultiCluster em outro subconjunto de namespaces. Para evitar condições de corrida durante a reconciliação de recursos, para cada tipo de recurso personalizado que você deseja que o Operador Kubernetes assista, certifique-se de definir o escopo para um subconjunto distinto de namespaces.

Siga as instruções de instalação relevantes para helm, mas especifique um ou mais namespaces no operador.watchNamespace parâmetro para o operador Kubernetes observar:

# Watch one namespacehelm install mongodb-kubernetes-operator mongodb/mongodb-kubernetes \   --set operator.watchNamespace='namespace-to-watch' <...>
# Watch both namespace-a and namespace-bhelm install mongodb-kubernetes-operator mongodb/mongodb-kubernetes \   --set operator.watchNamespace="namespace-a\,namespace-b"
# Operator with name `mongodb-kubernetes-operator-qa-envs` will# watch ns-dev, ns-qa and ns-uat namespaces
helm install mongodb-kubernetes-operator-qa-envs mongodb/mongodb-kubernetes \   --set operator.watchNamespace="ns-dev\,ns-qa\,ns-uat"
# Operator with name `mongodb-kubernetes-operator-staging` will# watch ns-staging and ns-pre-prodhelm install mongodb-kubernetes-operator-staging mongodb/mongodb-kubernetes --set operator.watchNamespace="ns-staging\,ns-pre-prod"

Ao instalar o Operador Kubernetes para observar recursos em um ou mais namespaces diferentes do namespace no qual o Operador Kubernetes está distribuído:

  1. Crie os seguintes recursos:

    • Um ClusterRole com acesso a vários recursos. Para a definição completa do recurso, consulte o exemplo operator-roles.yaml. Este é um recurso com escopo de cluster.

    • Crie um ClusterRoleBinding para vincular ClusterRole a ServiceAccount. Esse clusterRoleBinding vinculará o clusterRole que você criou à ServiceAccount que o Kubernetes Operator está usando no namespace onde você o instalou.

  2. Inclua o ClusterRole e o ClusterRoleBinding nos arquivos de configuração padrão que você aplica durante a instalação.

  3. Criar contas de serviçolocais do Kubernetes:

    Para cada namespace, crie algumas ou todas as seguintes ServiceAccounts locais do Kubernetes:

    • Se você deseja implantar uma instância MongoDB no namespace, utilize mongodb-kubernetes-database-pods.

    • Se você deseja implantar o Ops Manager no namespace, use mongodb-kubernetes-appdb e mongodb-kubernetes-ops-manager.

O exemplo a seguir ilustra como ClusterRole e ClusterRoleBinding trabalham juntos no cluster.

Suponha que você crie um ServiceAccount no namespace mongodb e depois instale o Kubernetes Operator nesse namespace. O Operador Kubernetes usa esta ServiceAccount.

Para definir o escopo do Operador Kubernetes para monitorar os namespaces ns1 e ns2:

  1. Obtenha privilégios de administrador do cluster.

  2. Usando esses privilégios, crie um ClusterRole sem namespace e em todo o cluster.

  3. Crie um ClusterRoleBinding em três namespaces: mongodb, ns1 e ns2. Este ClusterRoleBinding vinculará o ClusterRole ao ServiceAccount no namespace mongodb. O clusterRoleBinding permitirá ao Operador Kubernetes implantado no mongodb namespace acessar os recursos descritos no clusterRole do namespace de destino, ou seja, em mongodb, ns1 e ns2.

Consulte também operator.watchNamespace.

O operador usa o escopo em todo o cluster

Você pode definir o escopo do Operador Kubernetes para o cluster Kubernetes. Neste caso, o Operador do Kubernetes observa os recursos do Ops Manager e do MongoDB em todos os namespaces no cluster do Kubernetes.

Importante

Você pode implantar apenas uma instância do Operador Kubernetes com um escopo de todo o cluster por cluster Kubernetes.

Para definir um escopo de todo o cluster para o Operador Kubernetes, siga as instruções para seu método de instalação preferido.

  1. Use o mongodb-kubernetes.yaml arquivo YAML de amostra do repositório do Github do MongoDB Controllers para o Kubernetes operador.

  2. Set the spec.template.spec.containers.name.env.name:WATCH_NAMESPACE in mongodb-kubernetes.yaml to "*". You must include the double quotation marks (") around the asterisk (*) in the YAML file.

    WATCH_NAMESPACE: "*"

  3. In mongodb-kubernetes.yaml, change:

    kind:  RoleapiVersion: rbac.authorization.k8s.io/v1metadata: name: mongodb-kubernetes-operator

    para:

    kind: ClusterRoleapiVersion: rbac.authorization.k8s.io/v1metadata: name: mongodb-kubernetes-operator

  4. Adicione o seguinte código ao ClusterRole que você acabou de modificar:

    - apiGroups:  - ""  resources:  - namespaces  verbs:  - list  - watch

  5. In mongodb-kubernetes.yaml, change:

    kind:  RoleBindingapiVersion: rbac.authorization.k8s.io/v1metadata: name: mongodb-kubernetes-operator namespace: mongodbroleRef: apiGroup: rbac.authorization.k8s.io kind: Role name: mongodb-kubernetes-operatorsubjects: - kind: ServiceAccount name: mongodb-kubernetes-operator namespace: mongodb

    para:

    kind:  ClusterRoleBindingapiVersion: rbac.authorization.k8s.io/v1metadata: name: mongodb-kubernetes-operator namespace: mongodbroleRef: apiGroup: rbac.authorization.k8s.io kind: ClusterRole name: mongodb-kubernetes-operatorsubjects: - kind: ServiceAccount name: mongodb-kubernetes-operator namespace: mongodb

  6. No arquivo mongodb-kubernetes.yaml , altere o valor <namespace> para o namespace em que você deseja que o operador Kubernetes implemente recursos e aplique o arquivo YAML .

    ---kind: ServiceAccountapiVersion: v1metadata:  name: mongodb-kubernetes-appdb  namespace: <namespace>---kind: ServiceAccountapiVersion: v1metadata:  name: mongodb-kubernetes-database-pods  namespace: <namespace>---kind: ServiceAccountapiVersion: v1metadata:  name: mongodb-kubernetes-ops-manager  namespace: <namespace>---kind: RoleapiVersion: rbac.authorization.k8s.io/v1metadata:  name: mongodb-kubernetes-appdb  namespace: <namespace>rules:  - apiGroups:      - ""    resources:      - secrets    verbs:      - get  - apiGroups:      - ""    resources:      - pods    verbs:      - patch---kind: RoleBindingapiVersion: rbac.authorization.k8s.io/v1metadata:  name: mongodb-kubernetes-appdb  namespace: <namespace>roleRef:  apiGroup: rbac.authorization.k8s.io  kind: Role  name: mongodb-kubernetes-appdbsubjects:  - kind: ServiceAccount    name: mongodb-kubernetes-appdb    namespace: <namespace>...

  7. Crie contas de serviço locais do Kubernetes:

    Para cada namespace, crie algumas ou todas as seguintes contas de serviço local do Kubernetes:

    • Se você deseja implantar uma instância MongoDB no namespace, utilize mongodb-kubernetes-database-pods.

    • Se você deseja implantar o Ops Manager no namespace, use mongodb-kubernetes-appdb e mongodb-kubernetes-ops-manager.

    Copie e cole os exemplos aplicáveis e substitua o valor <namespace> pelo rótulo que identifica o namespace.

    ---kind: ServiceAccountapiVersion: v1metadata: name: mongodb-kubernetes-database-pods namespace: <namespace>---kind: ServiceAccountapiVersion: v1metadata: name: mongodb-kubernetes-appdb namespace: <namespace>---kind: ServiceAccountapiVersion: v1metadata: name: mongodb-kubernetes-ops-manager namespace: <namespace>

Próximos passos

Depois de configurar o escopo dos Controladores MongoDB para o Operador Kubernetes, você pode:

Avalie esta página

Nesta página