-
Notifications
You must be signed in to change notification settings - Fork 14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Scaleway STARDUST1-S Instance Type Support #9
Comments
Thank you for the suggestion. We will take a look. Pinging @jsiebens Also, check out Fly.io where you can run three tunnels for free: https://inlets.dev/blog/2021/07/07/inlets-fly-tutorial.html |
I love the stardust instances. The ony thing could be the reliability on the availability:
I am not sure how to work with this Stardust rain events in inlets. One idea could be a cascading provisioning. First try to provision a stardust in the prefered region. Iterate to the next region or fallback to the developer instance. Or adding a stardust flag (--promo-instance 😄 )... |
It sounds like if you can get one of these instances then you are very lucky to have it and are allowed only one. For that reason it may not make a good fit in our automation tools. But don't let that stop you installing inlets PRO onto any VM you been provision. Let us know if Scaleway changes their policy and we can reconsider. |
This library already supports using a certain plan and/or region, so no changes are required here. Both tools using this library (inletsctl and inlets-operator) have already a flag to select a region, perhaps we could add a flag to select the plan as well. |
The flag is available but only set if on Equinix Metal. Happy for someone to update inletsctl to accept the plan flag for the other provisioners. Should be an easy PR for someone to make |
Depending on how busy my weekend is I might take a stab at this.
- Eric
…On Mon, Jul 19, 2021 at 12:50 PM Alex Ellis ***@***.***> wrote:
The flag is available but only set if on Equinix Metal. Happy for someone
to update inletsctl to accept the plan flag for the other provisioners.
Should be an easy PR for someone to make
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#9 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAECQN7NTVCKPRXKGVWN4H3TYQGPJANCNFSM5ASEC2ZQ>
.
|
I had a little bit of time this evening: inlets/inletsctl#106 |
noice! ❤️ |
Looks like we may have got there sooner than expected @emolitor, but it'd be great if you can test it on your setup. I've cut a new release binary |
Thanks, will be able to test tomorrow.
…On Wed, Jul 21, 2021 at 9:13 PM Alex Ellis ***@***.***> wrote:
Looks like we may have got there sooner than expected @emolitor
<https://github.com/emolitor>, but it'd be great if you can test it on
your setup.
I've cut a new release binary
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#9 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAECQNY47BALP7LEAF2FYXTTY4TALANCNFSM5ASEC2ZQ>
.
|
Works for me, many thanks everyone! |
For everyone stumbling over this: Keep in mind to check, in which region a stardust instance is available and set inletsctl create --provider scaleway ... --plan=STARDUST1-S --region=ams1|par1 |
Scaleway now has a STARDUST1-S Instance Type "STARDUST1-S"
1 vCPU, 1 GB of RAM, 1 IPv4 address, 10GB storage, up-to 100Mbps Bandwidth. €0.0025/hour.
Having support for this would be by far the lowest cost option to use with inlets for European customers. It would be nice to add support for Amsterdam regions as well.
The text was updated successfully, but these errors were encountered: