-
-
Notifications
You must be signed in to change notification settings - Fork 112
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
Migrate US server to new provider #646
Comments
Thank you for creating this issue, Luis! What communication is needed with Jim, the holder of the AWS account where the US server currently resides? |
I dont think we need anything, we do have admin access to the server so we can take whatever we need from there. |
I just confirmed the DNS is on AUS godaddy account (I have delegate access given by Kirsten to this godaddy account if anyone needs to change something). |
Great, thanks! Sometimes it's hard to get ahold of Jim. Will anything on our side break or be problematic if he doesn't press the button to stop the instance? If we will be impacted by his stopping or not stopping the instance, I should start working on that now. |
no not at all. Stopping the instance means to switch it down when it's all migrated. The only problem of not switching down is that he will have to pay for it afterwards even if we dont use it. |
Perfect thank you @luisramos0! I will let him know after we are happily up and running on the new server. |
Server migration template here: openfoodfoundation/openfoodnetwork#5418 😉 |
I started a conversation with the current holder of the AWS account to start figuring out steps to transfer to another AWS machine. For later on, looking at the specs on some of the other instances, most have 4 x CPU and 8GB memory.
Infomaniak does have the advantage of being based in Switzerland (privacy wise) and looks more values-aligned, not to mention the slightly higher specs. |
Hey @andrewpbrett nice start!
Are the servers in CH as well? The users will be in the US, you need a server in some US data center, right? OVH, the provider for France is cheap |
OVH looks nice! They do have servers in the Eastern US (Virginia) as well as Montreal. Maybe Montreal would be appealing since it's close enough for latency but outside the scope of the Patriot Act etc.? (I don't know how much the physical location of the server makes a difference for that though, as opposed to how and where the provider is organized). |
Yay! I definitely prioritize reliability and customer service/reputation but given those, cheaper (and more ethical?) is awesome!!! Thank you @luisramos0 and @andrewpbrett for your sleuthing! |
I'm still waiting to get what we need from our current AWS account holder for this to proceed. I'm hopeful that once we have it, we could first do a quick(er) transfer to an AWS account that we control and then later switch providers (probably to OVH, but need a little more research on it first). |
Ok, so we're scheduled for migrating on Monday morning. I'm just doing a few checks now, I think there's a minor thing with the TLS certificates setup that needs a slight adjustment 👌 |
Alright, I think we're done. That was faaast! 🚀 I ran into a small email issue related to #696, but it's fixed now. @andrewpbrett you can update the DNS now so the primary domain points to the new server's IP address. Note: we should leave the old server running for a day or so before shutting it down, and make sure nobody provisions the old server until then. |
I think the total downtime was around 10 minutes 💪 |
Oooh hey, email confirmations for new registrations want to go to"demo.openfoodnetwork.org" and the site url was set to that in the general settings. I changed the general settings to "openfoodnetwork.net" but confirmations still want to go to the demo site. Is there anything else that might be impacted by this (for example order confirmations yikes)? |
ping @openfoodfoundation/core-devs some configurations are missing ☝️ |
Thanks for noticing that and reporting @lauriewayne. I redeployed the latest release after the site URL was changed and the emails now have the correct link. I think I mistakenly assumed that the values in general settings would have been carried over to the new site with the database, but thinking about that more I wouldn't be surprised if some of them are actually environment variables.... probably worth adding a warning/step in the migration "template"? |
All done 🎉 |
Description
As a result of the massive growth in use experienced this spring, both the OFN USA server and the OFN CAN server are at capacity, and moving to a bigger server is highly recommended. Both OFN CAN and OFN USA would like to move to servers that are run by more ethical and/or environmentally responsible companies. OFN CAN uses Digital Ocean, which is near the bottom of the list of environmentally responsible practices for web hosting services.
The USA's access for website and postgres/Zapier updates has become very difficult. We need to move to a server which can cope with the growth that OFN USA is experiencing.
Pre-Migration
hosts
entry,host_vars
, etc)setup
playbook on the new serverletsencrypt_proxy
playbook on the current server, specifying the new server's IPprovision
playbook on the new serverdb_integrations
playbook on the new server, if it uses integrations like Zapier.Migration
unicorn
anddelayed_job
on the current serverplaybooks/transfer_assets.yml
?db_transfer
playbookdelayed_job
andunicorn
on the new server to ensure changes are picked uptransparent_proxy
playbook on the current server, pointing to the new onePost-Migration
Optional Extras
Expected Behavior
New server for USA can handle growth, zapier integrations and be in a vlues aligned provider.
Possible Fix
This is related to
https://community.openfoodnetwork.org/t/switch-to-green-hosting-when-new-projects-provisionning/1616
The text was updated successfully, but these errors were encountered: