containers-roadmap
containers-roadmap copied to clipboard
Mac Address Configuration Option
This relates to #502
I have a use case for the --mac-address
option. I know it's not supported by ECS or it's agent right now. Are there any workarounds I might be able to utilize so I can still use ECS but also satisfy my application requirement?
Unlike some other docker options, I can't add this to /etc/sysconfig/docker
.
Hi @blaines, thanks for opening this! I've gone ahead and marked this as a feature request, but I'd love it have more details on the use-case and requirements you'd see around this feature.
- Would you want to set the MAC address in the task definition?
- Would you want ECS to manage MAC addresses? Should MAC addresses be unique across your cluster?
- Would you need to override the MAC address at the time that you're launching a task?
- Would you only use this with the
bridge
networking mode?
Thanks! Sam
- Would you want to set the MAC address in the task definition? Yes that is my specific use case, as there's only one of these kind of tasks/container per instance anyway.
- Would you want ECS to manage MAC addresses? Should MAC addresses be unique across your cluster? I'm fine managing the MAC myself, for my use case there's no need for any guarantees outside of what docker already provides.
- Would you need to override the MAC address at the time that you're launching a task? I could see us using this kind of feature as we grow. Especially keeping point 2 in mind, we could manage MACs ourselves more easily if we could override.
- Would you only use this with the bridge networking mode?
That's correct, the
--mac-address
option isn't supported in host mode.
In place of requiring full AWS ECS support for new options it would be nice if there was a path for "advanced usage" whereby we could perhaps create a list of keys/values (as JSON or other format) and those would be passed along through docker API (I'm indifferent to using MacAddress
or --mac-address
). For example if I could add a JSON object to the task definition which contained my advanced options and then that object was merged with the options to be submitted to Docker's /containers/create
endpoint.
I could really use this feature as well. We're using some older licensed software that is keyed to mac address and while we can run it on an instance using an ENI with the defined mac, it would be nice to move this to our ECS cluster.
I think the advanced usage that @blaines suggests would be great.
Same here, we have app dependencies that we can only bundle in combination with a certain mac address. Works locally without issues, but we can't ship it to AWS 🙁
Yes, we at Cornell University would like to run FlexLM License Servers in ECS. This is impossible without being able to assign a specific MAC address to the container's bridge interface at runtime.
The requirements that @blaines outlined would be perfect for this use case. Being able to assign a MAC address in a Task Definition would be perfect. Overriding at runtime would be nice but is not required.
Any updates :/ ?
Not sure why this is such a big deal, it's already supported in the compose file.
Not sure why this is such a big deal, it's already supported in the compose file.
Specifically where is this supported, within ECS?
Hello, is there any chance that this gets implemented? What is holding you back since as already mentioned it is possible with docker-compose for example.
We also have an Licenserver software which needs a fixed mac which we would love to run in ECS.
Any update?