- Newest
- Most votes
- Most comments
Hello,
In order to help with regard to the issue , I tried to replicate the use case at my end by creating an Elastic Beanstalk environment in the us-east-1 region having all the subnets selected in the VPC configuration and was able to observe the same Invalid option specification error message.
Please note when you try to create environment by default environment will pick instance type t3.micro and t2.small later you can make configuration changes in further steps.
Now to check availability zones that are currently supporting t3.micro instance type I used the below mentioned command .For more details please refer this [1] .
$ aws ec2 describe-instance-type-offerings --location-type availability-zone --filters Name=instance-type,Values=t3.micro --region us-east-1 --output table
| DescribeInstanceTypeOfferings | +-----------------------------------------------------+ || InstanceTypeOfferings || |+--------------+--------------+---------------------+| || InstanceType | Location | LocationType || |+--------------+--------------+---------------------+| || t3.micro | us-east-1f | availability-zone || || t3.micro | us-east-1d | availability-zone || || t3.micro | us-east-1c | availability-zone || || t3.micro | us-east-1b | availability-zone || || t3.micro | us-east-1a | availability-zone || |+--------------+--------------+---------------------+|
From the above output I can observe that t3.micro instance type is currently not supported for the ‘us-east-1e’ availability zone which might be actually resulting in error.
========== Suggestion to resolve this issue :
In prevent this error happening during new environment creation on Elastic Beanstalk running on free tier instance type in us-east-1 region please Omit us-east-1e for t3.micro.
If you want to stick with t3.micro instance type you should avoid selecting subnets in Availability zone us-east-1e for running instances
I hope the above information serves you well. Meanwhile, if you have any extended questions or concerns please feel free to write back to me with the query/error you might be facing. I will be glad to assist you further.
Thank you and have a great day ahead!
References:
[1] https://repost.aws/knowledge-center/ec2-instance-type-not-supported-az-error
Relevant content
- asked 2 years ago
- Accepted Answerasked a year ago
- AWS OFFICIALUpdated 9 months ago
- AWS OFFICIALUpdated 2 years ago
- AWS OFFICIALUpdated a year ago
- AWS OFFICIALUpdated a year ago
Thanks for the helpful info. The console create environment wizard seems to be broken if you pick High Availability because it applies the server type check before it gives you a chance to pick the server type. The work-around I found is to use the "custom" type which is more work but lets me pick the t3.small.