Thanks @mzukowski, I tried it but get another error below, The error is because i'm using a different region. And i want to use this region because all our other applications are in this region.
Yes. I followed the same guide but the error is different this time as you can see in the picture above.
Thanks. I’m able to install Metabase now. @chadhuber, I click on the URL beside my environment ID to see my Metabase at work but it display a 502 Bad Gateway error.
Make sure you’re in your preferred region as indicated in the upper right-hand corner
Click Create New Application in the upper right-hand corner
In the pop-up, name the application “Metabase”
After creating the application, you will be brought to the application home screen where it says “No environments currently exist for this application. Create one now.” Click Create one now
Keep Web server environment checked and click Select
This will take you to the setup screen that will look very familiar as it’s the same screenshot that everybody has been sharing. The difference is that Metabase configurations will not be pre-loaded so we must do that ourselves
Under Choose platform, select Docker
Under application code, select Upload your code then click the Upload button
Under Source code origin, select Public S3 URL and paste in the following:
Note: for those who are looking at this post in the future, please make sure this is the latest version of Metabase available
Confirm the version label auto-populates, then click Upload
Now click Configure more options button (which I noticed didn’t exist before), next to the blue Create environment button
Under the Database section, click “Modify” and configure a Postgres with the following options:
Engine: Postgres Engine version: 9.6.2(the default at time of publishing) Instance class: db.t2.micro Storage: 10 Username: [create username] Password: [create password] Retenion: [up to you] Availability: [up to you]
Then click Save
Now click Create environment
When the environment has finished being created, go to the endpoint provided and you should have a fresh Metabase configuration rolling! The postgres database configuration (username, password, endpoint etc) will automatically be exposed to the Docker instance via environment variables
Hope this helps!
Not sure why the Metabase auto-install failed - I’ve looked at their URL and all of the options we just selected above match.
Thanks, @chadhuber. I have just got mine online, I did have to increase from a t2.micro, to t2.small, and enable auto-scaling. Along with downloading the zip manually, then uploading which solved the original issue.
It’s worth noting, switching to the old UI is right in the footer of the set up page.
I’m experiencing high CPU usage however, around 90%.
@chadhuber I’ve been monitoring, it seems to have gone down dramatically to 1.5% roughly - the original was before I had connected a database, perhaps it was causing an underlying issue? I was originally been given 503 errors though.
I’ve just gone down to single instance and t2.micro, to reduce costs, and hopefully be enough to support Metabase.
EDIT: Just an update: Downgrading to t2.micro and single instance worked fine, CPU usage is currently at 1.1% and I’m having no issues.
I was finally able to get this going thanks to the above steps.
Follow up question: My DB is firewalled to only allow certain IP’s.
How do I find (in aws), the IP for my elastic beanstalk config so that I can whitelist it?
I had this issue as well, if I recall I just did a ping on the elastic beanstalk url and added the IP to the whitelist. Worked for me but it was for a quick and dirty demo, not sure if it would work long term.
However, if your source DB is also hosted on AWS, you might look into putting it into the same VPC as your Elastic Beanstalk environment. That’s the AWS “right way to do it”
