Modificar los contenedores de recursos de Kubernetes de Ops Manager o MongoDB

Definir un montaje de volumen para un recurso de Kubernetes de MongoDB

Los archivos en disco de los contenedores de los pods no sobreviven a fallos o reinicios del contenedor. Con 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. 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

   Utilice para definir un montaje de spec.podSpec.podTemplate 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 de MongoDB Kubernetes con un InitContainer

MongoDB Las imágenes Docker de recursos se ejecutan en RHEL y utilizan la configuración predeterminada del sistema. Para ajustar la configuración subyacente del sistema RHEL en los MongoDB contenedores de recursos, agregue un contenedor de inicio privilegiado InitContainer con una de las siguientes opciones:

• spec.podSpec.podTemplate:agrega un InitContainer privilegiado a un contenedor de recursos de base de datos MongoDB.

• spec.statefulSet.spec.template:agrega un InitContainer privilegiado a un contenedor de recursos de Ops Manager.

Para ajustar las imágenes de Docker para un contenedor de recursos de base 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 keepalive valor al valor recomendado 120 de:

   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 personalizadas con plantillas Dockerfile

Puedes modificar las plantillas de Dockerfile de MongoDB para crear imágenes de operador de Kubernetes personalizadas que se adapten a tu caso de uso. Para crear 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-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 -