Восстановление из резервной копии

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

Восстановление сервера из резервной копии в исходный сервер

Чтобы восстановить сервер из резервной копии в исходный сервер, не создавая новый:

  1. В главном меню портала перейдите в раздел Ресурсы → Cloud Engine  Резервные копии.
  2. Нажмите на строку с резервной копией, из которой нужно восстановить сервер.
  3. На вкладке Общая информация в строке с резервной копией, из которой нужно восстановить сервер, нажмите на кнопку .
  4. Выберите пункт Восстановить в исходный сервер.
  5. Нажмите на кнопку Подтвердить.

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

Восстановление сервера из резервной копии с созданием нового сервера

Чтобы восстановить сервер из резервной копии с созданием нового сервера:

  1. В главном меню портала перейдите в раздел Ресурсы → Cloud Engine  Резервные копии.
  2. Нажмите на строку с резервной копией, из которой нужно восстановить сервер.
  3. На вкладке Общая информация в строке с резервной копией, из которой нужно восстановить сервер, нажмите на кнопку .
  4. Выберите пункт Восстановить.
  5. Заполните поля:

Примечание

Для повышения производительности нового сервера можно выбрать диск (в поле Тип *) и вычислительные ресурсы сервера, отличные от исходных.

  • Имя сервера *  наименование сервера;

    1. Длина имени  от 3 до 64 символов.
    2. Может содержать заглавные и строчные буквы латинского алфавита, цифры и дефисы.
    3. Дефис нельзя использовать в начале и конце имени.
  • Описание описание сервера, заполняется при необходимости.

Системный диск:

  • Размер диска, Гб *  размер выделенной памяти не изменяется, восстанавливаются изначально заданные параметры;
  • Тип * тип диска:
    • High cluster 4 - IOPS Read: 15000 IOPS Write: 5000;
    • High cluster 5 - IOPS Read: 15000 IOPS Write: 5000;
    • High cluster 6 - IOPS Read: 15000 IOPS Write: 5000
    • Average cluster 2 - IOPS Read: 10000 IOPS Write: 3000;
    • Average cluster 4 - IOPS Read: 10000 IOPS Write: 3000;
    • Basic - IOPS Read: 3000 IOPS Write: 1000;
    • Light - IOPS Read: 500 IOPS Write: 300.


      IOPS — операции чтения и записи. Чем больше проводится операций чтения, тем меньше операций записи, и наоборот. При выполнении операций расходуется один и тот же дисковый ресурс.

      Примечания

      1. Тип дисков Average cluster и High cluster рекомендуется использовать для серверов, предназначенных для построения кластера на независимых друг от друга дисках. Например, при организации систем типа Primary-Secondary (Master-Slave).
      2. Для оптимальной работы и надёжности хранения данных диски Light и Basic проходят ежедневную проверку и исправление ошибок. В процессе этих проверок могут увеличиваться задержки (latency). Если вам нужна стабильно высокая производительность дисков, выбирайте High cluster. Подробнее см. раздел Задержка и производительность дисков.
      3. В дата-центрах ru-central2-a и ru-central3-a доступны только типы дисков Average и High.

Вычислительные ресурсы: 

Семейство — семейство процессоров:

  • General-purpose — подходит для решения большинства задач, например, выполнения кода для веб-сервисов и приложений, размещения интернет-магазинов, создания тестовых сред.
    Возможные Серии процессоров:
    • b2 Intel Cascade Lake 2.2 GHzдля небольшой нагрузки;
    • b3 Intel Cascade Lake 3.0 GHz и b5 Intel Ice lake 2.8 GHz — для большинства задач;
  • Advanced — подходит для работы высоконагруженных систем, например, CRM и баз данных.
    Возможные Серии процессоров:
    • a1 Intel Cascade Lake 3.0 GHz — для обеспечения высокой скорости обработки данных. Например, при работе с Microsoft SQL и 1С;
    • a5 Intel Ice lake 2.8 GHz — для большинства задач.
    Процессоры отличаются частотой, от которой зависят производительность сервера и скорость обработки данных.

vCPU, шт. — количество процессоров.

RAM, ГБ — объём оперативной памяти.

Выбрана конфигурация конфигурация сервера определяется автоматически на основании выбранного количества процессоров (vCPU) и объёма оперативной памяти (RAM). Подробнее см. раздел Конфигурации сервера.

Примечание

В дата-центрах ru-central2-a и ru-central3-a пока доступны только семейство General-purpose и серия b5 Intel Ice lake 2.8 GHz.


Сетевые настройки  настройте публичный или локальный доступ к серверу:

  • публичный доступ — чтобы сервер имел статический публичный IP-адрес в Интернете, но без доступа к локальной сети:
    1. Активируйте переключатель Использовать публичную сеть, чтобы к серверу был доступ из сети Интернет.
    2. В поле Ограничение скорости, Мбит/сек * укажите ограничение пропускной способности канала. Значение должно быть кратно 100.
      С
      ерверу автоматически присвоится статический публичный IP-адрес из пула свободных публичных IP-адресов;
  • локальный доступ  чтобы сервер находился в локальной сети с возможностью доступа из сети Интернет, заполните поля:
    • Сети других проектов — активируйте переключатель, если нужно подключить сервер к подсети другого проекта. Для этого в другом проекте нужно предоставить общий доступ к подсети;
    • Сеть — сеть, к которой будет подключен сервер;
    • Подсеть * — подсеть, к которой будет подключен сервер; 
    • Задать IP-адрес сетевого интерфейса — активируйте переключатель, чтобы указать IP-адрес вручную в поле IP-адрес сетевого интерфейса *. При вводе IP-адреса проверяется, не занят ли он, и его принадлежность к выбранной подсети;
    • Подключить публичный IP-адрес — активируйте переключатель, если к серверу нужен доступ из сети Интернет. В поле Публичный IP-адрес выберите IP-адрес, который будет присвоен серверу. Если нужный IP-адрес отсутствует, создайте его

  • Группы безопасности сетевого интерфейса * — правила, контролирующие входящий и исходящий трафик сервера. По умолчанию создана группа безопасности default. В этой группе разрешён исходящий трафик в сеть Интернет и трафик между серверами. При необходимости создайте новую группу безопасности и добавьте нужные правила для исходящего и входящего трафика;
  • Добавить политику размещения — активируйте переключатель, чтобы назначить для сервера политику размещения. В поле Политика размещения * выберите нужную политику, которая задаст правило размещения сервера среди гипервизоров. Подробнее см. раздел Политики размещения.

  • Передать сценарий cloud-init — активируйте переключатель, чтобы задать свои настройки сервера. Напишите сценарий cloud-init в поле или загрузите текстовый файл. Сценарий может быть в формате YAML или shell:
    • YAML формат для сериализации (хранения) данных. Введите первую строку #cloud-config и после неё сценарий. Например, создать пользователя с паролем и разрешением подключения к серверу по SSH-ключу и паролю:

      #cloud-config
      ssh_pwauth: true
      users:
      - name: qa
        gecos: QA User
        passwd: $y$j9T$3mh./8QBp1FtRBFmOGQ0e/$GGFkNSZe1W/iqrv7P8.TvrS5PDRgTL1m2U1Brg0QAA3
        shell: /bin/bash
        lock_passwd: false
    • shell-сценарий. Введите первую строку #!/bin/bash и после неё сценарий:

      #!/bin/bash
      <сценарий>

Примечание

Объём текста до 16384 байт.

В поле Доступ * выберите SSH-ключи — пары криптографических ключей, которые обеспечивают безопасный канал связи для доступа к серверу по безопасному сетевому протоколу Secure Shell (SSH). Подробнее см. раздел SSH-ключи.

Если нужного SSH-ключа нет, добавьте его.

Поле Доступ * отсутствует, если настройки сервера переданы в Сценарии cloud-init *.

6. Нажмите на кнопку Подтвердить.

В результате создастся новый сервер из резервной копии, который отобразится на портале в разделе Ресурсы → Cloud Engine Серверы.