[ECS] [fargate]: service failed to register targets in target-group in a different VPC
- Dominant language
- Shell
- Stars
- 5.4k
- Forks
- 334
- PR merge metrics
- No merged PRs in 30d
Description
### Community Note
* Please vote on this issue by adding a 👍 [reaction](https://blog.github.com/2016-03-10-add-reactions-to-pull-requests-issues-and-comments/) to the original issue to help the community and maintainers prioritize this request
* Please do not leave "+1" or "me too" comments, they generate extra noise for issue followers and do not help prioritize the request
* If you are interested in working on this issue or have submitted a pull request, please leave a comment
**Tell us about your request**
Allow Fargate tasks to be registered to a Target group in a different VPC
**Which service(s) is this request for?**
Fargate, ECS
**Tell us about the problem you're trying to solve. What are you trying to do, and why is it hard?**
While trying to register a ECS/fargate task to a target group in a different VPC, I get the following error:
`service test failed to register targets in target-group test with (error The Availability Zone for IP address 'x.x.x.x' must be 'all' for Application Load Balancer target groups, when not within the VPC)`
I can manually register the task using aws CLI using:
`aws elbv2 register-targets --target-group-arn --targets Id=x.x.x.x,AvailabilityZone=all`
**Are you currently working around this issue?**
No
Contributor guide
Research direction
Start by reviewing the reported Fargate and ECS behavior and the AWS CLI register-targets workaround described in the issue. Confirm the cross-VPC target-group scenario and the required AvailabilityZone value; done means the service can register the task without requiring manual CLI registration.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- aws
- Domain
- cloud
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 25/100