Modifique os contêineres de recursos do Ops Manager ou do MongoDB Kubernetes

Definir uma montagem de volume para um recurso do MongoDB Kubernetes

Os arquivos no disco em contêineres em Pods não sobrevivem a falhas ou reinicializações de contêineres. Usando a configuração, você spec.podSpec.podTemplate pode adicionar uma montagem de volume para persistir dados em um recurso de banco de dados MongoDB durante a vida útil do Pod.

Para criar uma montagem de volume para um recurso de reconhecimento de data center MongoDB:

1. Atualize a definição do recurso do MongoDB database para incluir uma montagem de volume para container nos pods de reconhecimento de data center que o Kubernetes Operator cria.

   Exemplo

   Use spec.podSpec.podTemplate para definir uma montagem de volume:

   podSpec:
     podTemplate:
       spec:
         containers:
         - name: mongodb-enterprise-database
           volumeMounts:
           - mountPath: </new/mount/path>
             name: survives-restart
         volumes:
         - name: survives-restart
           emptyDir: {}

2. Aplique a definição de recurso atualizada:

   kubectl apply -f <database-resource-conf>.yaml -n <metadata.namespace>

Ajustar as imagens do Docker de recursos do MongoDB Kubernetes com um InitContailer

MongoDB As imagens do Docker de recursos são executadas no RHEL e usam a configuração de sistema padrão do RHEL. Para ajustar a configuração do sistema RHEL subjacente nos MongoDB contêineres de recursos do, adicione um contêiner de entrada InitContainer privilegiado utilizando uma das seguintes configurações:

• spec.podSpec.podTemplate: adicione um InitContailer privilegiado a um container de recursos de reconhecimento de data center MongoDB.

• spec.statefulSet.spec.template: adicione um InitContailer privilegiado a um container de recursos do Ops Manager.

Para ajustar imagens Docker para um container de recurso de MongoDB database:

1. Atualize a definição de recurso do MongoDB database para anexar um InitContailer privilegiado aos pods de reconhecimento de data center que o Kubernetes Operator cria.

   Exemplo

   Altere spec.podSpec.podTemplate o valor keepalive para o valor recomendado de 120:

   spec:
     podSpec:
       podTemplate:
         spec:
           initContainers:
           - name: "adjust-tcp-keepalive"
             image: "busybox:latest"
             securityContext:
               privileged: true
             command: ["sysctl", "-w", "net.ipv4.tcp_keepalive_time=120"]

2. Aplique a definição de recurso atualizada:

   kubectl apply -f <database-resource-conf>.yaml -n <metadata.namespace>

O Kubernetes adiciona um InitContainer privilegiado a cada Pod que o Operador Kubernetes cria utilizando a MongoDB definição de recurso do.

Abra uma sessão de shell em um container em execução no Pod do recurso do banco de dados e verifique suas alterações.

> kubectl exec -n <metadata.namespace> -it <pod-name> -- cat /proc/sys/net/ipv4/tcp_keepalive_time
> 120

Crie imagens personalizadas com modelos Dockerfile

Você pode modificar os modelos do MongoDB Dockerfile para criar imagens personalizadas do Kubernetes Operator adequadas ao seu caso de uso. Para construir uma imagem personalizada, você precisa de:

• Seu Dockerfile personalizado, modificado a partir de um modelo do MongoDB.

• A imagem de contexto fornecida pelo MongoDB para o seu modelo.

├── <resource name>
│   └── <image version>
│       └── <base distribution>
│           └── Dockerfile template

--build-arg imagebase=quay.io/mongodb/mongodb-enterprise-database:2.0.0-context

cat myDockerfile | docker build --build-arg imagebase=quay.io/mongodb/mongodb-enterprise-operator:1.9.1-context \
--tag mongodb-enterprise-operator:1.9.1-ubuntu-1804 -