Восстановление из резервной копии
Восстановить сервер можно как из полной, так и из инкрементальной резервной копии. В обоих случаях восстановить сервер из резервной копии можно в исходный сервер или в новый сервер.
Восстановление сервера из резервной копии в исходный сервер
Чтобы восстановить сервер из резервной копии в исходный сервер, не создавая новый:
- В главном меню портала перейдите в раздел Ресурсы → Cloud Engine → Резервные копии.
- Нажмите на строку с резервной копией, из которой нужно восстановить сервер.
- На вкладке Общая информация в строке с резервной копией, из которой нужно восстановить сервер, нажмите на кнопку .
- Выберите пункт Восстановить в исходный сервер.
- Нажмите на кнопку Подтвердить.
В результате сервер из резервной копии восстановится в исходный сервер. Файловая система откатится до состояния, когда была создана резервная копия.
Восстановление сервера из резервной копии с созданием нового сервера
Чтобы восстановить сервер из резервной копии с созданием нового сервера:
- В главном меню портала перейдите в раздел Ресурсы → Cloud Engine → Резервные копии.
- Нажмите на строку с резервной копией, из которой нужно восстановить сервер.
- На вкладке Общая информация в строке с резервной копией, из которой нужно восстановить сервер, нажмите на кнопку .
- Выберите пункт Восстановить.
- Заполните поля:
Примечание
Для повышения производительности нового сервера можно выбрать диск (в поле Тип *) и вычислительные ресурсы сервера, отличные от исходных.
Имя сервера * — наименование сервера;
- Описание — описание сервера, заполняется при необходимости.
Системный диск:
- Размер диска, Гб * — размер выделенной памяти не изменяется, восстанавливаются изначально заданные параметры;
- Тип * — тип диска:
- 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 — операции чтения и записи. Чем больше проводится операций чтения, тем меньше операций записи, и наоборот. При выполнении операций расходуется один и тот же дисковый ресурс.Примечания
- Тип дисков Average cluster и High cluster рекомендуется использовать для серверов, предназначенных для построения кластера на независимых друг от друга дисках. Например, при организации систем типа Primary-Secondary (Master-Slave).
- Для оптимальной работы и надёжности хранения данных диски Light и Basic проходят ежедневную проверку и исправление ошибок. В процессе этих проверок могут увеличиваться задержки (latency). Если вам нужна стабильно высокая производительность дисков, выбирайте High cluster. Подробнее см. раздел Задержка и производительность дисков.
- В дата-центрах 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-адрес в Интернете, но без доступа к локальной сети:
- Активируйте переключатель Использовать публичную сеть, чтобы к серверу был доступ из сети Интернет.
- В поле Ограничение скорости, Мбит/сек * укажите ограничение пропускной способности канала. Значение должно быть кратно 100.
Серверу автоматически присвоится статический публичный IP-адрес из пула свободных публичных IP-адресов;
- локальный доступ — чтобы сервер находился в локальной сети с возможностью доступа из сети Интернет, заполните поля:
- Сети других проектов — активируйте переключатель, если нужно подключить сервер к подсети другого проекта. Для этого в другом проекте нужно предоставить общий доступ к подсети;
- Сеть — сеть, к которой будет подключен сервер;
- Подсеть * — подсеть, к которой будет подключен сервер;
- Задать IP-адрес сетевого интерфейса — активируйте переключатель, чтобы указать IP-адрес вручную в поле IP-адрес сетевого интерфейса *. При вводе IP-адреса проверяется, не занят ли он, и его принадлежность к выбранной подсети;
- Подключить публичный IP-адрес — активируйте переключатель, если к серверу нужен доступ из сети Интернет. В поле Публичный IP-адрес выберите IP-адрес, который будет присвоен серверу. Если нужный IP-адрес отсутствует, создайте его;
- Группы безопасности сетевого интерфейса * — правила, контролирующие входящий и исходящий трафик сервера. По умолчанию создана группа безопасности default. В этой группе разрешён исходящий трафик в сеть Интернет и трафик между серверами. При необходимости создайте новую группу безопасности и добавьте нужные правила для исходящего и входящего трафика;
- Добавить политику размещения — активируйте переключатель, чтобы назначить для сервера политику размещения. В поле Политика размещения * выберите нужную политику, которая задаст правило размещения сервера среди гипервизоров. Подробнее см. раздел Политики размещения.
- Передать сценарий cloud-init — активируйте переключатель, чтобы задать свои настройки сервера. Напишите сценарий cloud-init в поле или загрузите текстовый файл. Сценарий может быть в формате YAML или shell:
YAML — формат для сериализации (хранения) данных. Введите первую строку #cloud-config и после неё сценарий. Например, создать пользователя с паролем и разрешением подключения к серверу по SSH-ключу и паролю:
shell-сценарий. Введите первую строку #!/bin/bash и после неё сценарий:
Примечание
В поле Доступ * выберите SSH-ключи — пары криптографических ключей, которые обеспечивают безопасный канал связи для доступа к серверу по безопасному сетевому протоколу Secure Shell (SSH). Подробнее см. раздел SSH-ключи.
Если нужного SSH-ключа нет, добавьте его.
Поле Доступ * отсутствует, если настройки сервера переданы в Сценарии cloud-init *.
6. Нажмите на кнопку Подтвердить.
В результате создастся новый сервер из резервной копии, который отобразится на портале в разделе Ресурсы → Cloud Engine → Серверы.





