Uso de montajes de unión con Amazon ECS
Con los montajes de unión, se monta un archivo o directorio de un host en un contenedor, como, por ejemplo, una instancia de Amazon EC2. Se admiten montajes de enlace para tareas que están alojadas en instancias de Fargate y Amazon EC2. Los montajes de unión están vinculados al ciclo de vida del contenedor que los utiliza. Una vez que se detienen todos los contenedores que utilizan un montaje de enlace, como cuando se detiene una tarea, se eliminan los datos. En el caso de las tareas que están alojadas en instancias de Amazon EC2, para vincular los datos al ciclo de vida de la instancia de Amazon EC2 del host, se puede especificar un host y un valor de sourcePath opcional en la definición de tareas. Para obtener más información, consulte Montajes vinculados
A continuación, se indican algunos casos de uso comunes de los montajes de enlace.
-
Para proporcionar un volumen de datos vacío y montarlo en uno o más contenedores.
-
Para montar un volumen de datos del host en uno o más contenedores.
-
Para compartir un volumen de datos de un contenedor de origen con otros contenedores de la misma tarea.
-
Para exponer una ruta de acceso y su contenido desde un Dockerfile a uno o más contenedores.
Consideraciones acerca del uso de los montajes de enlace
Al utilizar montajes de enlace, tenga en cuenta lo siguiente.
-
De manera predeterminada, las tareas alojadas en AWS Fargate que utilizan la versión de la plataforma
1.4.0o una posterior (Linux) o1.0.0o una posterior (Windows) reciben un mínimo de 20 GiB de almacenamiento efímero para los montajes de unión. Para aumentar la cantidad total de almacenamiento efímero, hasta un máximo de 200 GiB, indique el parámetroephemeralStorageen la definición de tareas. -
Para exponer los archivos de un Dockerfile a un volumen de datos cuando se ejecuta una tarea, el plano de datos de Amazon ECS busca una directiva
VOLUME. Si la ruta absoluta especificada en la directivaVOLUMEes la misma que lacontainerPathespecificada en la definición de tarea, los datos de la ruta de la directivaVOLUMEse copian en el volumen de datos. En el siguiente ejemplo de Dockerfile, un archivo con el nombreexamplefileen el directorio/var/log/exportedse escribe en el host y, a continuación, se monta dentro del contenedor.FROM public.ecr.aws/amazonlinux/amazonlinux:latest RUN mkdir -p/var/log/exportedRUN touch/var/log/exported/examplefileVOLUME ["/var/log/exported"]De forma predeterminada, los permisos de los volúmenes se establecen en
0755y el propietario comoroot. Puede personalizar estos permisos en el Dockerfile. En el siguiente ejemplo, se define al propietario del directorio comonode.FROM public.ecr.aws/amazonlinux/amazonlinux:latest RUN yum install -y shadow-utils && yum clean all RUN useraddnodeRUN mkdir -p /var/log/exported && chownnode:node/var/log/exported RUN touch /var/log/exported/examplefile USERnodeVOLUME ["/var/log/exported"] -
Para las tareas que están alojadas en instancias de Amazon EC2, cuando no se especifica el valor de
hostni desourcePath, es el daemon de Docker el que administra el montaje de enlace. Cuando ningún contenedor hace referencia a este montaje de enlace, el servicio de limpieza de tareas del agente de contenedor de Amazon ECS lo elimina finalmente. De forma predeterminada, esto sucede tres horas después de que el contenedor se cierre. Sin embargo, es posible configurar esta duración con la variable de agenteECS_ENGINE_TASK_CLEANUP_WAIT_DURATION. Para obtener más información, consulte Configuración del agente de contenedor de Amazon ECS. Si necesita que estos datos persistan más allá del ciclo de vida del contenedor, especifique un valor desourcePathpara el montaje de enlace. -
En el caso de las tareas alojadas en instancias administradas por Amazon ECS, algunas partes del sistema de archivos del host son de solo lectura. Los montajes de enlace de lectura/escritura deben utilizar directorios que admitan escritura, por ejemplo,
/varpara datos persistentes o/tmppara datos temporales. Si se intenta crear montajes de enlace de lectura y escritura en otros directorios, la tarea no se podrá iniciar y se producirá un error similar al siguiente:error creating empty volume: error while creating volume path '/path': mkdir /path: read-only file systemLos montajes de enlace de solo lectura (configurados con
"readOnly": trueen el parámetromountPoints) pueden apuntar a cualquier directorio accesible del host.Para ver una lista completa de rutas que admiten escritura, puede ejecutar una tarea en una instancia administrada por Amazon ECS y utilizarla para inspeccionar la tabla de montaje de la instancia. Cree una definición de tarea con los siguientes ajustes para acceder al sistema de archivos del host:
{ "pidMode": "host", "containerDefinitions": [{ "privileged": true,...}] }A continuación, ejecute los siguientes comandos desde dentro del contenedor:
# List writable mounts cat /proc/1/root/proc/1/mounts | awk '$4 ~ /^rw,/ || $4 == "rw" {print $2}' | sort # List read-only mounts cat /proc/1/root/proc/1/mounts | awk '$4 ~ /^ro,/ || $4 == "ro" {print $2}' | sortimportante
La configuración
privilegedotorga al contenedor capacidades ampliadas en el host, equivalentes al acceso raíz. En este ejemplo, se utiliza para inspeccionar la tabla de montaje del host con fines de diagnóstico. Para obtener más información, consulte Evitar ejecutar contenedores con privilegios (Amazon EC2).Para obtener más información sobre la ejecución de comandos interactivos en contenedores, consulte Supervisión de los contenedores de Amazon ECS con ECS Exec.