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

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

  Требования к имени сервера

  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 — используется переподписка 1 к 3, т.е. на одно физическое ядро, с учётом Hyper-Threading, приходится 3 виртуальных ядра.
  Серии процессоров:
  • b2 Intel Cascade Lake 2.2 GHz — для экономных проектов с умеренной нагрузкой. Например, для серверов общего назначения, тестовых сред, маломощных веб-сервисов и приложений;
  • b3 Intel Cascade Lake 3.0 GHz — для задач, требующих высокой тактовой частоты vCPU. Например, для высоконагруженных веб-приложений (Python, Java), транзакционных нагрузок (1С, ERP-системы);
  • b5 Intel Ice lake 2.8 GHz — для сбалансированной производительности. Например, для средненагруженных баз данных, микросервисов и контейнерных приложений, виртуализированных сред (Kubernetes);
• Advanced — используется переподписка 1 к 1, т.е. на одно физическое ядро приходится одно виртуальное.
  Серии процессоров:
  • a1 Intel Cascade Lake 3.0 GHz — для задач, требующих высокой тактовой частоты vCPU. Например, для высоконагруженных веб-приложений (Python, Java), транзакционных нагрузок (1С, ERP-системы);
  • a5 Intel Ice lake 2.8 GHz — для сбалансированной производительности. Например, для средненагруженных баз данных, микросервисов и контейнерных приложений, виртуализированных сред (Kubernetes);
• GPU — подходит для самых требовательных задач: искусственный интеллект (обучение и инференс моделей), высокопроизводительные вычисления (HPC), симуляции, научные исследования, инженерные расчёты, аналитика в реальном времени и т.п.
  Для 1 сервера можно заказать 1, 2, 4 или 8 GPU-процессоров. Для заказа GPU-процессоров обратитесь к sales-менеджеру.
  
  Серии процессоров

  Серия	Дата-центр
  g1 NVIDIA Hopper H100 80Gb PCIe AMD EPYC 9004 series 3.85 GHz	ru-central1-a
  g2 NVIDIA Ampere A100 40Gb PCIe Intel Cascade Lake 3.1 GHz	ru-central3-a
  g3 NVIDIA Hopper H100 80Gb Intel Sapphire Rapids 2.0 GHz	ru-central2-a
  g4 Metax C500 Intel Ice Lake 2.1 GHz	ru-central3-a
  g5 Metax C550 64Gb Sapphire Rapids 2.0 GHz	ru-central3-a
  g6 NVIDIA Ada Lovelace L40s 48Gb AMD EPYC 9004 series 3.85 GHz	ru-central2-a
  g7 NVIDIA Hopper H200 SXM 141Gb InfiniBand Intel Sapphire Rapids 2.8 GHz	ru-central2-a

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

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

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

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

• публичный доступ — чтобы сервер имел статический публичный 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
    <сценарий>

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

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

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