Move a cloud server or cloud infrastructure

Move a cloud server or cloud infrastructure

If you need to migrate the configured infrastructure (servers, networks, disks, backups and other resources) or it is important to keep the public IP address when migrating a server, we recommend migrating the infrastructure project to another account. You cannot select a different pool segment during this migration.

You can move a cloud server to another pool segment, project, or account. To do this, you need to create and transfer the server boot disk image. When moving the image to another project or account, you can also change the pool segment. It is not possible to transfer the server directly.

Move a cloud infrastructure project to another account⁠

To migrate your cloud infrastructure to another account, migrate the project.

You can migrate a project only within one pool segment. All project objects will be preserved: servers, networks, public IP addresses, disks, and other resources.

To transfer a project to another account, use the Transfer Services to Another Account instructions.

Move the cloud server to another pool segment, project or account⁠

carefully

When you migrate a server, the public IP address of the cloud server and other project resources will not be migrated. After migrating the server, you can create a new IP address or public subnet. If you want to keep the public IP address, migrate the entire project to another account.

You can move the cloud server to a different pool segment, project, and account. When you move the image to a different project or account, you can also change the pool segment, including selecting a different pool and region.

To move the server:

1. See which cloud server disk is bootable.

2. Create a boot disk image of the cloud server.

3. Transfer the image to the account, project, or pool segment to which you want to migrate the cloud server.

4. Create a cloud server from a boot disk image. If the image is larger than 50 GB, you must first create a disk from it, and then create a server from the disk.

5. If additional disks are used on the original server, migrate them and connect them to the new server.

6. If the migration was not within the same pool, create a new public IP address for the server.

1. View the boot disk⁠

1. In the dashboard, on the top menu, click Products and select Cloud Servers.

2. Open the Servers tab → Server page.

3. Open the Configuration tab. If the tab has the Local Disk field, the server has a bootable local disk.

4. Open the Network Disks tab. If there is a Bootable tag in the disk line, the server has a bootable network disk.

2. Create a bootable disk image⁠

Control panel

1. In the control panel top menu, click Products and select Cloud Servers.

2. From the server menu, select Shutdown. The server will enter the SHUTOFF status.

3. Go to the Images section.

4. Click Create Image.

5. Enter a name for the image.

6. Select the pool segment to which the image will be loaded. Images smaller than 16 GB are automatically replicated to neighboring pool segments.

7. Select the disk as the image source.

8. Select a disk — you can only create an image in the pool where the disk is located.

9. Optional: check the box Specify minimum disk and memory requirements. Specify the minimum amount of RAM in MB and disk capacity in GB. When you create a cloud server from this image, the control panel or API will automatically check these limits.

10. Click Create.

OpenStack CLI

The image will only be available for one project and pool for which you have configured authorization in the OpenStack API.

The process of creating an image depends on the type of disk.

Local disk

1. Open the OpenStack CLI.

2. Shut down the server — a non-consistent image may be created from a running disk:

   openstack server stop <server>

   Specify <server> — server ID or name. The list can be viewed using the openstack server list command.

   The server will go into SHUTOFF status.

3. Create a local disk image:

   openstack server image create --name <image_name> <server>

   Specify:

   • <image_name> — image name;
   • <server> — Server ID or name. The list can be viewed with openstack server list.

Network disk

1. Open the OpenStack CLI.

2. Shut down the server — a non-consistent image may be created from a running disk:

   openstack server stop <server>

   Specify <server> — server ID or name. The list can be viewed using the openstack server list command

   The server will go into SHUTOFF status.

3. Disconnect the network drive from the server:

   openstack server remove volume <server> <volume>

   Specify:

   • <server> — Server ID or name. The list can be viewed with openstack server list;
   • <volume> — ID or name of the network drive. You can view the list with openstack volume list.

4. Check that the network drive has entered the AVAILABLE status:

   openstack volume list

5. Create a network disk image:

   openstack image create --volume <volume> <image_name>

   Specify <image_name> — image name.

3. Transfer the image⁠

The image can be moved to another account, project, or pool segment.

When you move an image to another account or project, you can also change the pool segment.

Control panel

1. In the Control panel, on the top menu, click Products and select Cloud Servers.

2. Go to the Images section.

3. From the menu of the boot disk image, select Copy link.

4. Go to the account you want to move the server to.

5. Open the projects menu (name of the current project) and select the desired project.

6. Click Create Image.

7. Enter a name for the image.

8. Select the pool segment to which you want to migrate the image. The cloud server will be moved to the same segment.

9. Select URL as the image source.

10. Paste the URL of the image you copied in step 3.

11. Select the image format and container format.

    If you don't know what formats to specify, specify raw image format, bare container format.

12. Select the operating system.

13. Optional: check the box Specify minimum disk and memory requirements. Specify the minimum amount of RAM in MB and disk capacity in GB. When you create a cloud server from this image, the control panel or API will automatically check these limits.

14. Click Create.

4. Create a cloud server⁠

If the image size is less than 50 GB, you can create a cloud server directly from the boot disk image.

If the image is larger than 50 GB, we recommend that you first create a disk from the image and then create a server from that disk. This will help you avoid an error when creating the server.

Control panel

1. If the boot disk image is larger than 50 GB, create a disk from the image.

2. In the Control panel, on the top menu, click Products and select Cloud Servers.

3. Click Create Server.

4. Enter the name of the cloud server. This will be set as the hostname in the operating system on the server.

5. Select the pool segment to which you transferred the boot disk image.

6. Click on the default source name. Select the source from which the server will be created:

   • If the size of the created disk image is less than 50 GB, open the My Images tab. Select the bootable disk image you created earlier;
   • If the image size is more than 50 GB, open the Disks tab. Select the disk created from the boot disk image.

7. Press Select.

8. Select a cloud server configuration:

   • fixed — lines with different vCPU to RAM ratios up to 36 vCPUs, 128 GB of RAM, and 1.25 TB of local disk capacity;
   • arbitrary — select any resource ratio up to 32 vCPUs, 256 GB RAM and 1.23 TB of local disk space.

   Different configurations and server lines use different processors depending on the pool segment. You can add GPUs to the configurations — more details in the Create a cloud server with GPU instructions.

   After the server is created, you can change the configuration.

   The amount of RAM that is allocated to the server may be less than the specified amount — the operating system kernel reserves some RAM depending on the kernel version and distribution. You can check the allocated amount on an existing server with sudo dmesg | grep Memory.

9. Select the server boot (system) disk:

   • local disk without network latency — check the box Local SSD NVMe disk. If you have selected an arbitrary configuration, specify the local disk size. If you selected fixed, the disk size will depend on the configuration;
   • or network disk — in the Disk Type field, select the type of disk and specify its size.

   Once the server is created, only the network boot disk can be replaced.

10. Click Add.

11. Optional: To add an additional disk to the server, click Add. Multiple disks can be added.

After the server is created, you can disconnect additional disks from the server and connect new disks.

You can migrate additional disks that were attached to the source server.

12. Select or create the subnet to which the server will connect:

    • private subnet — a subnet without access from the Internet;
    • private subnet with public IP address — a private subnet and one static public IP address;
    • public subnet — all addresses in the subnet will be accessible from the Internet.

13. To securely connect to the server, place an SSH key on the server. Multiple keys can be added. The supported key types are ed25519, rsa, ecdsa, and dsa.

    Select an existing key or click Add SSH Key. Enter a key name and insert a public SSH key in OpenSSH format. Click Add.

    If SSH keys are not created, generate them.

14. Optional: Copy and save the password of the root user (a user with unlimited rights to all actions on the system). Store the password in a safe place and do not share it in plaintext.

15. Optional: To create an interruptible server, check the Interruptible Server checkbox.

16. Optional: if you plan to create multiple servers and want to increase the resiliency of your infrastructure, we recommend using placement groups or placing cloud servers in different segments of the pool — otherwise we do not guarantee placement on different hosts.

    Select an existing placement group or click Create Group and enter a group name. Select a placement policy:

    • Preferably on different hosts — soft-anti-affinity, the system will try to place servers on different hosts. If there is no suitable host when creating a server, it will be created on the same host;
    • Must be on different hosts — anti-affinity, servers in a group must be located on different hosts. If we do not find a suitable host, the server will not be created.

    Once a server is created, it cannot be added to the group directly — only by creating a copy.

17. Optional: to add additional information to the server or filter the servers in the list, add a tag. Multiple tags can be added. Operating system and configuration tags are automatically added.

    In the Tags field, check the existing tags or enter a new one. The maximum length of the tag is 60 characters. You can use Latin and Cyrillic letters, numbers and hyphen sign.

18. Optional: in the User data field, insert or upload a script that will be executed at system startup. The maximum size of a script with non-Base64 encoded data is 16 KB. Examples of scripts and supported formats can be found in the User data instruction.

19. Click Create Server.

OpenStack CLI

1. If the boot disk image is larger than 50 GB, create a disk from the image.

2. Open the OpenStack CLI.

3. Create a cloud server:

   openstack server create \
       [--image <image> | --volume <volume> | --snapshot <snapshot>] \
       --flavor <flavor> \
       --availability-zone <pool_segment> \
       --nic net-id=<net_uuid> \
       --key-name <key_name> \
       <server_name>

   Specify:

   • source type:
     • --image <image> — to create a server from off-the-shelf or custom image. Parameter <image> — ID or name of the image. The list of images can be viewed with openstack image list;
     • --volume <volume> — to create a server from network disk. Parameter <volume> — ID or disk name. You can view the list of network disks using openstack volume list;
     • --snapshot <snapshot> — to create a server from snapshot. Parameter <snapshot> — ID or name of the snapshot. The list of snapshots can be viewed with openstack snapshot list;
   • <flavor> — The ID or name of the flavor. The flavors correspond to cloud server configurations and determine the number of vCPUs, RAM, and local disk size (optional) of the server. You can use fixed configuration flavors or create a flavor. For example, 4011 — ID to create a Memory Line fixed configuration server with 2 vCPUs, 16 GB RAM in a ru-9 pool. You can view the list of flavors using openstack flavor list or in the table List of fixed configuration flavors in all pools;
   • <pool_segment> — pool segment in which the cloud server will be created, e.g. ru-9a. The list of available pool segments can be found in the instructions. Availability matrices;
   • <net_uuid> — ID of the private or public network to which the server will be connected. The list can be viewed with openstack network list;
   • <key_name> — name of the SSH key pair for the service user. If SSH keys are not created, generate them. The list can be viewed with openstack keypair list;
   • optional: --block-device-mapping vdb=<extra_volume> — ID or name of the extra disk. The list can be viewed with openstack volume list;
   • optional: --tag <tag_name> --os-compute-api-version 2.52 — tag to add more information about the server;
   • optional: --tag preemptible --os-compute-api-version 2.72 — tag to create an interruptible server;
   • optional: --user-data <user_data.file> — path to the script with Base64 encoded data. Scripts and tasks from the script will be executed at the first boot of the operating system. Examples of scripts can be found in the User data instruction;
   • <server_name> — server name.

5. Move additional disks⁠

If additional disks are used on the original cloud server, you can migrate them.

1. Create images of additional disks.

2. Transfer the additional disk images to the account, project, or pool segment to which you migrated the cloud server.

3. Create network disks from the images.

4. Connect the network drives to the new cloud server.

6. Create a public IP address for the server⁠

Control panel

1. In the dashboard, on the top menu, click Products and select Cloud Servers.

2. Go to the Network section.

3. Open the Public IP Addresses tab.

4. Click Create IP Address.

5. Select the pool where the public IP address will be created.

6. Specify the number of public IP addresses.

7. Click Create.

OpenStack CLI

1. Open the OpenStack CLI.

2. Create a public IP address:

   openstack floating ip create external-network