Você pode configurar a topologia de implantação de seus recursos do MongoDB no Kubernetes definindo NodeAffinity e PodAffinity. NodeAffinity e PodAffinity especificam onde o Kubernetes distribui os recursos personalizados do MongoDB em seu cluster do Kubernetes.
Você pode implementar a afinidade do nó aplicando rótulos de nó a nós específicos dentro do cluster do Kubernetes e definindo campos labelSelector com rótulos correspondentes no MongoDB CustomResourceDefinition. Quando você aplica rótulos de nó e valores labelSelector correspondentes, o Kubernetes implanta apenas uma determinada CustomResourceDefinition do MongoDB nos nós especificados no cluster do Kubernetes. A implementação de regras de afinidade de nó pode ser útil ao distribuir recursos do MongoDB em grupos de nós heterogêneos, pois permite distribuir recursos específicos em variedades de nó específicas.
Da mesma forma, você pode implementar a afinidade do Pod aplicando rótulos aos Pods que estão em execução em seu cluster e alinhando esses valores de rótulo com valores labelSelector definidos em seu MongoDB CustomResourceDefinition. Quando você aplica rótulos e valores labelSelector correspondentes, o Kubernetes coloca os Pods gerenciados por recursos personalizados do MongoDB com Pods com rótulos correspondentes aplicados. Ao colocar Pods, você pode melhorar o desempenho do sistema e reduzir a latência entre Pods que se comunicam regularmente. Você também pode definir regras de antiafinidade de Pod que permitem especificar Pods que não devem ser colocalizados.
Para sistemas Standalone e de Conjunto de Réplicas, você pode aplicar essas regras de afinidade ao spec.podSpec de seu MongoDB CustomResourceDefinition. Para sistemas de cluster fragmentado, você pode aplicar estas regras de afinidade às seções spec.configSrvPodSpec, spec.shardPodSpec e spec.mongosPodSpec do seu MongoDB CustomResourceDefinition.
Você deve implantar recursos do MongoDB , como mongos, shards e servidores de configuração no caso de uma implantação de cluster, no mesmo namespace que o recurso MongoDB . No entanto, dentro desse namespace, você pode configurar o nodeAffinity e o podAffinity para mongos, shards e tipos de recursos do servidor de configuração no ShardedCluster CustomResourceDefinition.
Pré-requisitos
Para configurar a topologia de implantação para sua implantação do MongoDB, você deve ter um conjunto de réplicas do MongoDB distribuído pelo MongoDB Kubernetes Operator junto com rótulos aplicados aos recursos do Kubernetes que se alinharão com labelSelectors definido na CustomResourceDefinition do MongoDB ou atender aos seguintes pré-requisitos:
Etiquetas aplicadas aos recursos do Kubernetes que se alinharão com o
labelSelectorsdefinido no MongoDB CustomResourceDefinition.
Procedimento
Atualize seu manifesto CRD do MongoDB .
Preencha as seções podTemplate.spec.affinity da sua definição de Cluster Fragmentado MongoDB como mostrado no seguinte exemplo:
apiVersion: mongodb.com/v1kind: MongoDBmetadata: name: my-sharded-clusterspec: shardCount: 2 mongodsPerShardCount: 3 mongosCount: 2 configServerCount: 3 version: 8.0.0 service: my-service
opsManager: configMapRef: name: my-project credentials: my-credentials type: ShardedCluster
persistent: true configSrvPodSpec: podTemplate: spec: affinity: podAffinity: requiredDuringSchedulingIgnoredDuringExecution: - labelSelector: matchExpressions: - key: security operator: In values: - S1 topologyKey: failure-domain.beta.kubernetes.io/zone nodeAffinity: requiredDuringSchedulingIgnoredDuringExecution: nodeSelectorTerms: - matchExpressions: - key: kubernetes.io/e2e-az-name operator: In values: - e2e-az1 - e2e-az2 podAntiAffinity: requiredDuringSchedulingIgnoredDuringExecution: - podAffinityTerm: topologyKey: nodeId mongosPodSpec: podTemplate: spec: affinity: podAffinity: requiredDuringSchedulingIgnoredDuringExecution: - labelSelector: matchExpressions: - key: security operator: In values: - S1 topologyKey: failure-domain.beta.kubernetes.io/zone nodeAffinity: requiredDuringSchedulingIgnoredDuringExecution: nodeSelectorTerms: - matchExpressions: - key: kubernetes.io/e2e-az-name operator: In values: - e2e-az1 - e2e-az2 podAntiAffinity: requiredDuringSchedulingIgnoredDuringExecution: - podAffinityTerm: topologyKey: nodeId shardPodSpec: podTemplate: spec: affinity: podAffinity: requiredDuringSchedulingIgnoredDuringExecution: - labelSelector: matchExpressions: - key: security operator: In values: - S1 topologyKey: failure-domain.beta.kubernetes.io/zone nodeAffinity: requiredDuringSchedulingIgnoredDuringExecution: nodeSelectorTerms: - matchExpressions: - key: kubernetes.io/e2e-az-name operator: In values: - e2e-az1 - e2e-az2 podAntiAffinity: requiredDuringSchedulingIgnoredDuringExecution: - podAffinityTerm: topologyKey: nodeId