Configurações do MongoDB Search e Vector Search

Configurações para conexão com um conjunto de réplicas externas

spec.source.external.hostAndPorts

Tipo: array de strings

Lista de nomes de hosts e portas do conjunto de réplicas externas. Esta é uma lista de sementes de host para o conjunto de réplicas MongoDB . O mongot se conecta ao banco de dados em um modo de conjunto de réplicas e obtém a lista de todos os outros nós usando db.hello().

Este campo é mutuamente exclusivo com spec.source.external.shardedCluster. Use hostAndPorts para fontes de conjunto de réplicas e shardedCluster para fontes de cluster fragmentado .

Exemplo

hostAndPorts:
  - mdbc-rs-0.my-external-domain.example.com:27017
  - mdbc-rs-1.my-external-domain.example.com:27017
  - mdbc-rs-2.my-external-domain.example.com:27017

spec.source.external.tls

Tipo: objeto

Configurações de TLS que o mongot deve usar ao conectar ao banco de dados MongoDB externo.

spec.source.external.tls.ca.name

Tipo: string

Nome do ConfigMap que contém a cadeia confiável das autoridades de certificação que emitiram o certificado TLS usado pelos nós mongod .

Exemplo

spec:
  source:
    external:
      tls:
        ca:
          name: trusted-ca

Você deve especificar o certificado (ou cadeia de certificados) na chave ca.crt neste ConfigMap.

Exemplo

kind: ConfigMap
apiVersion: v1
metadata:
  name: trusted-ca
data:
  ca.crt: |
    -----BEGIN CERTIFICATE-----
    MIIDBTCCAe2gAwIBAgIIH3EOUAGAsx0wDQYJKoZIhvcNAQELBQAwFTETMBEGA1UE
    [...]
    U/4rN8Ias/FONYFRtGfs9uXHmo2MP04BF+9ED2dlbNDUbat+6XCozLJj98nI4VEi
    qaV3JrVFHTgN
    -----END CERTIFICATE-----

Configurações para conexão a um cluster fragmentado externo

As configurações a seguir são necessárias apenas para configurar uma conexão com um cluster fragmentado externo do MongoDB . Elas estendem as configurações spec.source.external existentes.

spec.source.external.shardedCluster

Tipo: objeto

Declara um cluster MongoDB fragmentado externo como fonte de dados para mongot. Contém configuração para roteadores mongos e membros do conjunto de réplicas por fragmento.

Use isso somente se o cluster fragmentado MongoDB for implantado fora do Kubernetes e não for gerenciado pelo Kubernetes operador. Para clusters fragmentados gerenciados pelo operador implantados com o CRD do MongoDB, utilize o spec.source.mongodbResourceRef em vez disso. O operador Kubernetes descobre automaticamente a topologia de fragmento.

Exemplo

spec:
  source:
    external:
      shardedCluster:
        router:
          hosts:
            - "mongos1.external:27017"
            - "mongos2.external:27017"
        shards:
          - shardName: "shard-0"
            hosts:
              - "shard0-node1.external:27018"
              - "shard0-node2.external:27018"
          - shardName: "shard-1"
            hosts:
              - "shard1-node1.external:27018"
              - "shard1-node2.external:27018"

spec.source.external.shardedCluster.router

Tipo: objeto

Configuração para as instâncias do mongos (roteador) do cluster fragmentado externo.

spec.source.external.shardedCluster.router.hosts

Tipo: array de strings

Lista de endpoints para as instâncias do roteador mongos no formato host:port. Todas as instâncias do mongot se conectam a estes roteadores. Especifique pelo menos uma entrada.

Exemplo

router:
  hosts:
    - "mongos1.external:27017"
    - "mongos2.external:27017"

spec.source.external.shardedCluster.shards

Tipo : array de objetos

Lista de todos os fragmentos no cluster MongoDB externo. Cada entrada descreve o conjunto de réplicas de um fragmento. O Operador Kubernetes cria um mongot StatefulSet para cada fragmento, onde cada StatefulSet contém o número de pods especificados no spec.clusters[].replicas. Especifique pelo menos uma entrada de fragmento.

spec.source.external.shardedCluster.shards[*].shardName

Tipo: string

O nome lógico do fragmento. O Operador do Kubernetes utiliza este nome para nomear recursos do Kubernetes (StatefulSets, Services, Secrets). O valor pode ser diferente do nome do fragmento MongoDB.

Restrições de nomeação:

• Deve ser exclusivo em todos os fragmentos.

• Deve estar em conformidade com as regras de nome de rótulo do Kubernetes DNS (RFC 1123), que permitem caracteres alfanuméricos minúsculos e hífens (-), e exigem que o nome comece e termine com um caractere alfanumérico. Pontos (.) e sublinhados (_) não são permitidos. O comprimento máximo é de 63 caracteres.

• O operador Kubernetes combina metadata.name, o índice do cluster e shardName nos nomes dos recursos do Kubernetes que ele cria (por exemplo, {name}-search-{clusterIndex}-{shardName}) e valida que cada nome gerado se encaixa nos limites de DNS do Kubernetes de 63 caracteres para rótulos e 253 caracteres para nomes de subdomínio. Mantenha shardName curto o suficiente para esses limites.

Exemplo

shards:
  - shardName: "shard-0"
    hosts:
      - "shard0-node1.external:27018"

spec.source.external.shardedCluster.shards[*].hosts

Tipo: array de strings

Lista de pontos de extremidade dos membros do conjunto de réplicas do mongod para este fragmento no formato host:port. As instâncias mongot replicam dados desses hosts. Especifique pelo menos uma entrada.

Cada conjunto de réplicas (fragmento) tem seu próprio grupo de instâncias mongot, que fornecem dados somente desse conjunto de réplicas. Fragmentos diferentes nunca compartilham as mesmas instâncias mongot.

Exemplo

shards:
  - shardName: "shard-0"
    hosts:
      - "shard0-node1.external:27018"
      - "shard0-node2.external:27018"
      - "shard0-node3.external:27018"

Dimensionamento e armazenamento

spec.clusters[].replicas

Tipo: inteiro

Número de pods mongot a implantar neste cluster Kubernetes. Para uma fonte de conjunto de réplicas, este é o número total de pods mongot. Para uma fonte de cluster sharded, este é o número de pods mongot por shard.

Se spec.clusters[].replicas for maior que 1, você também deverá configurar spec.clusters[].loadBalancer para rotear o tráfego entre mongod e as múltiplas instâncias mongot.

Se você definir spec.clusters[].replicas como 0, o operador do Kubernetes colocará a implantação mongot neste cluster offline. O operador do Kubernetes dimensiona o StatefulSet para zero pods e mantém o recurso MongoDBSearch e seus outros recursos do Kubernetes no lugar.

Se omitido, o padrão é 1.

Exemplo

spec:
  clusters:
    - replicas: 2

spec.clusters[].resourceRequirements

Tipo: core/v1/ResourceRequirements

CPU e memória para as quais o container mongodb-search pode solicitar e ser limitado. Recomendamos usar esse campo para personalizar as alocações de recursos em vez de substituí-lo por spec.clusters[].statefulSet.

Se você não substituir o tamanho de heap JVM no spec.clusters[].jvmFlags, o Operador Kubernetes definirá o tamanho de heap padrão (-Xmx) para 50% da solicitação de memória do contêiner mongot. Ajuste spec.clusters[].resourceRequirements adequadamente para controlar os recursos do pod e o tamanho do heap da JVM.

Se omitido, o Kubernetes Operator usa os seguintes valores padrão:

requests:
  cpu: 2
  memory: 4Gi

spec.clusters[].resourceRequirements.limits

Tipo: objeto

Limite superior dos recursos (CPU e memória) que o contêiner mongodb-search pode consumir. Por padrão, nenhum limite é definido. Se omitido, o pod não é restrito e, portanto, pode usar todos os recursos no nó. Recomendamos definir limites com base na sua carga de trabalho.

spec.clusters[].resourceRequirements.requests

Tipo: objeto

Quantidade de CPU e memória solicitada para o contêiner mongodb-search. Se você especificar apenas um de cpu ou memory, o operador Kubernetes aplicará o valor padrão para o outro. Se omitido, o operador Kubernetes usa os seguintes valores padrão:

requests:
  cpu: 2
  memory: 4Gi

spec.clusters[].persistence.single

Tipo: objeto

Configuração de armazenamento para o volume de persistência do MongoDB Search e Vector Search onde os índices do MongoDB Search e Vector Search são armazenados. Cada instância de pesquisa (pod) tem seu próprio armazenamento independente para manter índices, que não é compartilhado com o banco de dados MongoDB . Somente metadados de índice (definições) são armazenados no próprio banco de dados .

Escalar	Tipo de Dados	Descrição
labelSelector	string	Tag usada para vincular volumes montados a diretórios.
storage	string	Tamanho mínimo do volume persistente a ser montado. Esse valor é expresso como um número inteiro seguido por uma unidade de armazenamento na notação JEDEC. O valor padrão é 16G. Por exemplo, se um conjunto de réplicas exigir 60 gigabytes de espaço de armazenamento, defina esse valor como 60G.
storageClass	string	Tipo de armazenamento especificado em uma declaração de volume persistente. Você pode criar esse tipo de armazenamento como um objeto StorageClass antes de usá-lo nesta especificação de objeto. Certifique-se de definir a StorageClass reclaimPolicy como Retain. Isso garante que os dados sejam mantidos quando uma declaração de volume persistente for removida.

O MongoDBSearch suporta apenas o modo de persistência single, que usa um volume para todos os dados. Embora o esquema CRD também contenha um campo spec.clusters[].persistence.multiple, o operador Kubernetes não o aplica. Se você omitir persistence, o operador Kubernetes definirá spec.clusters[].persistence.single.storage como 16G.

Balanceamento de carga

spec.clusters[].loadBalancer

Tipo: objeto

Configuração para balanceamento de carga L7 entre mongod (ou mongos) e mongot. Este campo é obrigatório se spec.clusters[].replicas for maior que 1. Se spec.clusters[].replicas for 1, este campo será opcional. Você pode configurar um balanceador de carga mesmo para uma única instância do mongot para preparar-se para o dimensionamento posterior.

Exatamente um entre managed ou unmanaged deve ser definido.

Todas as entradas em spec.clusters devem concordar com o modo de balanceador de carga: ou cada entrada define loadBalancer.managed, cada entrada define loadBalancer.unmanaged, ou nenhuma entrada define loadBalancer. O Kubernetes Operator rejeita modos mistos. As implantações de vários clusters suportam apenas o modo gerenciado.

O balanceador de carga afeta quais certificados TLS os clientes mongod veem e quais nomes de host esses certificados devem conter:

• Sem um balanceador de carga, o mongod conecta diretamente ao mongot. O certificado TLS apresentado a mongod é o próprio certificado de mongot. Se o cluster MongoDB estiver fora do Kubernetes, o serviço mongot será exposto em um domínio externo. Você deve incluir esse domínio externo no campo SAN ( nome alternativo do assunto ) do certificado TLS mongot.

• Com um balanceador de carga gerenciado (spec.clusters[].loadBalancer.managed), o proxy Envoy é o único componente que se conecta diretamente ao mongot. O proxy Envoy atinge mongot por meio dos FQDNs de serviço internos:

  • conjunto de réplicas: <name>-search-<clusterIndex>-svc.<ns>.svc.cluster.local

  • cluster fragmentado: <name>-search-<clusterIndex>-<shard>-svc.<ns>.svc.cluster.local

  Recomendamos que você inclua esses FQDNs de serviço no campo SAN do certificado TLS mongot. O proxy Envoy gerenciado pelo operador atualmente valida o certificado mongot apenas em relação à autoridade de certificação e não corresponde aos nomes de host SAN. Os processos externos mongod veem o certificado TLS do proxy Envoy, portanto, inclua domínios externos nos SANs do certificado Envoy, não no certificado mongot.

Dica

Habilite um balanceador de carga gerenciado mesmo se você implantar inicialmente um único pod do mongot. Com o balanceador de carga em vigor, os domínios em seus certificados TLS permanecerão estáveis se você dimensionar spec.clusters[].replicas mais tarde, pois o balanceador de carga já está presente entre mongod e mongot.

spec.clusters[].loadBalancer.managed

Tipo: objeto

Configura um balanceador de carga Envoy gerenciado pelo operador. O Operador do Kubernetes implementa e gerencia o proxy Envoy com roteamento correto, mTLS e fixação de fluxo HTTP/2+gRPC. Defina este campo como um objeto vazio ({}) para usar os padrões.

Este campo é mutuamente exclusivo com spec.clusters[].loadBalancer.unmanaged.

Para fontes de cluster sharded, você também deve configurar spec.security.tls se usar um balanceador de carga gerenciado. O proxy Envoy roteia o tráfego para o shard correto usando SNI, que requer TLS.

Exemplo

spec:
  clusters:
    - loadBalancer:
        managed: {}

spec.clusters[].loadBalancer.managed.externalHostname

Tipo: string

Nome de host que o proxy Envoy espera para correspondência SNI nas solicitações recebidas. O Kubernetes operador usa esse valor para configurar as regras de roteamento que correspondam ao campo TLS SNI das conexões mongod de entrada. O certificado do servidor Envoy TLS deve incluir este nome de host em seu campo SAN ( nome alternativo do assunto ).

Para fontes de cluster sharded, o valor deve conter um espaço reservado do {shardName}, que o Operador Kubernetes expande por shard. Cada shard obtém seu próprio nome de host, e o certificado do servidor Envoy TLS deve incluir todos os nomes de host de shard expandidos em seus SANs. Você pode usar um certificado wildcard para cobrir todos os shards com um único certificado e evitar a reemissão quando os shards forem adicionados. Para fontes de conjunto de réplicas, não use o placeholder {shardName}.

Esse campo é obrigatório se o MongoDB for gerenciado externamente (não implantado pelo operador Kubernetes). Se o MongoDB for gerenciado pelo operador no mesmo cluster, omita este campo porque o Operador Kubernetes configura automaticamente o roteamento.

Em implantações de vários clusters, cada entrada de cluster normalmente usa um nome de host distinto. No entanto, o operador Kubernetes permite o compartilhamento de um nome de host entre clusters, por exemplo, se um proxy de failover que abrange zonas de disponibilidade estiver à frente dos proxies Envoy de vários clusters.

Exemplo

# Replica set with external MongoDB
spec:
  clusters:
    - loadBalancer:
        managed:
          externalHostname: "search.apps.example.com"
# Sharded cluster with external MongoDB
spec:
  clusters:
    - loadBalancer:
        managed:
          externalHostname: "{shardName}.search.example.com"

spec.clusters[].loadBalancer.managed.routerHostname

Tipo: string

Ponto de extremidade que os roteadores mongos usam para alcançar as instâncias mongot deste cluster por meio do balanceador de carga Envoy gerenciado, no formato host:port. O Operador Kubernetes usa o nome do host para correspondência SNI na cadeia de roteamento de nível de cluster, portanto, o certificado do servidor Envoy TLS deve incluir esse nome de host em seus SANs.

Este campo é necessário se você usar um balanceador de carga gerenciado com uma origem MongoDB sharded externa (spec.source.external.shardedCluster). O operador Kubernetes ignora este campo para origens de conjunto de réplicas e para MongoDB gerenciado pelo operador.

Ao contrário do externalHostname, o Operador Kubernetes usa esse valor literalmente, portanto, o valor não deve conter um placeholder {shardName}. Este ponto de extremidade é o ponto de entrada agnóstico de shard para mongos.

Em implantações de vários clusters, cada entrada de cluster normalmente usa um valor distinto. No entanto, o operador Kubernetes permite o compartilhamento de um valor entre clusters, por exemplo, se um proxy de failover que abrange zonas de disponibilidade estiver à frente dos proxies Envoy de vários clusters.

Exemplo

spec:
  clusters:
    - loadBalancer:
        managed:
          externalHostname: "{shardName}.search.example.com"
          routerHostname: "search-router.example.com:27028"

spec.clusters[].loadBalancer.managed.replicas

Tipo: inteiro

Número de pods de proxy do Envoy a serem implantados neste cluster do Kubernetes. O valor deve ser 1 ou superior. Se omitido, o padrão é 1.

spec.clusters[].loadBalancer.managed.resourceRequirements

Tipo: core/v1/ResourceRequirements

CPU e memória que o contêiner Envoy pode solicitar e ser limitado. Se você especificar esta configuração, o Operador Kubernetes substituirá completamente os padrões.

Se omitido, o Kubernetes Operator usa os seguintes valores padrão:

requests:
  cpu: 100m
  memory: 128Mi
limits:
  cpu: 500m
  memory: 512Mi

Exemplo

spec:
  clusters:
    - loadBalancer:
        managed:
          resourceRequirements:
            requests:
              cpu: "200m"
              memory: "256Mi"
            limits:
              cpu: "1"
              memory: "1Gi"

spec.clusters[].loadBalancer.managed.deployment

Tipo: objeto

Substituições que o operador Kubernetes mescla na Implantação do Envoy criada pelo operador. Segue a mesma convenção que spec.statefulSet nos recursos do MongoDB . Se omitido, o Kubernetes Operator usa padrões para a implantação Envoy.

Este objeto contém dois campos:

• metadata — contém labels e annotations campos que o Operador Kubernetes mescla nos metadados da implantação do Envoy.

• spec — um objeto apps/v1/DeploymentSpec. O Operador Kubernetes mescla essas substituições na especificação da implantação do Envoy.

Exemplo

spec:
  clusters:
    - loadBalancer:
        managed:
          deployment:
            spec:
              template:
                spec:
                  nodeSelector:
                    kubernetes.io/os: linux

spec.clusters[].loadBalancer.managed.retryPolicy

Tipo: objeto

Comportamento de repetição que o proxy Envoy aplica a streams gRPC individuais para as instâncias mongot upstream. O proxy Envoy envia cada tentativa de repetição para um host mongot diferente da tentativa com falha.

Se você omitir este campo, o proxy do Envoy tentará novamente com os valores padrão: 2 tentativas com um tempo limite por tentativa de 60s.

Exemplo

spec:
  clusters:
    - loadBalancer:
        managed:
          retryPolicy:
            numRetries: 2
            perTryTimeout: "60s"

spec.clusters[].loadBalancer.managed.retryPolicy.numRetries

Tipo: inteiro

Número máximo de tentativas por solicitação. O valor deve ser 1 ou superior. Se omitido, o padrão é 2, o que permite três tentativas no total para cada solicitação.

spec.clusters[].loadBalancer.managed.retryPolicy.perTryTimeout

Tipo: string

Tempo limite para cada tentativa individual, incluindo a solicitação original, expressa como uma string de duração (por exemplo, "30s"). Se omitido, o padrão é "60s".

spec.clusters[].loadBalancer.managed.minMongotReadyReplicas

Tipo: inteiro

Número mínimo de réplicas mongot prontas que um grupo mongot (por exemplo, as instâncias mongot de um shard) deve ter antes que o proxy Envoy direcione o tráfego para ele. Enquanto um grupo estiver abaixo desse limite, o proxy Envoy encaminhará o tráfego destinado a esse grupo para um grupo mongot saudável e marcará as solicitações com o cabeçalho routed_from_another_shard. Essas solicitações retornam resultados vazios em vez de erros.

O valor deve ser 1 ou superior. Se omitido, o padrão é 1.

spec.clusters[].loadBalancer.unmanaged

Tipo: objeto

Configura um balanceador de carga L7 fornecido pelo usuário. Você é responsável por implantar e configurar o balanceador de carga externamente.

Este campo é mutuamente exclusivo com spec.clusters[].loadBalancer.managed. As implantações de vários clusters não oferecem suporte a balanceadores de carga não gerenciados.

spec.clusters[].loadBalancer.unmanaged.endpoint

Tipo: string

O ponto de extremidade do balanceador de carga BYO no formato host:port. Você deve especificar este campo se configurar spec.clusters[].loadBalancer.unmanaged.

Se o Kubernetes Operator gerenciar a implantação do MongoDB (usando spec.source.mongodbResourceRef), o Kubernetes Operator gravará esse valor na configuração mongod como mongotHost e searchIndexManagementHostAndPort. Se o MongoDB for externo, você configurará os parâmetros mongod você mesmo usando o mesmo valor.

Para fontes de cluster sharded externas, o valor deve conter um espaço reservado do {shardName} que o Operador Kubernetes expande por shard, e deve conter mais do que apenas o espaço reservado. Para fontes de conjunto de réplicas externas, o valor não deve conter um espaço reservado {shardName}.

Exemplo

# Replica set example
spec:
  clusters:
    - loadBalancer:
        unmanaged:
          endpoint: "search-lb.corp.example.com:443"
# Sharded cluster example
spec:
  clusters:
    - loadBalancer:
        unmanaged:
          endpoint: "{shardName}-lb.corp.example.com:443"

Substituições por shard

spec.clusters[].shardOverrides

Tipo : array de objetos

Substituições que dimensionam shards específicos dentro desta entrada de cluster de forma diferente dos padrões do cluster. Use este campo para dar a shards individuais mais ou menos réplicas mongot, recursos ou armazenamento do que o restante do cluster.

Você pode usar este campo apenas com uma fonte de cluster sharded externa (spec.source.external.shardedCluster). Cada nome de shard que você referencia deve existir em spec.source.external.shardedCluster.shards[*].shardName, e você pode substituir cada shard no máximo uma vez por entrada de cluster.

Se você definir replicas, resourceRequirements, persistence ou jvmFlags em uma substituição, eles substituirão o valor do cluster para os shards nomeados. O operador Kubernetes mescla profundamente statefulSet no valor do cluster. Os campos que você não define herdam o valor do cluster.

Exemplo

spec:
  clusters:
    - replicas: 2
      shardOverrides:
        - shardNames:
            - shard-0
          replicas: 3
          resourceRequirements:
            requests:
              cpu: "4"
              memory: 8Gi

spec.clusters[].shardOverrides[*].shardNames

Tipo: array de strings

Nomes dos shards dentro desta entrada de cluster aos quais a substituição se aplica. Este campo é obrigatório e deve conter pelo menos uma entrada.

spec.clusters[].shardOverrides[*].replicas

Tipo: inteiro

Substitui a contagem de réplicas mongot do cluster para os shards nomeados. Um valor de 0 desativa as instâncias mongot para esses shards.

spec.clusters[].shardOverrides[*].resourceRequirements

Tipo: core/v1/ResourceRequirements

Substitui as solicitações e limites de CPU e memória do cluster para os shards nomeados.

spec.clusters[].shardOverrides[*].persistence

Tipo: objeto

Substitui a configuração de volume persistente do cluster para os shards nomeados. Usa o mesmo esquema que spec.clusters[].persistence.

spec.clusters[].shardOverrides[*].statefulSet

Tipo: objeto

Substituições de StatefulSet para os shards nomeados. Ao contrário dos outros campos de substituição, o Kubernetes Operator mescla profundamente esse valor no valor spec.clusters[].statefulSet do cluster em vez de substituí-lo.

spec.clusters[].shardOverrides[*].jvmFlags

Tipo: array de strings

Substitui o spec.clusters[].jvmFlags do cluster para os shards nomeados se você o definir como uma lista não vazia. As regras de formato para spec.clusters[].jvmFlags também se aplicam a este campo.

Seleção da fonte de sincronização

spec.clusters[].syncSourceSelector

Tipo: objeto

Seleciona de quais nós mongod as instâncias mongot nesta entrada de cluster sincronizam os dados.

spec.clusters[].syncSourceSelector.matchTagSets

Tipo : array de objetos

Lista ordenada de conjuntos de tags de conjunto de réplicas que seleciona os nós de origem de sincronização mongod por suas tags de conjunto de réplicas. O operador do Kubernetes passa a lista para a configuração mongot. mongot sincroniza a partir dos nós que o primeiro conjunto de tags correspondente seleciona e prefere nós secundários.

Cada entrada é um mapa de nomes de tags para valores de tags. Um documento vazio ({}) corresponde a qualquer nó, para que você possa anexar uma entrada {} à direita como um fallback de correspondência se nenhum conjunto de tags anterior corresponder. Você pode especificar no máximo 50 entradas.

Exemplo

spec:
  clusters:
    - syncSourceSelector:
        matchTagSets:
          - region: us-east-1
            workload: search
          - {}

JVM Flags

spec.clusters[].jvmFlags

Tipo: array de strings

Sinalizadores JVM passados para o processo mongot. O Operador Kubernetes inclui os sinalizadores sem modificação no comando de inicialização do mongot utilizando --jvm-flags "<all flags space-separated>".

Cada sinalizador deve começar com -X, -XX: ou -D, não deve conter espaços e pode conter apenas caracteres alfanuméricos e os caracteres ., _, +, :, - e =. O Kubernetes Operator rejeita sinalizadores que não correspondem a essas regras.

Se você não especificar -Xms ou -Xmx neste campo, o Operador Kubernetes calculará automaticamente o tamanho do heap configurando ambos para metade de spec.clusters[].resourceRequirements.requests.memory. Se você não especificar os requisitos de recursos, o Kubernetes operador usará um padrão de 4Solicitação de memória Gi, gerando aproximadamente -Xmx2048m -Xms2048m.

Se você fornecer seus próprios valores -Xms ou -Xmx , o Operador Kubernetes os utilizará e não substituirá os valores. O operador Kubernetes sempre anexa os sinalizadores fornecidos após os sinalizadores calculados pelo operador.

Para saber mais, consulte Dimensionamento de hardware para mongot.

Exemplo

spec:
  clusters:
    - jvmFlags:
        - -Xms2g
        - -Xmx2g

Substituições de StatefulSet

spec.clusters[].statefulSet

Tipo: objeto

Substituições para o StatefulSet que o operador Kubernetes cria para implantar mongot pods. O operador Kubernetes sempre aplica as substituições por último, para que elas substituam as configurações que o operador Kubernetes calcula.

Este objeto contém dois campos:

• metadata — contém labels e annotations campos que o Operador Kubernetes mescla nos metadados do StatefulSet.

• spec — um objeto apps/v1/StatefulSetSpec. O Operador Kubernetes mescla essas substituições na especificação do StatefulSet.

Observação

Não defina requisitos de recursos ou configurações de persistência usando spec.clusters[].statefulSet. Em vez disso, utilize os campos spec.clusters[].resourceRequirements e spec.clusters[].persistence respectivamente.

Configurações avançadas do mongot

spec.clusters[].advancedMongotConfigs

Tipo: objeto

Configurações avançadas de mongot para esta entrada de cluster. O operador Kubernetes renderiza o valor literalmente sob a chave advancedConfigs do arquivo de configuração mongot, sem lê-lo ou modificá-lo. Este campo não afeta as configurações que o operador Kubernetes gera em outro lugar na configuração mongot.

Use este campo apenas para configurações mongot que o recurso MongoDBSearch não expõe como campos de primeira classe.