- You have verified that your site runs properly on Hypernode, including redirects, password protected areas, etc.
- You have access to the DNS settings of the domains for all your storefronts.
- You have lowered the DNS TTL for these DNS records (300 seconds is a good value).
- Check which domains will need to be configured by listing the base URLs. (Magento1: ‘magerun sys:store:config:base-url:list
/ Magento2: 'magerun2 sys:store:config:base-url:list)
- You have checked whether there are external dependencies on your shop’s IP address (for example, external suppliers who need your IP for their firewall. Bol.com is a known example).
Step 1: Put the site on your old host into maintenance mode
This will prevent data being changed while performing a last synchronization to Hypernode. Maintenance mode can easily be activated by placing a file called
maintenance.flag in the top Magento folder on your old host. (
Step 2: Synchronize database and files
Final synchronization of files and database, using the Hypernode importer on Hypernode:
hypernode-importer --host ssh.yourdomain.com --user yourdomain.com --path yourdomain.com
The importer will overwrite any local modifications made to
fpc.xml configuration files, so if you have made custom modifications (Redis config for example) between hypernode-importer runs, you should make a backup of these files.
If you have custom changes that need to be made to the site after copying to make it run on Hypernode, now is the time to apply them.
Step 3: Take old site out of maintenance mode (optional)
If you want to keep maintenance time low at the cost temporarily serving a slow site, you can change the configuration of the old site to use the new database. This step can be safely skipped.
Configuration can be taken from the new
local.xml, but this will typically just involve changing the database host to mysqlmaster.myapp.hypernode.io.
After reconfiguring the database, you can take the site out of maintenance mode by removing the maintenance flag. (
Note: from now on, database changes (orders) will be written to Hypernode, but not file changes. At this stage, do not upload new media (products) in the old Magento backend.
Step 4: Take Hypernode out of maintenance mode
Remove the maintenance flag on the Hypernode, so customers accessing the new site won’t hit the maintenance page. (
Step 5: Change your base URL to include WWW
Only if you use Hypernode’s WWW-redirection service, ensure that the base URL of your shop starts with
www. or a subdomain such as
shop.. Otherwise, your visitors will bounce back and forth between the redirection service and the Hypernode.
Step 6: Flush Magento cache on Hypernode
Flush the cache of Magento on the Hypernode. (
Step 7: Change DNS records
See our manual on configuring DNS for more information. As the DNS changes are propagated, traffic will go to your Hypernode.
There are 3 ways to handle your DNS. Only Dutch customers who have access to a Service Panel can choose option 1.
- Move your domain(s) to Byte and let Byte manage the DNS (Dutch customers only)
- Manage an external DNS by pointing your domain(s) to Hypernode by using CNAME and not A record
- Manage an external DNS by pointing your domain(s) to the IP-address of Hypernode via A record
Good to know:
*Option 1 and 2 will prevent DNS downtime.
Option 2 has an important disadvantage: your cannot use SSL in combination with your naked domain. People that directly visit https://yourdomain.com/, will get a certificate warning from the browser.
Option 3 is the best option in case of an external DNS and you want to make use of
https://yourdomain.com/, but you will encounter DNS downtime if the IP-address of your Hypernode changes.
As there are situations you cannot benefit from a dedicated IP on Hypernode, please decide for yourself what is the best way to handle DNS. Our recommendation is always to move your domains to Byte if possible.
SPF records (for experts)
If you have previously configured SPF, you should also update your the SPF policy. You should include
spf.appname.hypernode.io for all domains you choose to send mail from using Hypernode.
The following example allows mail from both your mail exchangers and all your Hypernode nodes:
mydomain.com TXT v=spf1 mx:mydomain.com include:spf.appname.hypernode.io ~all
For more information have a look at our article about SPF records
Step 8: Configure SSL
Enable SSL for your shop for safety and to improve search engine optimization.
You can find a detailed howto in this article about configuring SSL on your shop.
Step 9: Configure cron
Configure cron jobs to run on your Hypernode (
crontab -e), and configure them not to run on your old host (
Note that the time on Hypernode is configured to UTC, so the times used in the crontab are one or two hours later than Central European Time. More information about cronjobs can be found in Configure cronjobs on Hypernode.
Step 10: Configure backups on Hypernode (optional)
For Hypernode Professional and Excellence hosting plans free backups are available. If you need a backup, contact us via email@example.com. Hypernode Start and Grow plans do not have free backups included, but we can make one available for 100 euros excl VAT per backup. Alternatively you manually configure backups yourself, which is a cheaper solution.
Downgrade or cancel your previous plan
Now your shop is live on Hypernode, you can cancel your previous hosting plan.