Open Rfferrao87 opened 1 year ago
@Rfferrao87 The issue you described seems to be an architectural limitation due to the fact that in AWS, a single EFS (Elastic File System) filesystem can have multiple mount targets, but these must be in different subnets. If your compose file is trying to create two mount targets in the same subnet for the same EFS filesystem, it would indeed cause an error.
A possible solution to this could be to modify the ECS Compose conversion process to support using multiple access points on a single EFS filesystem. Each access point provides a specific directory on the filesystem and can enforce a certain POSIX user and group ID. This way, you can create a unique access point for each volume in your Docker Compose file, while still using the same mount target.
Here is the general outline of the steps you might take:
When converting from the Docker Compose file to CloudFormation, if multiple volumes are identified that refer to the same EFS filesystem, create a single mount target for them.
For each volume, create a unique EFS access point. Set the FileSystemId to your EFS filesystem ID and the Path to the specific directory for that volume.
Modify your Docker Compose file to mount the volume from the access point, not directly from the EFS filesystem.
@Adesoji1 I appreciate the idea, but I'm almost 100% sure I tried this before; problem is that Docker Compose's ECS Integration currently only supports linking to an external File System rather than an Access Point, at least as far as I'm aware. If there's another way to point directly to an Access Point I'd appreciate if you could share this method (regarding the docker-compose.yml
syntax).
I would like to propose the possibility of creating a single MountTarget for multiple Access Points in ECS compose. I am quite new to AWS and not sure if it would be a good practice, however I do not like having to create multiple EFS Filesystems to accomodate every volume defined in my compose file.
For example, I have the following compose file:
Problem is, when I convert it to the Cloudformation template, it tries to create 2 Mount Targets for each volume, with the same subnet, in the same Filesystem. Example below:
The example above fails because of the aforementioned situation, so would it be pertinent to force multiple volumes, that are pointing to the same Filesystem ID, use the same Mount Targets when running ECS Compose?