Modificar los contenedores de recursos de Ops Manager o MongoDB Kubernetes

Define un punto de montaje de volumen para un recurso MongoDB Kubernetes

Los archivos en disco de los contenedores en los Pods no se conservan tras fallos o reinicios del contenedor. Mediante la configuración, puede spec.podSpec.podTemplate agregar un montaje de volumen para conservar los datos en un recurso de base de datos MongoDB durante la vida útil del Pod.

Para crear un punto de montaje de volumen para un recurso de base de datos MongoDB:

1. Actualiza la definición del recurso de la base de datos MongoDB para incluir un montaje de volumen para los contenedores en los pods de la base de datos creados por el operador de Kubernetes.

   Ejemplo

   Utiliza spec.podSpec.podTemplate para definir un montaje de volumen:

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

2. Aplicar la definición de recurso actualizada:

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

Ajuste las imágenes Docker de recursos Kubernetes de MongoDB con un InitContainer

MongoDB Los recursos de imágenes de Docker se ejecutan en RHEL y utilizan la configuración por defecto del sistema de RHEL. Para ajustar la configuración subyacente del sistema RHEL en los contenedores de recursos MongoDB, añade un InitContainer privilegiado init container utilizando una de las siguientes configuraciones:

• spec.podSpec.podTemplateañadir un InitContainer privilegiado a un contenedor de recursos de la base de datos MongoDB.

• spec.statefulSet.spec.template; agregue un InitContainer privilegiado a un contenedor de recursos de Ops Manager.

Para ajustar las imágenes de Docker para un contenedor de recursos de bases de datos MongoDB:

1. Actualiza la definición del recurso de base de datos MongoDB para añadir un InitContainer privilegiado a los pods de base de datos que crea el Operador de Kubernetes.

   Ejemplo

   Cambie spec.podSpec.podTemplate el valor de keepalive al 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. Aplicar la definición de recurso actualizada:

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

Kubernetes agrega un InitContainer privilegiado a cada Pod que el Operador de Kubernetes crea utilizando la MongoDB definición de recurso.

Abre una sesión de shell en un contenedor en ejecución en tu recurso de base de datos Pod y verifica tus cambios.

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

Cree imágenes a medida con plantillas Dockerfile

Puede modificar las plantillas de Dockerfile de MongoDB para crear imágenes personalizadas de operadores de Kubernetes que se adapten a su caso de uso. Para compilar una imagen personalizada, necesitas:

• Tu Dockerfile personalizado, modificado a partir de una plantilla de MongoDB.

• La imagen de contexto proporcionada por MongoDB para tu plantilla.

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

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

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