Перенести облачный сервер или облачную инфраструктуру

Последнее изменение: 20 июня 2025

Если нужно перенести настроенную инфраструктуру (серверы, сети, диски, бэкапы и другие ресурсы) или важно сохранить публичный IP-адрес при переносе сервера, мы рекомендуем перенести проект инфраструктуры в другой аккаунт. При таком переносе нельзя выбрать другой сегмент пула.

Облачный сервер можно перенести в другой сегмент пула, проект или аккаунт. Для этого нужно создать и перенести образ загрузочного диска сервера или перенести диск сервера напрямую. При переносе образа в другой проект или аккаунт можно также изменить сегмент пула. Напрямую перенести сервер невозможно.

Перенести проект облачной инфраструктуры в другой аккаунт⁠

Для переноса облачной инфраструктуры в другой аккаунт перенесите проект.

Можно перенести проект только в рамках одного сегмента пула. Все объекты проекта сохранятся: серверы, сети, публичные IP-адреса, диски и остальные ресурсы.

Чтобы перенести проект в другой аккаунт, используйте инструкцию Перенести услуги в другой аккаунт.

Перенести облачный сервер в другой сегмент пула, проект или аккаунт⁠

осторожно

При переносе сервера не перенесется публичный IP-адрес облачного сервера и другие ресурсы проекта. После переноса сервера вы можете создать новый IP-адрес или публичную подсеть. Если вы хотите сохранить публичный IP-адрес, перенесите весь проект в другой аккаунт.

Облачный сервер можно перенести в другой сегмент пула, проект и аккаунт. При переносе образа в другой проект или аккаунт можно также изменить сегмент пула, в том числе, выбрать другой пул и регион.

Вы можете перенести сервер двумя способами:

• перенести образ загрузочного диска, чтобы использовать его для создания нового сервера в другом сегменте пула, проекте или аккаунте. Рекомендуем использовать этот способ для переноса сервера с небольшим объемом данных;
• перенести диск сервера напрямую на сервер в другом сегменте пула, проекте или аккаунте. Рекомендуем использовать этот способ для переноса сервера с большим объемом данных.

Перенести образ диска

1. Посмотрите имя и тип загрузочного диска исходного облачного сервера.

2. Создайте образ загрузочного диска исходного облачного сервера.

3. Перенесите образ в аккаунт, проект или сегмент пула, в который нужно перенести облачный сервер.

4. Создайте целевой облачный сервер из образа загрузочного диска.

5. Если на исходном сервере используются дополнительные диски, перенесите их и подключите к целевому серверу.

6. Если исходный и целевой серверы в разных пулах, создайте новый публичный IP-адрес для сервера.

1. Посмотреть имя и тип загрузочного диска исходного сервера⁠

1. В панели управления в верхнем меню нажмите Продукты и выберите Облачные серверы.

2. Откройте вкладку Серверы → страница сервера.

3. Откройте вкладку Конфигурация. Если на вкладке есть поле Локальный диск, то у сервера загрузочный локальный диск.

4. Откройте вкладку Сетевые диски. Если в строке с диском есть тег Загрузочный, то у сервера загрузочный сетевой диск.

2. Создать образ загрузочного диска исходного сервера⁠

Панель управления

1. В панели управления верхнем меню нажмите Продукты и выберите Облачные серверы.

2. В меню сервера выберите Выключить. Сервер перейдет в статус SHUTOFF.

3. Перейдите в раздел Образы.

4. Нажмите Создать образ.

5. Введите имя образа.

6. Выберите сегмент пула, в который загрузится образ. Образы размером менее 16 ГБ автоматически реплицируются в соседние сегменты пула.

7. Выберите диск в качестве источника образа.

8. Выберите диск — образ можно создать только в том пуле, в котором находится диск.

9. Опционально: отметьте чекбокс Указать минимальные требования к диску и памяти. Укажите минимальное количество оперативной памяти в МБ и объем дисков в ГБ. При создании облачного сервера из этого образа панель управления или API автоматически проверят эти ограничения.

10. Нажмите Создать.

OpenStack CLI

Образ будет доступен только для одного проекта и пула, для которых вы настроили авторизацию в OpenStack API.

Процесс создания образа зависит от типа диска, который вы посмотрели ранее.

Локальный диск

1. Откройте OpenStack CLI.

2. Выключите сервер — из работающего диска может создаться неконсистентный образ:

   openstack server stop <server>

   Укажите <server> — ID или имя сервера. Список можно посмотреть с помощью команды openstack server list.

   Сервер перейдет в статус SHUTOFF.

3. Создайте образ локального диска:

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

   Укажите:

   • <image_name> — имя образа;
   • <server> — ID или имя сервера. Список можно посмотреть с помощью команды openstack server list.

Сетевой диск

1. Откройте OpenStack CLI.

2. Выключите сервер — из работающего диска может создаться неконсистентный образ:

   openstack server stop <server>

   Укажите <server> — ID или имя сервера. Список можно посмотреть с помощью команды openstack server list

   Сервер перейдет в статус SHUTOFF.

3. Отключите сетевой диск от сервера:

   openstack server remove volume <server> <volume>

   Укажите:

   • <server> — ID или имя сервера. Список можно посмотреть с помощью команды openstack server list;
   • <volume> — ID или имя сетевого диска. Список список можно посмотреть с помощью команды openstack volume list.

4. Проверьте, что сетевой диск перешел в статус AVAILABLE:

   openstack volume list

5. Создайте образ сетевого диска:

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

   Укажите <image_name> — имя образа.

3. Перенести образ⁠

Образ можно перенести в другой аккаунт, проект или сегмент пула.

При переносе образа в другой аккаунт или проект можно также изменить сегмент пула.

Панель управления

1. В панели управления в верхнем меню нажмите Продукты и выберите Облачные серверы.

2. Перейдите в раздел Образы.

3. В меню образа загрузочного диска выберите Скопировать ссылку.

4. Перейдите в аккаунт, в который нужно перенести сервер.

5. Откройте меню проектов (название текущего проекта) и выберите нужный проект.

6. Нажмите Создать образ.

7. Введите имя образа.

8. Выберите сегмент пула, в который нужно перенести образ. Облачный сервер перенесется в этот же сегмент.

9. В качестве источника образа выберите URL.

10. Вставьте URL образа, который вы скопировали на шаге 3.

11. Выберите формат образа и формат контейнера.

    Если вы не знаете, какие форматы указать, укажите формат образа raw, контейнера — bare.

12. Выберите операционную систему.

13. Опционально: отметьте чекбокс Указать минимальные требования к диску и памяти. Укажите минимальное количество оперативной памяти в МБ и объем дисков в ГБ. При создании облачного сервера из этого образа панель управления или API автоматически проверят эти ограничения.

14. Нажмите Создать.

OpenStack CLI

1. В панели управления в верхнем меню нажмите Продукты и выберите Облачные серверы.

2. Перейдите в раздел Образы.

3. В меню образа загрузочного диска выберите Скопировать ссылку.

4. Откройте OpenStack CLI.

5. Настройте авторизацию в OpenStack API для аккаунта, проекта и пула, в который нужно перенести облачный сервер.

6. Создайте пустой образ:

   openstack image create <image_name>

   Укажите <image_name> — имя образа.

7. Импортируйте образ:

   openstack image import \
     --method web-download \
     --uri <image_url> \
     <image_name>

   Укажите:

   • <image_url> — URL образа, который вы скопировали на шаге 3;
   • <image_name> — имя образа.

4. Создать целевой сервер из образа⁠

Панель управления

1. В панели управления в верхнем меню нажмите Продукты и выберите Облачные серверы.

2. Нажмите Создать сервер.

3. Введите имя облачного сервера. Оно будет установлено как hostname в операционной системе на сервере.

4. Выберите сегмент пула, в который вы перенесли образ загрузочного диска.

5. Нажмите на имя источника по умолчанию → вкладка Мои образы.

6. Выберите образ загрузочного диска, который вы создали ранее.

7. Нажмите Выбрать.

8. Выберите конфигурацию облачного сервера:

   • фиксированная — линейки с различным соотношением vCPU и RAM до 48 vCPU, 320 ГБ RAM и 1,25 ТБ объема локального диска;
   • произвольная — выбор любого соотношения ресурсов до 32 vCPU, 256 ГБ RAM и 2 ТБ объема локального диска.

   В разных конфигурациях и линейках сервера в зависимости от сегмента пула используются разные процессоры. К конфигурациям можно добавить графические процессоры — подробнее в инструкции Создать облачный сервер с GPU.

   После создания сервера можно изменить конфигурацию.

   Объем оперативной памяти, который выделяется серверу, может быть меньше указанного — ядро операционной системы резервирует часть оперативной памяти в зависимости от версии ядра и дистрибутива. Выделенный объем на существующем сервере можно проверить с помощью команды sudo dmesg | grep Memory.

9. Выберите загрузочный (системный) диск сервера:

   • локальный диск без сетевых задержек — отметьте чекбокс Локальный SSD NVMe диск. Если вы выбрали произвольную конфигурацию, укажите размер локального диска. Если вы выбрали фиксированную, размер диска будет зависеть от конфигурации;
   • или сетевой диск — в поле Тип диска выберите тип диска и укажите его размер.

   После создания сервера можно будет заменить только сетевой загрузочный диск.

10. Нажмите Добавить.

11. Опционально: чтобы добавить к серверу дополнительный диск, нажмите Добавить. Можно добавить несколько дисков.

    После создания сервера можно отключить от него дополнительные диски и подключить новые.

    Вы можете перенести дополнительные диски, которые были подключены к исходному серверу.

12. В блоке Сеть подключите существующую приватную подсеть с облачным роутером или создайте новую:

    Существующая приватная подсеть

    12.1. Нажмите Приватная подсеть.

    12.2. В поле Публичный IP-адрес для доступа из интернета выберите Новый публичный IP-адрес.

    12.3. Разверните блок с настройками приватной подсети.

    12.4. В поле Подсеть выберите существующую подсеть.

    12.5. В поле Приватный IP укажите приватный IP-адрес сервера. Публичный IP-адрес будет автоматически подключен к приватному адресу.

    Новая приватная подсеть

    12.1. Нажмите Приватная подсеть.

    12.2. В поле Публичный IP-адрес для доступа из интернета выберите Новый публичный IP-адрес.

    12.3. Разверните блок с настройками приватной подсети.

    12.4. Если у вас есть существующие сети в проекте, в поле Подсеть выберите Новая подсеть.

    12.5. Опционально: измените CIDR подсети.

    12.6. Опционально: включите тумблер DHCP.

    12.7. Опционально: в поле Шлюз измените IP-адрес шлюза по умолчанию.

    12.8. В поле Сеть выберите существующую сеть, в которой будет создана подсеть, или Новая сеть. Для приватной подсети с публичным IP-адресом автоматически будет создан роутер router-<network_name>, где <network_name> — имя сети.

    12.9. Если вы выбрали Новая сеть, введите имя сети.

13. Выберите группы безопасности для фильтрации трафика на портах сервера. Без групп безопасности трафик будет запрещен. Если блок отсутствует, в сети сервера выключена фильтрация трафика (port security). С выключенной фильтрацией трафика весь трафик будет разрешен.

14. Чтобы безопасно подключаться к серверу, разместите на нем SSH-ключ. Можно добавить несколько ключей. Поддерживаются типы ключей еd25519, rsa, ecdsa и dsa.

    Выберите существующий ключ или нажмите Добавить SSH-ключ. Введите имя ключа и вставьте публичный SSH-ключ в формате OpenSSH. Нажмите Добавить.

    Если SSH-ключи не созданы, сгенерируйте их.

15. Опционально: скопируйте и сохраните пароль пользователя root (пользователь с неограниченными правами на все действия над системой). Храните пароль в безопасном месте и не передавайте в открытом виде.

16. Опционально: чтобы создать прерываемый сервер, отметьте чекбокс Прерываемый сервер.

17. Опционально: если вы планируете создать несколько серверов и хотите повысить отказоустойчивость инфраструктуры, мы рекомендуем использовать группы размещения или размещать облачные серверы в разных сегментах пула — в остальных случаях мы не гарантируем размещение на разных хостах.

    Выберите существующую группу размещения или нажмите Создать группу и введите имя группы. Выберите политику размещения:

    • желательно на разных хостах — soft-anti-affinity, система постарается разместить серверы на разных хостах. Если при создании сервера не будет подходящего хоста, он будет создан на том же хосте;
    • обязательно на разных хостах — anti-affinity, серверы в группе обязательно располагаются на разных хостах. Если мы не найдем подходящий хост, сервер не будет создан.

    После создания сервера его нельзя будет добавить в группу напрямую — только через создание копии.

18. Опционально: чтобы добавить к серверу дополнительную информацию или фильтровать серверы в списке, добавьте тег. Можно добавить несколько тегов. Автоматически добавляются теги операционной системы и конфигурации.

    В поле Теги отметьте существующие теги или введите новый. Максимальная длина тега — 60 символов. Можно использовать латинские и кириллические буквы, цифры и знак дефиса.

19. Опционально: в поле User data вставьте или загрузите скрипт, который выполнится при загрузке системы. Максимальный размер скрипта с данными, которые не закодированы в Base64, — 16 КБ. Примеры скриптов и поддерживаемые форматы можно посмотреть в инструкции User data.

20. Нажмите Создать сервер.

OpenStack CLI

1. Откройте OpenStack CLI.

2. Создайте облачный сервер:

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

Укажите:

• тип источника:
  • --image <image> — для создания сервера из готового или собственного образа. Параметр <image> — ID или имя образа. Список образов можно посмотреть с помощью команды openstack image list;
  • --volume <volume> — для создания сервера из сетевого диска. Параметр <volume> — ID или имя диска. Список сетевых дисков можно посмотреть с помощью команды openstack volume list;
  • --snapshot <snapshot> — для создания сервера из снапшота. Параметр <snapshot> — ID или имя снапшота. Список снапшотов можно посмотреть с помощью команды openstack snapshot list;
• <flavor> — ID или имя флейвора. Флейворы соответствуют конфигурациям облачного сервера и определяют количество vCPU, RAM и размер локального диска (опционально) сервера. Можно использовать флейворы фиксированных конфигураций или создать флейвор. Например, 4011 — ID для создания сервера с фиксированной конфигурацией линейки Memory Line с 2 vCPU, 16 ГБ RAM в пуле ru-9. Список флейворов можно посмотреть с помощью команды openstack flavor list или в таблице Список флейворов фиксированной конфигурации во всех пулах;
• <pool_segment> — сегмент пула, в котором будет создан облачный сервер, например ru-9a. Список доступных сегментов пула можно посмотреть в инструкции Матрицы доступности;
• <net_uuid> — ID приватной или публичной сети, к которой будет подключен сервер. Список можно посмотреть с помощью команды openstack network list;
• <security_group> — ID или имя группы безопасности, которая будет назначена на все порты сервера. Чтобы создать сервер с группой безопасности, в сети должна быть включена фильтрация трафика (port security). Список групп можно посмотреть с помощью команды openstack security group list;
• <key_name> — имя пары SSH-ключей для сервисного пользователя. Если SSH-ключи не созданы, сгенерируйте их. Список можно посмотреть с помощью команды openstack keypair list;
• опционально: --block-device-mapping vdb=<extra_volume> — ID или имя дополнительного диска. Список можно посмотреть с помощью команды openstack volume list;
• опционально: --tag <tag_name> --os-compute-api-version 2.52 — тег для добавления дополнительной информации о сервере;
• опционально: --tag preemptible --os-compute-api-version 2.72 — тег для создания прерываемого сервера;
• опционально: --user-data <user_data.file> — путь до скрипта с данными, закодированными в Base64. Сценарии и задачи из скрипта выполнятся при первой загрузке операционной системы. Примеры скриптов можно посмотреть в инструкции User data;
• <server_name> — имя сервера.

5. Перенести дополнительные диски⁠

Если на исходном облачном сервере используются дополнительные диски, их можно перенести.

1. Создайте образы дополнительных дисков.

2. Перенесите образы дополнительных дисков в аккаунт, проект или сегмент пула, в который вы перенесли облачный сервер.

3. Создайте сетевые диски из образов.

4. Подключите сетевые диски к новому облачному серверу.

6. Создать публичный IP-адрес для сервера⁠

Панель управления

1. В панели управления в верхнем меню нажмите Продукты и выберите Облачные серверы.

2. Перейдите в раздел Сеть.

3. Откройте вкладку Публичные IP-адреса.

4. Нажмите Создать IP-адрес.

5. Выберите пул, в котором будет создан публичный IP-адрес.

6. Укажите количество публичных IP-адресов.

7. Нажмите Создать.

OpenStack CLI

1. Откройте OpenStack CLI.

2. Создайте публичный IP-адрес:

   openstack floating ip create external-network

Перенести диск напрямую

1. Посмотрите имя и тип загрузочного диска исходного облачного сервера.

2. Создайте целевой облачный сервер.

3. Перенесите диск исходного облачного сервера.

4. Если на исходном сервере используются дополнительные диски, перенесите их и подключите к целевому облачному серверу.

1. Посмотреть имя и тип загрузочного диска⁠

1. В панели управления в верхнем меню нажмите Продукты и выберите Облачные серверы.

2. Откройте вкладку Серверы → страница сервера.

3. Откройте вкладку Конфигурация. Если на вкладке есть поле Локальный диск, то у сервера загрузочный локальный диск.

4. Откройте вкладку Сетевые диски. Если в строке с диском есть тег Загрузочный, то у сервера загрузочный сетевой диск.

2. Создать целевой сервер⁠

Панель управления

1. В панели управления в верхнем меню нажмите Продукты и выберите Облачные серверы.

2. Нажмите Создать сервер.

3. Введите имя облачного сервера. Оно будет установлено как hostname в операционной системе на сервере.

4. Выберите сегмент пула.

5. Нажмите на имя источника по умолчанию.

6. Выберите источник, из которого будет создан сервер. У источника тип загрузки (BIOS или UEFI) должен совпадать с типом загрузки исходного сервера.

7. Нажмите Выбрать.

8. Выберите конфигурацию облачного сервера:

   • фиксированная — линейки с различным соотношением vCPU и RAM до 48 vCPU, 320 ГБ RAM и 1,25 ТБ объема локального диска;
   • произвольная — выбор любого соотношения ресурсов до 32 vCPU, 256 ГБ RAM и 2 ТБ объема локального диска.

   В разных конфигурациях и линейках сервера в зависимости от сегмента пула используются разные процессоры. К конфигурациям можно добавить графические процессоры — подробнее в инструкции Создать облачный сервер с GPU.

   После создания сервера можно изменить конфигурацию.

   Объем оперативной памяти, который выделяется серверу, может быть меньше указанного — ядро операционной системы резервирует часть оперативной памяти в зависимости от версии ядра и дистрибутива. Выделенный объем на существующем сервере можно проверить с помощью команды sudo dmesg | grep Memory.

9. Выберите загрузочный (системный) диск сервера:

   • локальный диск без сетевых задержек — отметьте чекбокс Локальный SSD NVMe диск. Если вы выбрали произвольную конфигурацию, укажите размер локального диска. Если вы выбрали фиксированную, размер диска будет зависеть от конфигурации;
   • или сетевой диск — в поле Тип диска выберите тип диска и укажите его размер.

   Диск должен быть не меньше объема диска исходного сервера.

   После создания сервера можно будет заменить только сетевой загрузочный диск.

10. Нажмите Добавить.

11. Опционально: чтобы добавить к серверу дополнительный диск, нажмите Добавить. Можно добавить несколько дисков.

    После создания сервера можно отключить от него дополнительные диски и подключить новые.

    Вы можете перенести дополнительные диски, которые были подключены к исходному серверу.

12. В блоке Сеть подключите существующую приватную подсеть с облачным роутером или создайте новую:

    Существующая приватная подсеть

    12.1. Нажмите Приватная подсеть.

    12.2. В поле Публичный IP-адрес для доступа из интернета выберите Новый публичный IP-адрес.

    12.3. Разверните блок с настройками приватной подсети.

    12.4. В поле Подсеть выберите существующую подсеть.

    12.5. В поле Приватный IP укажите приватный IP-адрес сервера. Публичный IP-адрес будет автоматически подключен к приватному адресу.

    Новая приватная подсеть

    12.1. Нажмите Приватная подсеть.

    12.2. В поле Публичный IP-адрес для доступа из интернета выберите Новый публичный IP-адрес.

    12.3. Разверните блок с настройками приватной подсети.

    12.4. Если у вас есть существующие сети в проекте, в поле Подсеть выберите Новая подсеть.

    12.5. Опционально: измените CIDR подсети.

    12.6. Опционально: включите тумблер DHCP.

    12.7. Опционально: в поле Шлюз измените IP-адрес шлюза по умолчанию.

    12.8. В поле Сеть выберите существующую сеть, в которой будет создана подсеть, или Новая сеть. Для приватной подсети с публичным IP-адресом автоматически будет создан роутер router-<network_name>, где <network_name> — имя сети.

    12.9. Если вы выбрали Новая сеть, введите имя сети.

13. Выберите группы безопасности для фильтрации трафика на портах сервера. Без групп безопасности трафик будет запрещен. Если блок отсутствует, в сети сервера выключена фильтрация трафика (port security). С выключенной фильтрацией трафика весь трафик будет разрешен.

14. Чтобы безопасно подключаться к серверу, разместите на нем SSH-ключ. Можно добавить несколько ключей. Поддерживаются типы ключей еd25519, rsa, ecdsa и dsa.

    Выберите существующий ключ или нажмите Добавить SSH-ключ. Введите имя ключа и вставьте публичный SSH-ключ в формате OpenSSH. Нажмите Добавить.

    Если SSH-ключи не созданы, сгенерируйте их.

15. Опционально: скопируйте и сохраните пароль пользователя root (пользователь с неограниченными правами на все действия над системой). Храните пароль в безопасном месте и не передавайте в открытом виде.

16. Опционально: чтобы создать прерываемый сервер, отметьте чекбокс Прерываемый сервер.

17. Опционально: если вы планируете создать несколько серверов и хотите повысить отказоустойчивость инфраструктуры, мы рекомендуем использовать группы размещения или размещать облачные серверы в разных сегментах пула — в остальных случаях мы не гарантируем размещение на разных хостах.

    Выберите существующую группу размещения или нажмите Создать группу и введите имя группы. Выберите политику размещения:

    • желательно на разных хостах — soft-anti-affinity, система постарается разместить серверы на разных хостах. Если при создании сервера не будет подходящего хоста, он будет создан на том же хосте;
    • обязательно на разных хостах — anti-affinity, серверы в группе обязательно располагаются на разных хостах. Если мы не найдем подходящий хост, сервер не будет создан.

    После создания сервера его нельзя будет добавить в группу напрямую — только через создание копии.

18. Опционально: чтобы добавить к серверу дополнительную информацию или фильтровать серверы в списке, добавьте тег. Можно добавить несколько тегов. Автоматически добавляются теги операционной системы и конфигурации.

    В поле Теги отметьте существующие теги или введите новый. Максимальная длина тега — 60 символов. Можно использовать латинские и кириллические буквы, цифры и знак дефиса.

19. Опционально: в поле User data вставьте или загрузите скрипт, который выполнится при загрузке системы. Максимальный размер скрипта с данными, которые не закодированы в Base64, — 16 КБ. Примеры скриптов и поддерживаемые форматы можно посмотреть в инструкции User data.

20. Нажмите Создать сервер.

OpenStack CLI

1. Откройте OpenStack CLI.

2. Создайте облачный сервер:

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

   Укажите:

   • тип источника:
     • --image <image> — для создания сервера из готового или собственного образа. Параметр <image> — ID или имя образа. Список образов можно посмотреть с помощью команды openstack image list;
     • --volume <volume> — для создания сервера из сетевого диска. Параметр <volume> — ID или имя диска. Список сетевых дисков можно посмотреть с помощью команды openstack volume list;
     • --snapshot <snapshot> — для создания сервера из снапшота. Параметр <snapshot> — ID или имя снапшота. Список снапшотов можно посмотреть с помощью команды openstack snapshot list;
   • <flavor> — ID или имя флейвора. Флейворы соответствуют конфигурациям облачного сервера и определяют количество vCPU, RAM и размер локального диска (опционально) сервера. Можно использовать флейворы фиксированных конфигураций или создать флейвор. Например, 4011 — ID для создания сервера с фиксированной конфигурацией линейки Memory Line с 2 vCPU, 16 ГБ RAM в пуле ru-9. Список флейворов можно посмотреть с помощью команды openstack flavor list или в таблице Список флейворов фиксированной конфигурации во всех пулах;
   • <pool_segment> — сегмент пула, в котором будет создан облачный сервер, например ru-9a. Список доступных сегментов пула можно посмотреть в инструкции Матрицы доступности;
   • <net_uuid> — ID приватной или публичной сети, к которой будет подключен сервер. Список можно посмотреть с помощью команды openstack network list;
   • <security_group> — ID или имя группы безопасности, которая будет назначена на все порты сервера. Чтобы создать сервер с группой безопасности, в сети должна быть включена фильтрация трафика (port security). Список групп можно посмотреть с помощью команды openstack security group list;
   • <key_name> — имя пары SSH-ключей для сервисного пользователя. Если SSH-ключи не созданы, сгенерируйте их. Список можно посмотреть с помощью команды openstack keypair list;
   • опционально: --block-device-mapping vdb=<extra_volume> — ID или имя дополнительного диска. Список можно посмотреть с помощью команды openstack volume list;
   • опционально: --tag <tag_name> --os-compute-api-version 2.52 — тег для добавления дополнительной информации о сервере;
   • опционально: --tag preemptible --os-compute-api-version 2.72 — тег для создания прерываемого сервера;
   • опционально: --user-data <user_data.file> — путь до скрипта с данными, закодированными в Base64. Сценарии и задачи из скрипта выполнятся при первой загрузке операционной системы. Примеры скриптов можно посмотреть в инструкции User data;
   • <server_name> — имя сервера.

3. Перенести диск исходного сервера на целевой⁠

1. Подключитесь к целевому серверу.

2. Посмотрите идентификатор загрузочного диска, для этого выведите информацию о дисках:

   lsblk

   В ответе появится информация о дисках сервера. Значение /boot/efi в столбце MOUNTPOINTS указывает на загрузочный диск. Например:

   NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
   sda         8:0      0 931.5G  0 disk 
   └─sda1      8:1      0 931.5G  0 part /mnt/data
   nvme0n1     259:0    0 465.8G  0 disk 
   ├─nvme0n1p1 259:1    0   512M  0 part /boot/efi
   ├─nvme0n1p2 259:2    0    16G  0 part [SWAP]
   └─nvme0n1p3 259:3    0 449.3G  0 part /

   Здесь nvme0n1 — идентификатор диска.

3. Скопируйте идентификатор загрузочного диска, который вы получили на шаге 2.

4. Загрузите исходный сервер в режиме Rescue.

5. Подключитесь к исходному облачному серверу.

6. Посмотрите идентификаторы дисков, для этого выведите информацию о дисках:

   lsblk

   В ответе появится информация о дисках сервера. Значение /boot/efi в столбце MOUNTPOINTS указывает на загрузочный диск. Например:

   NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
   sda           8:0    0   1.8T  0 disk 
   └─sda1        8:1    0   1.8T  0 part /mnt/data
   sdb           8:16   0 931.5G  0 disk 
   └─sdb1        8:17   0 931.5G  0 part /mnt/backup
   nvme0n1     259:0    0 465.8G  0 disk 
   ├─nvme0n1p1 259:1    0   512M  0 part /boot/efi
   ├─nvme0n1p2 259:2    0    16G  0 part [SWAP]
   └─nvme0n1p3 259:3    0 449.3G  0 part /

   Здесь nvme0n1 — идентификатор диска.

7. Скопируйте идентификатор загрузочного диска, который вы получили на шаге 6.

8. Перенесите диск на целевой сервер:

   ssh root@NEW-IP '> /dev/<target_disk_id>' < /dev/<source_disk_id>

   Укажите:

   • <target_disk_id> — идентификатор диска целевого сервера. Буква диска целевого сервера может совпадать с буквой диска исходного сервера;
   • <source_disk_id> — идентификатор диска исходного сервера.

4. Перенести дополнительные диски⁠

Если на исходном облачном сервере используются дополнительные диски, их можно перенести.

1. Создайте образы дополнительных дисков.

2. Перенесите образы дополнительных дисков в аккаунт, проект или сегмент пула, в который вы перенесли диск исходного облачного сервера.

3. Создайте сетевые диски из образов.

4. Подключите сетевые диски к целевому облачному серверу.