Migrate to a General Purpose or I/O server
Last updated on: 2020-09-17
Authored by: Jered Heeschen
Migrating your data to a General Purpose or I/O-optimized cloud server (product page) from a Standard cloud server can be a straightforward process with some planning and preparation.
For detailed advice on preparing a server for migration, see the recommendations in Prepare to migrate a Linux server or Prepare to migrate a Windows server. You can reduce the amount of data to be migrated by deleting old installers, rotating logs, and removing old cache and session files.
You can also find a list of items to consider before migrating in this article.
If you plan to remove files from your server to speed up your migration, we recommend that you create a backup first to ensure that no essential data is lost.
The easiest way to migrate an existing server to a General Purpose server is to make an image of your current server and deploy a new General Purpose server from that image.
An image from a Classic or Standard server can build a General Purpose server that is one size larger. For example, a 1 GB Standard server image can build a 2 GB General Purpose server. If your Standard or Classic server is 8 GB or larger, you can’t perform an image-based migration because of the larger disk allotment on the older flavors. If you have an older Linux® server, you might be able to resize it down to 4 GB or smaller and then create an image to build a General Purpose server.
To test whether or not image of your server is too large, use the steps in this article to try to restore the image to a new server. If the image size is too large for a General Purpose server, you won’t have the option to create a General Purpose server.
If an image-based migration works, we recommend using that approach.
If you can’t use image-based migration, use the information in this section to plan for a manual migration.
Check the size of the original server
To determine the minimum disk space that you need on the new server, check how much disk space you’re currently using.
To check disk space used on Linux, run the following command:
To check disk space used on Windows®, check the properties for the C: drive.
If you require more than 160 GB (the maximum disk size for a General Purpose flavor), you need to use Cloud Block Storage volumes on the new server to accommodate all of your data.
Identify directory requirements
When you are setting up Cloud Block Storage volumes, check the sizes of the directories on your origin server. This information helps you plan the data organization on the new server, such as what data goes on the system disk and what data should be stored on the additional volumes.
On Linux, you can determine the disk space that is used by files and directories in the current directory by running the following command:
du -hs *
You can also specify a directory or file name by running the following command:
du -hs directoryName
On Windows, right-click the directory that you want to check and select Properties.
After you know which data to copy to your system disk and which to copy to an attached disk, plan the size of the new server and its additional volumes accordingly.
Create the destination server
When you create the destination server, consider your storage requirements as well as your memory, CPU, and network requirements.
If you have more data than will fit on the new server’s system disk, decide whether you want to use one or more data disks (I/O flavor only), or attach Cloud Block Storage volumes to the server.
When choosing the size of your server, consider your current needs and any scaling you might need to do in the future.
I/O-optimized servers can’t be resized, so the only changes that you can make to their capabilities are to add or remove storage space by using Cloud Block Storage. General Purpose servers have a maximum size of 8 GB RAM/160 GB HDD, and, unless they use the deprecated paravirtual (PV) virtualization mode, you can only resize them up.
For a single-server environment, you must migrate to a new server if your RAM or CPU requirements change.
Alternatively, you might plan your environment to use horizontal scaling, where more than one server runs your application, with a load balancer to manage traffic to the different servers. Horizontal scaling might not work with all applications, but after it is set up, you can easily add or remove servers to account for fluctuating load requirements.
The open cloud reference architectures article provides some example environments.
Note: If you are currently using Performance servers, note that the data disks are not captured when you create an image. To back up data disks, you must rely on Rackspace Cloud Backup or a similar file-based backup approach. If you want your additional storage to be more portable or need to be able to take data snapshots, consider adding one or more Cloud Block Storage volumes to the new server.
Format and configure any Cloud Block Storage volumes or data disks
After you create your server, prepare any attached data disks or Cloud Block Storage volumes by formatting them and configuring the system to use them.
If you’ve attached Cloud Block Storage volumes, see Prepare your Cloud Block Storage volume for more information.
For instructions on formatting and mounting data disks on I/O-optimized servers, see the following article that is appropriate for your server’s operating system:
If you are setting up attached volumes in a software RAID on Linux, see the Linux Software-RAID HOWTO for instructions.
When your attached disks are ready, you can migrate your data.
Other manual migration options
You have several options for a manual migration on Linux, including Rackspace Cloud Backup, Rackspace Cloud Block Storage, or rsync. On Windows, you can use Web Deploy or the Microsoft Web Farm Framework (WFF).
To migrate particular directories, you can use Cloud Backup. Create a backup of your data on the origin server and then restore it to the destination server.
Cloud Block Storage
To migrate specific data, you can use Cloud Block Storage. Attach the drive to your origin server and copy your data to it. Then detach the drive from the origin server, attach it to the destination server, and copy your data from the drive.
rsync on Linux for directory migration
On Linux, you can use rsync to copy a directory over the network directly. For
example, from the origin server you can run the following command to copy
rsync -e 'ssh' -avl --stats --progress /var/lib/mysql firstname.lastname@example.org:/var/lib/mysql
For more information about rsync, see Back up your files with rsync.
Full Linux migration with rsync
If you want to migrate a Linux server to a new General Purpose server, you can use rsync to migrate your server from the command line. See Migrating a Linux server from the command line.
WFF on Windows 2008
To migrate IIS and SQL Server® data on Windows 2008, you can use the Microsoft WFF.
Web Deploy on Windows 2012
To migrate IIS and SQL Server data on Windows 2012, you can use the Microsoft Web Deploy tool. See Launch a Windows Web Farm with Web Deploy.
Other applications might have their own means of facilitating data migration. For example, to migrate a database you could make the new server a replica of the original database to automatically replicate your data to the new server.
After all your data is on the new server, test your application thoroughly to ensure it works as expected in the new environment.
If you haven’t done so already, implement a backup plan to prevent significant data loss in the event of a catastrophe.