This article was contributed by Dustin B. Cisneros of RackNerd. If you are considering a VPS hosting solution, take a look at RackNerd. RackNerd is an established brand, reputable reputation, and has been listed on Inc. several times! On top of that is a fan favorite around here. Check their latest offers here.
Moving VPS providers? Changing or upgrading your VPS from one server to another? This guide provides step-by-step instructions on how to transfer your Linux server from an old VPS to a new one. Whether you’re wanting a hands-on approach to your migration process, changing providers from one provider to another, or simply refreshing your server environment, this guide will walk you through the process of migrating your data and configurations from one server to another.
When it comes to migrating your VPS, there are numerous approaches available, ranging from simple to highly complex. The ideal migration method depends on your specific setup, technical expertise, and the nature of your hosted content. This guide presents one of the simpler methods to execute a VPS migration, but it’s crucial to understand that it’s just one option among many.
Other Migration Methods
The method we are about to show you copies almost everything 1:1 (except system-specific configuration files) from one server to another, using a tool called rsync and should be an effective migration method for over 90% of use-cases. However, when it comes to migrating from one VPS to another, it’s important to recognize that there’s no one-size-fits-all solution. The ideal migration method can vary dramatically depending on your specific use case, software stack, hosted content, and technical expertise. Here are some key points to consider:
- Tailored Approaches: You don’t always need to migrate everything. Sometimes, a targeted approach focusing on specific components can be more efficient.
- Built-in Tools: Many hosting control panels like cPanel, DirectAdmin, and Plesk offer built-in transfer tools designed for seamless migrations within their ecosystems.
- Specialized Solutions: Depending on your setup, you might benefit from specialized migration tools or services tailored to specific applications or environments.
- Partial Migrations: In some cases, you might opt for a partial migration, transferring only essential files/data, while setting up the rest of the environment from scratch on the new server.
- Environment-Specific Methods: The nature of your environment – whether it’s a LAMP stack, a Node.js application, or a complex microservices architecture – can dictate the most appropriate migration method.
Remember, every environment is unique. What works best for one setup might not be ideal for another. Only you or the person who set up your server would know the intricacies of your environment, and can determine the most suitable migration method from there.
When planning your migration, consider the specific components that need to be transferred, and any dependencies between different parts of your system. Ultimately, the best migration strategy is one that aligns with your specific needs, minimizes risk, and ensures the continuity of your services. Don’t hesitate to consult with an experienced Linux system administrator or your designated IT professional if you’re unsure about the best approach for your unique situation.
Prerequisites
Before we begin, ensure you have the following ready:
- Your source VPS (the one you wish to migrate from)
- Your destination VPS (the one you’re migrating to). Make sure the destination VPS is a fresh install of the same OS version as your source VPS (there should be nothing installed or running on the new destination VPS – it should be a fresh instance).
- Both servers accessible via SSH
- Important: Ensure rsync is installed on both servers. If it’s not already installed, you can install it using these commands:
For CentOS, AlmaLinux, or Rocky Linux:
sudo yum install rsync -y
For Ubuntu or Debian:
sudo apt-get update && sudo apt-get install rsync -y
- Critically important! Ensure that the new VPS has the exact same operating system version as the old one. If not, issues may arise. Take the time to double-check this closely. You can run the command `cat /etc/os-release` on both servers to ensure an exact match.
Creating the Exclusion List
Before we start the migration, we’ll create an exclusion list. This list helps optimize the migration process by identifying directories and files that don’t need to be transferred to the new VPS.
You’ll need to decide which directories to exclude based on your specific setup. Exclusions are beneficial for several reasons:
- Reducing transfer time and bandwidth usage by skipping unnecessary files.
- Avoiding the transfer of system-specific files that could cause conflicts on the new server.
- Preventing the overwriting of crucial system files on the destination VPS.
The exact list may vary from system to system, depending on your particular configuration and needs. However, we’ve compiled a list of commonly excluded directories and files that should work for most cases. Feel free to modify this list based on your specific requirements.
Here’s how to create and populate the exclusion list:
- On your source server, create a plain text file by typing:
sudo nano /root/excludedfiles.txt
- Once the file is open, copy and paste the following list. This serves as a starting point, covering many standard exclusions:
/etc/fstab /etc/sysconfig/network-scripts/* /etc/systemd/network/* /etc/network/* /etc/netplan/* /etc/NetworkManager/* /etc/resolv.conf /etc/hostname /etc/hosts /etc/machine-id /var/lib/dbus/machine-id /proc/* /tmp/* /sys/* /dev/* /mnt/* /boot/* /boot/grub/* /etc/default/* /run/* /var/run/* /var/lock/* /media/* /lost+found /swapfile /swap.img /var/lib/rpm/* /var/lib/yum/* /etc/sysconfig/iptables /etc/iptables/rules.v4 /etc/iptables.rules /var/lib/iptables/rules-save /etc/ssh/* /var/crash/* /var/log/* /var/cache/apt/* /var/lib/apt/lists/* /var/lib/cloud/* /sys/class/dmi/id/product_uuid /etc/udev/* /lib/modules/* /lib/firmware/* /lib64/modules/* /lib64/firmware/*
- Save the file by hitting the CTL + X keys on your keyboard, followed by y, and enter. You will then be directed back to the SSH prompt for your source VPS.
This list excludes system-specific directories, temporary files and caches, log files, and other data that either shouldn’t be transferred and/or has already been generated on the new system. It also excludes some configuration files that are typically unique to each server and might cause conflicts if transferred.
Remember, while this list is a good starting point for most environments, you may need to adjust it based on your particular setup. If you’re unsure about any specific exclusions, it’s best to consult with a Linux systems administrator familiar with your configuration.
Performing the Migration
Now we’ll perform the actual migration (as a reminder, before we begin, make sure that rsync is installed on both servers, as covered in the “Prerequisites” section of this post).
- First, copy the following command to a notepad on your local computer so that we can adjust it accordingly to your values.
sudo rsync -vPa -e 'ssh -p 22 -o StrictHostKeyChecking=no' --exclude-from=/root/excludedfiles.txt / root@REMOTE-IP-OF-THE-NEW-SERVER:/
Within your notepad document, replace `REMOTE-IP-OF-THE-NEW-SERVER` with your destination VPS’s IP address (your new server IP). If needed, replace ‘22’ with your SSH port if you have a custom SSH listening port set up.
- After editing, copy the entire command from your notepad to your clipboard by selecting all and doing CTL + C, and then paste it onto your SSH window (note: make sure you are logged into the source VPS at this time).
You will be prompted to enter the password for the destination VPS (new server), so that your old server can communicate with your new server. Go ahead and enter it, and then press enter.
- This process may take some time depending on the amount of data being transferred. Once it’s complete, you’ll notice something similar to the below screenshot, and you’ll also notice that your SSH session is back to a ready prompt:
- At this point, shut down your old source server, and reboot your destination server. Typically, these functions should be available in your provider’s VPS control panel area. For example, if you’re using RackNerd, you can perform these actions via the SolusVM control panel (also referred to as “NerdVM”).
- After rebooting the destination server and allowing a couple minutes for it to come back online after the reboot, connect to your new server (the destination server) using SSH. Important: Use the IP address of your new server to connect, but enter the root password from your old server to log in. This is because the migration process copied over the user and password configurations from the old server to the new one. Don’t mix up the passwords – you’re essentially logging into the new server with the old server’s credentials.
- You can verify the transfer by logging into your destination VPS and checking that your files are present.
Post-Migration Steps
After the migration is complete:
- Update your DNS records to point to your new VPS IP address if applicable.
- Review and update any configuration files that might reference your old VPS IP address.
- Restart any services that were running on your old VPS on the new one.
- Test your websites and applications to ensure they’re functioning correctly on the new VPS.
Important Caveats
While this method provides a quick and simple way to migrate your VPS, it’s important to understand its limitations. This approach isn’t 100% set-and-go, and its effectiveness depends entirely on your software stack and environment.
For example, if you’re using a hosting control panel like cPanel, this method may not be ideal due to the numerous dependencies involved and could potentially cause issues. For such environments, it’s advisable to follow the software stack’s recommended migration procedure. cPanel/WHM, for instance, has its own transfer tool feature designed specifically for migrations.
Additionally, some configurations that reference your old VPS IP may be transferred during this process (such as web server software configurations). You may need to adjust these accordingly to your new VPS IP after migration.
The effectiveness of this migration method can vary greatly depending on your specific setup. If you’re not sure about the best way to proceed, it’s highly recommended to consult with an experienced Linux systems administrator and/or your IT team before proceeding with any migration.
Conclusion
This guide presents a simple method for performing a near 1:1 migration of your Linux server from one server to another using the rsync tool. The approach outlined here is just one of many possible migration methods you may consider using.
If you’re considering a change in your VPS environment and/or are looking to upgrade your VPS, this migration process offers an excellent opportunity! For those in the market for a new VPS provider, take a look at RackNerd’s latest Linux VPS deals by clicking here. RackNerd’s competitive offerings provide an ideal destination for you, at a fraction of the cost of other alternative-cloud providers.
Related Posts:
- WHMCS and cPanel Prices Going Up By… 5%? 10%? Keep Guessing… - October 9, 2024
- Has the Biggest Performance Bottleneck in Python Finally Been Slain? - October 8, 2024
- Nuyek’s Spooktacular Halloween Sale: Don’t Miss These Quarterly Deal Treats!Plus Dedicated Servers Starting at Only $18/Month! - October 7, 2024
Leave a Reply