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 en los contenedores de Pods no sobreviven a los fallos o reinicios del contenedor. Usando la configuración spec.podSpec.podTemplate, puedes añadir un montaje de volumen para persistir datos en un recurso de base de datos MongoDB durante toda la vida del Pod.

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

1. Actualice la definición de recursos de la base de datos MongoDB para incluir un montaje de volumen para contenedores en los pods de base de datos que crea 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 Docker se ejecutan en RHEL y utilizan la configuración del sistema por defecto de RHEL. Para ajustar la configuración subyacente del sistema RHEL en los contenedores de recursos MongoDB, añade un InitContainer privilegiado contenedor init utilizando una de las siguientes configuraciones:

• spec.podSpec.podTemplate:agrega un InitContainer privilegiado a un contenedor de recursos de 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. Actualice la definición de recursos de la base de datos MongoDB para agregar 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 añade un InitContainer privilegiado a cada Pod que el operador de Kubernetes crea usando la definición de recurso MongoDB.

Abra una sesión de shell en un contenedor en ejecución en su recurso de base de datos Pod y verifique los 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 su 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 -