Структура документации BC - #VEGA-4655
@@ -10,7 +10,7 @@
|
||||
|
||||
| Название квоты | Количество |
|
||||
|---------------------|------------|
|
||||
| Количество виртуальных серверов | 3 штуки|
|
||||
| Количество виртуальных ВМов | 3 штуки|
|
||||
| ЦПУ | 200 |
|
||||
| ОЗУ | 200 Гбайт |
|
||||
| Хранилище NVME | 5000 Гбайт |
|
||||
|
||||
@@ -11,7 +11,7 @@
|
||||
- сетевые диски;
|
||||
- IP-адреса.
|
||||
|
||||
Аппаратные ресурсы (серверы, сети, диски) размещены в центрах обработки данных (ЦОД). Каждый дата-центр разделен на модули. Модули оснащены независимыми системами электропитания и охлаждения.
|
||||
Аппаратные ресурсы (ВМы, сети, диски) размещены в центрах обработки данных (ЦОД). Каждый дата-центр разделен на модули. Модули оснащены независимыми системами электропитания и охлаждения.
|
||||
|
||||
При получении доступа в публичное облако текущий пользователь становится менеджера проектов. Менеджер проектов может создавать новые проекты, в которых он получает роль владельца проекта. Владелец проекта может добавлять пользователей в проект, назначая им роли.
|
||||
|
||||
|
||||
@@ -7,28 +7,28 @@
|
||||
В проекте предусмотрен базовый набор ролей:
|
||||
|
||||
- **Владелец продукта** — управление пользователями проекта, просмотр ресурсов.
|
||||
- **DevOps-инженер** — управление инфраструктурой, стандартное администрирование ОС UNIX по протоколу ssh и права управления виртуальными серверами и дисками в консоли управления.
|
||||
- **DevOps-инженер** — управление инфраструктурой, стандартное администрирование ОС UNIX по протоколу ssh и права управления виртуальными ВМами и дисками в консоли управления.
|
||||
|
||||
## Матрица ролей
|
||||
|
||||
| Действие | Владелец проекта | DevOps-инженер |
|
||||
|---|---|---|
|
||||
| Обзор проекта<br> (квоты и количество использованных ресурсов)| ✅ | ✅ |
|
||||
| Серверы: обзор | ✅ | ✅ |
|
||||
| Серверы: мониторинг | ✅ | ✅ |
|
||||
| Серверы: создать сервер |✘ | ✅ |
|
||||
| Серверы: подключить диск | ✘ | ✅ |
|
||||
| Серверы: отключить диск | ✘ | ✅ |
|
||||
| Серверы: добавить диск | ✘ | ✅ |
|
||||
| Серверы: теги | ✘ |✅ |
|
||||
| Серверы: масштабирование сервера | ✘ | ✅ |
|
||||
| Серверы: выключить сервер | ✘ | ✅ |
|
||||
| Серверы: включить сервер | ✘ | ✅ |
|
||||
| Серверы: перезагрузить сервер | ✘ | ✅ |
|
||||
| Серверы: принудительно перезагрузить сервер | ✘ | ✅ |
|
||||
| Серверы: удалить сервер | ✘ | ✅ |
|
||||
| Серверы: группы размещения | ✘ | ✅ |
|
||||
| Серверы: IP-адреса | ✘ | ✅ |
|
||||
| ВМы: обзор | ✅ | ✅ |
|
||||
| ВМы: мониторинг | ✅ | ✅ |
|
||||
| ВМы: создать ВМ |✘ | ✅ |
|
||||
| ВМы: подключить диск | ✘ | ✅ |
|
||||
| ВМы: отключить диск | ✘ | ✅ |
|
||||
| ВМы: добавить диск | ✘ | ✅ |
|
||||
| ВМы: теги | ✘ |✅ |
|
||||
| ВМы: масштабирование ВМа | ✘ | ✅ |
|
||||
| ВМы: выключить ВМ | ✘ | ✅ |
|
||||
| ВМы: включить ВМ | ✘ | ✅ |
|
||||
| ВМы: перезагрузить ВМ | ✘ | ✅ |
|
||||
| ВМы: принудительно перезагрузить ВМ | ✘ | ✅ |
|
||||
| ВМы: удалить ВМ | ✘ | ✅ |
|
||||
| ВМы: группы размещения | ✘ | ✅ |
|
||||
| ВМы: IP-адреса | ✘ | ✅ |
|
||||
| Диски: просмотр дисков | ✅ | ✅ |
|
||||
| Диски: добавление дискового пространства | ✘ | ✅ |
|
||||
| Диски: удалить диск| ✘ | ✅ |
|
||||
|
||||
@@ -1,40 +1,35 @@
|
||||
# Быстрый старт
|
||||
|
||||
В этой инструкции рассмотрен процесс создания виртуального сервера UNIX и подключение к нему по протоколу SSH.
|
||||
В этой инструкции рассмотрен процесс создания виртуального ВМа UNIX и подключение к нему по протоколу SSH.
|
||||
|
||||
## Перед началом работы
|
||||
|
||||
- [Создан проект](../admin/projects.md#создать-проект).
|
||||
- Назначена роль **DevOps-инженер**.
|
||||
|
||||
## Создать виртуальный сервер
|
||||
## Создать виртуальный ВМ
|
||||
|
||||
1. Откройте [консоль управления](https://console.cloud.dfcloud.ru).
|
||||
2. Выбрать проект.
|
||||
3. На странице **Обзор** убедитесь в наличии свободных ресурсов.
|
||||
4. Нажмите **Создать сервер**.
|
||||
4. Нажмите **Создать ВМ**.
|
||||
5. Выберите образ ОС UNIX.
|
||||
6. [Заполните свойства cервера](../compute/compute-instructions/compute-servers-create.md#создать-сервер).
|
||||
7. Нажмите **Cоздать сервер**.
|
||||
6. [Заполните свойства cервера](../compute/compute-instructions/compute-servers-create.md#создать-ВМ).
|
||||
7. Нажмите **Cоздать ВМ**.
|
||||
|
||||
Виртуальный сервер отобразится на странице **Облачные вычисления → Серверы**. Выполняется сборка виртуального сервера. После окончания сборки сервер перейдет в статус `Включен`.
|
||||
Виртуальный ВМ отобразится на странице **Облачные вычисления → ВМы**. Выполняется сборка виртуального ВМа. После окончания сборки ВМ перейдет в статус `Включен`.
|
||||
|
||||
## Подключиться к серверу по SSH
|
||||
## Подключиться к ВМу по SSH
|
||||
|
||||
Для подключения к виртуальному серверу по SSH выполните команду в терминале:
|
||||
Для подключения к виртуальному ВМу по SSH выполните команду в терминале:
|
||||
|
||||
- по IP-адресу сервера:
|
||||
- по IP-адресу ВМа:
|
||||
|
||||
```
|
||||
ssh -l <логин пользователя> -i <путь до приватного ключа> <IP-адрес сервера>
|
||||
ssh -l <логин пользователя> -i <путь до приватного ключа> <IP-адрес ВМа>
|
||||
```
|
||||
- по полному доменному имени сервера (FQDN):
|
||||
- по полному доменному имени ВМа (FQDN):
|
||||
|
||||
```
|
||||
ssh -l <логин пользователя> -i <путь до приватного ключа> <FQDN сервера>
|
||||
ssh -l <логин пользователя> -i <путь до приватного ключа> <FQDN ВМа>
|
||||
```
|
||||
|
||||
Пример команды подключения к серверу по IP-адресу:
|
||||
Пример команды подключения к ВМу по IP-адресу:
|
||||
|
||||
```
|
||||
$ ssh -l ivanov -i /home/user/.ssh/id_rsa 10.0.0.1
|
||||
@@ -42,5 +37,5 @@ $ ssh -l ivanov -i /home/user/.ssh/id_rsa 10.0.0.1
|
||||
|
||||
## Далее
|
||||
|
||||
- [Подключение дополнительного диска к виртуальному серверу](../compute/compute-instructions/compute-disks.md#добавить-диск).
|
||||
- [Удаление виртуального сервера](../compute/compute-instructions/compute-servers-manage.md#удалить-сервер).
|
||||
- [Подключение дополнительного диска к виртуальному ВМу](../compute/compute-instructions/compute-disks.md#добавить-диск).
|
||||
- [Удаление виртуального ВМа](../compute/compute-instructions/compute-servers-manage.md#удалить-ВМ).
|
||||
@@ -0,0 +1,64 @@
|
||||
# Группы размещения
|
||||
|
||||
Группы размещения — это правила размещения виртуальных машин на физических хостах. Правила размещения позволяют создавать виртуальные машины на разных или на одном хосте. Политика размещения виртуальных машин действует в рамках одной зоны доступности.
|
||||
|
||||
- Правило `Affinity` размещает ВМ обязательно на одном физическом хосте.
|
||||
|
||||
- Правило `Soft-Affinity` размещает ВМ по возможности на одном физическом хосте.
|
||||
|
||||
- Правило `Anti-Affinity` размещает ВМ обязательно на разных физических хостах. Такое размещение повышает производительность и предотвращает недоступность ВМ при отказе хоста.
|
||||
|
||||
- Правило `Soft-Anti-Affinity` размещает ВМ по возможности на разных физических хостах.
|
||||
|
||||
::: warning Важно
|
||||
В группу размещения можно добавить новую ВМ. Во время создания ВМ укажите группу размещения, к которой будет принадлежать ВМ.
|
||||
|
||||
Существующая ВМ не может быть добавлена в группу размещения.
|
||||
|
||||
ВМ может быть создана в группе размещения, если для выполнения правила есть ресурсы в зоне доступности. Если ресурсов нет, то ВМ не будет создан.
|
||||
:::
|
||||
|
||||
## Создать группу размещения
|
||||
|
||||
1. Перейдите в личный кабинет.
|
||||
2. В списке **Проекты** нажмите на имя проекта, в котором нужно создать ресурс.
|
||||
3. Нажмите на карточку сервиса **Виртуальные машины**.
|
||||
4. Откройте раздел **Виртуальные машины → Группы размещения**.
|
||||
5. Нажмите **Создать группу**.
|
||||
6. Введите параметры группы размещения:
|
||||
- **Имя группы размещения**: введите имя группы размещения.
|
||||
- выберите правило размещения.
|
||||
- **Зона доступности**: выберите зону доступности, в которой будут создаваться виртуальные машины по правилу размещения.
|
||||
- добавьте тег группе размещения при необходимости.
|
||||
7. Нажмите **Создать группу**.
|
||||
|
||||
## Добавить виртуальную машину в группу размещения
|
||||
|
||||
Принадлежность виртуальной машины к группе размещения указывается во время [создания ВМ](../compute-how-to/compute-servers-create.md#создать-виртуальную-машину). Уже созданную виртуальную машину нельзя добавить в группу размещения.
|
||||
|
||||
## Редактировать группу размещения
|
||||
|
||||
В группе размещения можно изменить название группы и редактировать теги.
|
||||
|
||||
1. Перейдите в личный кабинет.
|
||||
2. В списке **Проекты** нажмите на имя проекта, в котором нужно изменить ресурс.
|
||||
3. Нажмите на карточку сервиса **Виртуальные машины**.
|
||||
4. Откройте раздел **Виртуальные машины → Группы размещения**.
|
||||
5. Переименовать группу размещения:
|
||||
- Нажмите на название группы в списке групп.
|
||||
- Нажмите на … и выберите **Переименовать**.
|
||||
- Введите новое имя группы размещения.
|
||||
- Нажмите ✓.
|
||||
6. Редактировать теги группы размещения:
|
||||
- Нажмите на название группы в списке групп.
|
||||
- Нажмите **Редактировать теги**.
|
||||
- Добавьте или удалите теги.
|
||||
- Нажмите **Сохранить**.
|
||||
|
||||
## Удалить группу размещения
|
||||
|
||||
1. Перейдите в личный кабинет.
|
||||
2. В списке **Проекты** нажмите на имя проекта, в котором нужно удалить изменить ресурс.
|
||||
3. Нажмите на карточку сервиса **Виртуальные машины**.
|
||||
4. Откройте раздел **Виртуальные машины → Группы размещения**.
|
||||
5. Справа от названия группы размещения нажмите кнопку .
|
||||
@@ -0,0 +1,35 @@
|
||||
# Подключение к ВМ
|
||||
|
||||
Подключение к ВМ выполняется по протоколу SSH с [помощью ключевой пары](../../admin/ssh.md).
|
||||
|
||||
## Перед началом работы
|
||||
|
||||
- Статус виртуального ВМа `Включен`.
|
||||
|
||||
## Подключиться к ВМ
|
||||
|
||||
1. Откройте терминал.
|
||||
2. Выполните команду в терминале:
|
||||
|
||||
- **подключиться из интернета к ВМ, созданной в зоне `DMZ`**:
|
||||
|
||||
```
|
||||
ssh -l root <публичный IP-адрес ВМ>
|
||||
```
|
||||
где:
|
||||
|
||||
- подключение выполняется под пользователем `root`;
|
||||
- `публичный IP-адрес ВМ`: публичный IP-адрес ВМ можно узнать на странице сервиса **Виртуальные машины** в разделе **Виртуальные машины**, нажмите на имя ВМ и скопируйте IP-адрес.
|
||||
|
||||
- **подключиться из интернета к ВМ, созданной в зоне `Inside`**:
|
||||
|
||||
```
|
||||
ssh -o ProxyJump=root@<публичный IP-адрес ВМ> root@<приватный IP-адрес ВМ>
|
||||
```
|
||||
где:
|
||||
- подключение выполняется под пользователем `root`;
|
||||
- `публичный IP-адрес ВМ`: публичный IP-адрес ВМ, через которую будет выполнено подключение к ВМ `Inside`-зоны;
|
||||
- `приватный IP-адрес ВМ`: приватный IP-адрес ВМ `Inside`-зоны, к которой нужно подключиться из интернета;
|
||||
- IP-адреса ВМ можно узнать на странице сервиса **Виртуальные машины** в разделе **Виртуальные машины**, нажмите на имя ВМ и скопируйте IP-адрес.
|
||||
|
||||
3. Подтвердите подключение.
|
||||
@@ -0,0 +1,115 @@
|
||||
# Диски
|
||||
|
||||
Хранение данных организовано с использованием сетевых дисков. Диск создается в определенной зоне доступности. Каждый диск автоматически реплицируется внутри своей зоны доступности, что обеспечивает надежное хранение данных.
|
||||
|
||||
Загрузочный диск создается вместе с виртуальным ВМом. Конфигурация загрузочного диска задается на этапе [создания ВМ](compute-servers-create.md#создать-виртуальную-машину). При [удалении ВМ](compute-servers-manage.md#удалить-ВМ) загрузочный диск удалится вместе с ВМ.
|
||||
|
||||
[Дополнительные диски можно добавить](compute-servers-create.md#добавить-диск) на этапе создания ВМ или [создать диск позже и подключить к нужной ВМ](#создать-диск). При [удалении ВМ](compute-servers-manage.md#удалить-ВМ) дополнительные диски (не загрузочные) останутся в проекте в списке дисков.
|
||||
|
||||
## Посмотреть список дисков
|
||||
|
||||
1. Перейдите в личный кабинет.
|
||||
2. В списке **Проекты** нажмите на имя проекта.
|
||||
3. Нажмите на карточку сервиса **Виртуальные машины**.
|
||||
4. Откройте раздел **Виртуальные машины → Диски**.
|
||||
|
||||
## Посмотреть информацию о диске
|
||||
|
||||
1. Перейдите в личный кабинет.
|
||||
2. В списке **Проекты** нажмите на имя проекта.
|
||||
3. Нажмите на карточку сервиса **Виртуальные машины**.
|
||||
4. Откройте раздел **Виртуальные машины → Диски**.
|
||||
5. Нажмите на имя диска.
|
||||
6. На странице показана информация о диске:
|
||||
- **Идентификатор**: уникальный идентификатор диска.
|
||||
- **Тип хранения**: тип диска.
|
||||
- **Загрузочный**: является ли диск загрузочным.
|
||||
- **Размер**: размер диска.
|
||||
- **Подключен к**: виртуальный ВМ, к которому подключен диск.
|
||||
- **Имя устройства**: имя устройства в файловой системе.
|
||||
|
||||
## Создать диск
|
||||
|
||||
Создать диск дополнительный (не загрузочный):
|
||||
|
||||
1. Перейдите в личный кабинет.
|
||||
2. В списке **Проекты** нажмите на имя проекта.
|
||||
3. Нажмите на карточку сервиса **Виртуальные машины**.
|
||||
4. Откройте раздел **Виртуальные машины → Диски**.
|
||||
5. Нажмите **Создать диск**.
|
||||
6. Введите параметры добавляемого диска:
|
||||
- **Имя диска**: введите название диска
|
||||
- **Зона доступности**: выберите из списка зону доступности, в которой будет создан диск.
|
||||
- **Тип**: выберите из списка тип хранения.
|
||||
- **Размер диска**: введите размер добавляемого диска в Гб.
|
||||
7. Нажмите **Создать диск**.
|
||||
|
||||
На странице **Диски** будет добавлен новый диск, но не подключен к како-либо ВМ. Диск можно [подключить к ВМ](#подключить-диск-к-вм).
|
||||
|
||||
## Увеличить размер дискового пространства
|
||||
|
||||
::: warning Важно
|
||||
Изменение размера дискового пространства возможно только в большую сторону.
|
||||
:::
|
||||
|
||||
1. Перейдите в личный кабинет.
|
||||
2. В списке **Проекты** нажмите на имя проекта.
|
||||
3. Нажмите на карточку сервиса **Виртуальные машины**.
|
||||
4. Откройте раздел **Виртуальные машины → Диски**.
|
||||
5. Нажмите на имя диска.
|
||||
6. Нажмите **Изменить размер диска**.
|
||||
7. Введите размер добавляемого дискового пространства в Гб.
|
||||
8. Нажмите **Сохранить**.
|
||||
|
||||
Далее требуется увеличить размер диска в операционной системе.
|
||||
|
||||
## Подключить диск к ВМ
|
||||
|
||||
Подключить диск к ВМ можно внутри одной зоны доступности.
|
||||
|
||||
::: warning Важно
|
||||
К ВМ можно подключить максимально 28 дисков, включая системный.
|
||||
:::
|
||||
|
||||
1. Перейдите в личный кабинет.
|
||||
2. В списке **Проекты** нажмите на имя проекта, в котором нужно создать ресурс.
|
||||
3. Нажмите на карточку сервиса **Виртуальные машины**.
|
||||
4. Откройте раздел **Виртуальные машины → Виртуальные машины**.
|
||||
5. Нажмите на имя ВМ.
|
||||
6. Перейдите на вкладку **Диски**.
|
||||
7. Нажмите **Подключить диск**.
|
||||
8. В строке поиска введите имя диска. Для отображения списка дисков щелкните в строке поиска левой кнопкой мыши.
|
||||
9. Нажмите **Подключить**.
|
||||
|
||||
## Отключить диск от ВМ
|
||||
|
||||
Отключить от ВМ можно только дополнительный диск. Отключение загрузочного диска невозможно.
|
||||
|
||||
1. Перейдите в личный кабинет.
|
||||
2. В списке **Проекты** нажмите на имя проекта, в котором нужно создать ресурс.
|
||||
3. Нажмите на карточку сервиса **Виртуальные машины**.
|
||||
4. Откройте раздел **Виртуальные машины → Виртуальные машины**.
|
||||
5. Нажмите на имя ВМ.
|
||||
6. Перейдите на вкладку **Диски**.
|
||||
7. Нажмите на … и выберите **Отключить от виртуальной машины**.
|
||||
8. В открывшемся окне подтвердите операцию:
|
||||
- Введите имя виртуального ВМа, от которого отключаете диск.
|
||||
- Нажмите **Отключить диск**.
|
||||
|
||||
## Удалить диск
|
||||
|
||||
Перед удалением отключите диск от ВМ.
|
||||
|
||||
::: danger Предупреждение
|
||||
Удаление диска необратимо. Все данные будут удалены без возможности восстановления.
|
||||
:::
|
||||
|
||||
1. Перейдите в личный кабинет.
|
||||
2. В списке **Проекты** нажмите на имя проекта.
|
||||
3. Нажмите на карточку сервиса **Виртуальные машины**.
|
||||
4. Откройте раздел **Виртуальные машины → Диски**.
|
||||
5. Нажмите на имя диска.
|
||||
6. Нажмите на … и выберите **Удалить**.
|
||||
7. В открывшемся окне подтвердите операцию:
|
||||
- Введите имя удаляемого диска.
|
||||
- Нажмите **Удалить**.
|
||||
@@ -0,0 +1,102 @@
|
||||
# IP-адрес
|
||||
|
||||
IP-адрес — это вычислительный ресурс публичного облака. В облачных сервисах используются внутренние IPv4-адреса.
|
||||
|
||||
Внутренние IP-адреса назначаются автоматически или выбираются из списка зарезервированных адресов при создании виртуального ВМа.
|
||||
|
||||
Список зарезервированных адресов формируется из:
|
||||
- IP-адресов, [созданных вручную](#создать-ip-адрес);
|
||||
- IP-адресов, [сохраненных в проекте](#сохранить-ip-адрес-в-проекте).
|
||||
|
||||
::: warning Важно
|
||||
Привязка и отвязка IP-адресов возможна внутри одной [зоны доступности](../compute-overview.md#зоны-доступности).
|
||||
:::
|
||||
|
||||
## Типы адресов
|
||||
|
||||
`Публичный` — IP-адрес, по которому ВМ доступна из интернета.
|
||||
|
||||
`Приватный` — IP-адрес, по которому ВМ доступна в [зоне `Inside`](../compute-overview.md#зоны-доступности).
|
||||
|
||||
::: warning Важно
|
||||
Один публичный IP-адрес предоставляется одной организации. Не удаляйте публичный IP-адрес из списка IP-адресов. В случае удаления IP-адреса пропадет возможность создания ВМ с доступом в интернет.
|
||||
|
||||
Публичный IP-адрес можно отвязать от ВМ и назначить другой ВМ.
|
||||
:::
|
||||
|
||||
## Статусы IP-адресов
|
||||
|
||||
`Используется` — IP-адрес зарезервирован и назначен виртуальному ВМу.
|
||||
|
||||
`Зарезервирован` — IP-адрес зарезервирован и не назначен виртуальному ВМу, доступен для назначения.
|
||||
|
||||
## Посмотреть список IP-адресов
|
||||
|
||||
1. Перейдите в личный кабинет.
|
||||
2. В списке **Проекты** нажмите на имя проекта.
|
||||
3. Нажмите на карточку сервиса **Виртуальные машины**.
|
||||
4. Откройте раздел **Виртуальные машины → IP-адреса**.
|
||||
5. Отобразится список всех IP-адресов проекта.
|
||||
|
||||
## Создать IP-адрес
|
||||
|
||||
Вы можете зарезервировать IP-адрес из диапазона IP-адресов и назначить этот адрес новому виртуальному ВМу.
|
||||
|
||||
1. Перейдите в личный кабинет.
|
||||
2. В списке **Проекты** нажмите на имя проекта.
|
||||
3. Нажмите на карточку сервиса **Виртуальные машины**.
|
||||
4. Откройте раздел **Виртуальные машины → IP-адреса**.
|
||||
5. Нажмите **Создать IP-адрес**.
|
||||
6. Введите параметры адреса:
|
||||
- **Имя**: введите имя IP-адреса.
|
||||
- **Зона доступности**: выберите зону доступности, в которой будут доступен адрес.
|
||||
- добавьте тег адресу при необходимости.
|
||||
7. Нажмите **Создать**.
|
||||
|
||||
На странице **Облачные вычисления → IP-адреса** появится новый IP-адрес со статусом `Зарезервирован`.
|
||||
|
||||
## Сохранить IP-адрес в проекте
|
||||
|
||||
При удалении ВМ его IP-адрес освобождается и не может быть повторно использован в проекте. Если вам требуется сохранить IP-адрес ВМ и привязать этот адрес новой ВМ, то отключите автоудаление адреса. IP-адрес сохранится в вашем проекте и может быть назначен новой ВМ.
|
||||
|
||||
1. Перейдите в личный кабинет.
|
||||
2. В списке **Проекты** нажмите на имя проекта.
|
||||
3. Нажмите на карточку сервиса **Виртуальные машины**.
|
||||
4. Откройте раздел **Виртуальные машины → IP-адреса**.
|
||||
5. Нажмите на имя адреса в списке IP-адресов.
|
||||
6. На странице адреса нажмите кнопку **Изменить**, расположенную ниже флажка **Автоудаление**.
|
||||
7. Снимите флажок **Автоудаление**, если он установлен.
|
||||
8. Нажмите **Сохранить**.
|
||||
|
||||
## Присвоить имя IP-адресу
|
||||
|
||||
Имя IP-адреса отображается только на странице **Облачные вычисления → IP-адреса**. На странице ВМ отображается значение IP-адреса.
|
||||
|
||||
1. Перейдите в личный кабинет.
|
||||
2. В списке **Проекты** нажмите на имя проекта.
|
||||
3. Нажмите на карточку сервиса **Виртуальные машины**.
|
||||
4. Откройте раздел **Виртуальные машины → IP-адреса**.
|
||||
5. Нажмите на имя адреса в списке IP-адресов.
|
||||
6. Нажмите на … и выберите **Переименовать**.
|
||||
7. Введите новое имя IP-адреса.
|
||||
8. Нажмите ✓.
|
||||
|
||||
## Удалить IP-адрес
|
||||
|
||||
Если для IP-адреса установлено автоудаление, то адрес удалится во время удаления виртуального ВМа.
|
||||
|
||||
Если для IP-адреса не установлено автоудаление, то адрес удаляется вручную:
|
||||
|
||||
1. Перейдите в личный кабинет.
|
||||
2. В списке **Проекты** нажмите на имя проекта.
|
||||
3. Нажмите на карточку сервиса **Виртуальные машины**.
|
||||
4. Откройте раздел **Виртуальные машины → IP-адреса**.
|
||||
5. Удалите адрес одним из способов:
|
||||
- В разделе **IP-адреса**:
|
||||
- В списке адресов найдите IP-адрес, который необходимо удалить.
|
||||
- Cправа от имени IP-адреса нажмите кнопку .
|
||||
- Подтвердите действие.
|
||||
- На странице IP-адреса:
|
||||
- Нажмите на имя адреса в списке IP-адресов., который необходимо удалить.
|
||||
- Нажмите на … в правом углу страницы и выберите **Удалить**.
|
||||
- Подтвердите действие.
|
||||
@@ -0,0 +1,74 @@
|
||||
# Создание виртуальные машины
|
||||
|
||||
<!-- ## Выбор образа операционной системы -->
|
||||
|
||||
Для проектов уже подготовлены образы на базе операционной системы UNIX.
|
||||
|
||||
| Образ | OC | slug | Версия | Минимальный размер системного диска |
|
||||
|--------------|----------------|-------------------------|----------|-------------------------------------|
|
||||
| Ubuntu | Ubuntu | ubuntu-22-04 | 22.04 | 40 Гб |
|
||||
|
||||
## Создать виртуальную машину
|
||||
|
||||
1. Перейдите в личный кабинет.
|
||||
2. В списке **Проекты** нажмите на имя проекта, в котором нужно создать ресурс.
|
||||
3. Нажмите на карточку сервиса **Виртуальные машины**.
|
||||
4. Откройте раздел **Виртуальные машины → Виртуальные машины**.
|
||||
5. Нажмите **Создать виртуальную машину**.
|
||||
6. В блоке **Имя и расположение** укажите имя и расположение виртуального ВМа:
|
||||
- **Имя ВМа**: введите название виртуального ВМа:
|
||||
- допустимая длина 63 символа с учетом зоны DNS проекта;
|
||||
- **Зона доступности**: выберите подходящую [зону доступности](../compute-overview.md#зоны-доступности).
|
||||
- Укажите количество создаваемых ВМ.
|
||||
7. В блоке **Выбор образа** выберите тип и версию операционной системы.
|
||||
8. В блоке **Конфигурация** выберите количество ОЗУ и ЦПУ. Наборы ресурсов заранее скомпонованы по оптимальным параметрам.
|
||||
::: tip Информация
|
||||
При выборе ресурсов рекомендуется в первую очередь ориентироваться на требуемое количество ОЗУ.
|
||||
:::
|
||||
9. В блоке **Диски** настройте загрузочный диск и, при необходимости, добавьте дополнительные диски:
|
||||
- **Загрузочный диск**: выберите тип хранения и укажите размер загрузочного диска.
|
||||
- Рекомендуется создать дополнительный диск для размещения ваших данных: нажмите **Добавьте диск** и настройте дополнительный диск. [Дополнительный диск можно создать](#добавить-диск) позже.
|
||||
::: warning Важно
|
||||
К ВМ можно подключить не более 28 дисков, включая загрузочный.
|
||||
:::
|
||||
10. Выберите SSH-ключи, с помощью которых вы можете подключаться к ВМ по SSH. Если подходящий SSH-ключ отсутствует, то нажмите [**Создать ключ**](../../admin/ssh.md#создать-ssh-ключ).
|
||||
11. В блоке **Настройки сети** выберите:
|
||||
- **IPv4-адрес**: выберите способ получения внутреннего IP-адреса для ВМ:
|
||||
- выберите **Автоматически**, чтобы получить IP-адрес автоматически;
|
||||
- выберите адрес из списка. В списке адресов отображаются [созданные вручную IP-адреса](compute-ip.md#создать-ip-адрес) и [сохраненные IP-адреса](compute-ip.md#сохранить-ip-адрес-в-проекте), которые доступны для переиспользования.
|
||||
::: warning Важно
|
||||
Для вашей организации предоставлен [публичный IP-адрес](compute-ip.md#типы-адресов). Назначьте публичный IP-адрес ВМ, создаваемой в DMZ-зоне, и получите доступ из интернета к ВМ.
|
||||
:::
|
||||
|
||||
12. В блоке **Размещения** выберите:
|
||||
- **Группа размещения**: выберите правило размещения ВМа на физическом хосте. [Группу размещения](compute-affinity.md) создайте заранее.
|
||||
13. Установите флажок **Расширенные параметры**, чтобы использовать [cloud-init](https://cloudinit.readthedocs.io/en/latest/) для настройки виртуального ВМа.
|
||||
14. Нажмите **Создать ВМ**.
|
||||
|
||||
Виртуальный ВМ появится на странице сервиса **Виртуальные машины** в разделе **Виртуальные машины** в статусе `Cоздается`. Выполняется сборка виртуального ВМа, назначается [IP-адрес](compute-ip.md) и полное доменное имя (FQDN). После окончания сборки ВМ перейдет в статус `Включен`.
|
||||
|
||||
Виртуальная машина будет создана в правами `root`.
|
||||
|
||||
## Добавить диск
|
||||
|
||||
Добавление дополнительного диска к ВМ состоит из двух шагов:
|
||||
|
||||
- 1 шаг. Добавить новое устройство.
|
||||
- 2 шаг. Подключить диск внутри операционной системы.
|
||||
|
||||
Новое устройство добавляется в личном кабинете:
|
||||
|
||||
1. Перейдите в личный кабинет.
|
||||
2. В списке **Проекты** нажмите на имя проекта, в котором нужно создать ресурс.
|
||||
3. Нажмите на карточку сервиса **Виртуальные машины**.
|
||||
4. Откройте раздел **Виртуальные машины → Виртуальные машины**.
|
||||
5. Нажмите на имя ВМ.
|
||||
6. Перейдите на вкладку **Диски**.
|
||||
7. Нажмите **Добавить диск**.
|
||||
8. Введите параметры добавляемого диска:
|
||||
- **Имя диска**: введите название диска.
|
||||
- **Тип**: выберите из списка тип хранения.
|
||||
- **Размер диска**: введите размер добавляемого диска в Гб.
|
||||
9. Нажмите **Создать диск**.
|
||||
|
||||
Далее требуется монтировать диск в операционной системе.
|
||||
@@ -0,0 +1,160 @@
|
||||
# Управление виртуальными машинами
|
||||
|
||||
## Посмотреть список ВМ
|
||||
|
||||
1. Перейдите в личный кабинет.
|
||||
2. В списке **Проекты** нажмите на имя проекта.
|
||||
3. Нажмите на карточку сервиса **Виртуальные машины**.
|
||||
4. Откройте раздел **Виртуальные машины → Виртуальные машины**.
|
||||
|
||||
## Посмотреть свойства ВМ
|
||||
|
||||
1. Перейдите в личный кабинет.
|
||||
2. В списке **Проекты** нажмите на имя проекта.
|
||||
3. Нажмите на карточку сервиса **Виртуальные машины**.
|
||||
4. Откройте раздел **Виртуальные машины → Виртуальные машины**.
|
||||
5. Нажмите на имя ВМ.
|
||||
6. На вкладке **Общая информация** показана информация о ВМ:
|
||||
- **Идентификатор**: уникальный идентификатор ВМ.
|
||||
- **Внутренний FQDN**: полное доменное имя ВМ.
|
||||
- **IPv4 адрес**:внутренний IP-адрес, присвоенный ВМ.
|
||||
- **Образ**: операционная система, установленная на ВМ.
|
||||
- **Конфигурация**: конфигурация ЦПУ и ОЗУ.
|
||||
- **Группа размещения**: группа размещения ВМ.
|
||||
- **Дата создания**: дата и время создания ВМ.
|
||||
- **Создатель**: имя пользователя, который создал ВМ.
|
||||
- **Теги**: теги, присвоенные ВМу.
|
||||
7. На вкладке **Диски** показан загрузочный диск и дополнительные диски, подключенных к ВМ.
|
||||
|
||||
## Изменить конфигурацию ВМ
|
||||
|
||||
У ВМ можно изменить конфигурацию ЦПУ и ОЗУ: увеличить или уменьшить количество вычислительных ресурсов. Выбор конфигурации предоставляется из линейки доступных тарифов.
|
||||
|
||||
1. Перейдите в личный кабинет.
|
||||
2. В списке **Проекты** нажмите на имя проекта.
|
||||
3. Нажмите на карточку сервиса **Виртуальные машины**.
|
||||
4. Откройте раздел **Виртуальные машины → Виртуальные машины**.
|
||||
5. Нажмите на имя ВМ.
|
||||
6. На вкладке **Общая информация** нажмите **Изменить конфигурацию**.
|
||||
7. Выберите из списка новый тариф: количество ЦПУ и ОЗУ.
|
||||
8. Нажмите **Сохранить и перезагрузить**.
|
||||
9. Подтвердите действие, нажав **Перезагрузить**.
|
||||
|
||||
Во время выполнения масштабирования ВМ находится статусе `Расширение`. После применения изменений ВМ будет автоматически перезагружена. ВМ перейдет в статус `Включен`.
|
||||
|
||||
## Выключить ВМ
|
||||
|
||||
Выключение ВМ не предполагает освобождение вычислительных ресурсов, зарезервированных за этим ВМ.
|
||||
|
||||
1. Перейдите в личный кабинет.
|
||||
2. В списке **Проекты** нажмите на имя проекта.
|
||||
3. Нажмите на карточку сервиса **Виртуальные машины**.
|
||||
4. Откройте раздел **Виртуальные машины → Виртуальные машины**.
|
||||
5. Измените состояние ВМ одним из способов:
|
||||
- На странице **Виртуальные машины**:
|
||||
- В списке виртуальных ВМ найдите ВМ, состояние которой необходимо изменить.
|
||||
- Нажмите на … и выберите **Выключить**.
|
||||
- Подтвердите действие, нажав **Выключить**.
|
||||
- На странице виртуальной машины:
|
||||
- В списке ВМ найдите ВМ, состояние которой необходимо изменить.
|
||||
- Нажмите на имя ВМ.
|
||||
- Нажмите **Выключить**.
|
||||
- Подтвердите действие, нажав **Выключить ВМ**.
|
||||
|
||||
Выключение ВМ занимает некоторое время, отключается питание ВМ. После выключения ВМ переходит в статус `Выключен пользователем`.
|
||||
|
||||
## Включить ВМ
|
||||
|
||||
1. Перейдите в личный кабинет.
|
||||
2. В списке **Проекты** нажмите на имя проекта.
|
||||
3. Нажмите на карточку сервиса **Виртуальные машины**.
|
||||
4. Откройте раздел **Виртуальные машины → Виртуальные машины**.
|
||||
5. Измените состояние ВМ одним из способов:
|
||||
- На странице **Виртуальные машины**:
|
||||
- В списке ВМ найдите ВМ, состояние которой необходимо изменить.
|
||||
- Нажмите на … и выберите **Включить**.
|
||||
- На странице виртуального машины:
|
||||
- В списке ВМ найдите ВМ, состояние которой необходимо изменить.
|
||||
- Нажмите на имя ВМ.
|
||||
- Нажмите **Включить**.
|
||||
|
||||
Включение ВМ занимает некоторое время. После включения ВМ переходит в статус `Включен`.
|
||||
|
||||
## Перезагрузить ВМ
|
||||
|
||||
Перезагрузка ВМ предполагает корректное завершение работы операционный системы без отключения питания.
|
||||
|
||||
1. Перейдите в личный кабинет.
|
||||
2. В списке **Проекты** нажмите на имя проекта.
|
||||
3. Нажмите на карточку сервиса **Виртуальные машины**.
|
||||
4. Откройте раздел **Виртуальные машины → Виртуальные машины**.
|
||||
5. Измените состояние ВМ одним из способов:
|
||||
- На странице **Виртуальные машины**:
|
||||
- В списке ВМ найдите ВМ, состояние которого необходимо изменить.
|
||||
- Нажмите на … и выберите **Перезагрузить**.
|
||||
- Подтвердите действие, нажав **Перезагрузить**.
|
||||
- На странице виртуальной машины:
|
||||
- В списке ВМ найдите ВМ, состояние которой необходимо изменить.
|
||||
- Нажмите на имя ВМ.
|
||||
- Нажмите **Перезагрузить**.
|
||||
- Подтвердите действие, нажав **Перезагрузить**.
|
||||
|
||||
Во время выполнения перезагрузки ВМ находится в статусе `Перезагружается`. После завершения перезагрузки ВМ перейдет в статус `Включен`.
|
||||
|
||||
## Принудительная перезагрузка ВМ
|
||||
|
||||
Принудительная перезагрузка ВМ предполагает аппаратное выключение и включение. Несохраненные данные могут быть потеряны.
|
||||
|
||||
1. Перейдите в личный кабинет.
|
||||
2. В списке **Проекты** нажмите на имя проекта.
|
||||
3. Нажмите на карточку сервиса **Виртуальные машины**.
|
||||
4. Откройте раздел **Виртуальные машины → Виртуальные машины**.
|
||||
5. Измените состояние ВМ одним из способов:
|
||||
- На странице **Виртуальные машины**:
|
||||
- В списке ВМ найдите ВМ, состояние которой необходимо изменить.
|
||||
- Нажмите на … и выберите **Принудительная перезагрузка**.
|
||||
- Подтвердите действие, нажав **Перезагрузить**.
|
||||
- На странице виртуальной машины:
|
||||
- В списке ВМ найдите ВМ, состояние которого необходимо изменить.
|
||||
- Нажмите на имя ВМ.
|
||||
- Нажмите на … в правом углу страницы и выберите **Принудительная перезагрузка**.
|
||||
- Подтвердите действие, нажав **Перезагрузить**.
|
||||
|
||||
Во время выполнения перезагрузки ВМ находится в статусе `Холодная перезагрузка`. После завершения перезагрузки ВМ перейдет в статус `Включен`.
|
||||
|
||||
## Назначить ВМ IP-адрес
|
||||
|
||||
Если вам необходимо переиспользовать IP-адрес, то перед удалением ВМ [сохраните IP-адрес](compute-ip.md#сохранить-ip-адрес-в-проекте). При создании ВМ этот IP-адрес будет доступен для назначения.
|
||||
|
||||
::: warning Важно
|
||||
Переиспользование IP-адресов возможно внутри одной зоны доступности.
|
||||
|
||||
IP-адрес можно назначить новой ВМ. Назначение IP-адреса существующей ВМ не предусмотрено.
|
||||
:::
|
||||
|
||||
## Удалить ВМ
|
||||
|
||||
После удаления ВМ освобождаются вычислительные ресурсы.
|
||||
|
||||
Системный диск будет удален вместе с ВМ. Если к ВМ подключены дополнительные диски, то при удалении ВМ диски будут отключены. В дальнейшем эти диски можно подключить к другой ВМ.
|
||||
|
||||
IP-адрес будет удален вместе с ВМ. Чтобы оставить IP-адрес, перед удалением ВМ [сохраните IP-адрес в проекте](../compute-how-to/compute-ip.md#сохранить-ip-адрес-в-проекте). Сохраненный IP-адрес после удаления ВМ остается в вашем проекте и будет доступен для назначения новой ВМ.
|
||||
|
||||
::: danger Предупреждение
|
||||
Удаление ВМ необратимо. Все данные будут удалены без возможности восстановления.
|
||||
:::
|
||||
|
||||
1. Перейдите в личный кабинет.
|
||||
2. В списке **Проекты** нажмите на имя проекта.
|
||||
3. Нажмите на карточку сервиса **Виртуальные машины**.
|
||||
4. Откройте раздел **Виртуальные машины → Виртуальные машины**.
|
||||
5. Удалите ВМ одним из способов:
|
||||
- На странице **Виртуальные машины**:
|
||||
- В списке ВМ найдите ВМ, которую необходимо удалить.
|
||||
- Нажмите на … и выберите **Удалить**.
|
||||
- Введите имя удаляемой ВМ и нажмите **Удалить виртуальную машину**.
|
||||
- На странице виртуальной машины:
|
||||
- В списке ВМ найдите ВМ, которую необходимо удалить.
|
||||
- Нажмите на имя .
|
||||
- Нажмите на … в правом углу страницы и выберите **Удалить**.
|
||||
- Введите имя удаляемого ВМа и нажмите **Удалить виртуальную машину**.
|
||||
|
Before Width: | Height: | Size: 281 B After Width: | Height: | Size: 281 B |
|
Before Width: | Height: | Size: 803 B After Width: | Height: | Size: 803 B |
|
Before Width: | Height: | Size: 2.4 KiB After Width: | Height: | Size: 2.4 KiB |
|
Before Width: | Height: | Size: 996 B After Width: | Height: | Size: 996 B |
|
Before Width: | Height: | Size: 1.1 KiB After Width: | Height: | Size: 1.1 KiB |
|
Before Width: | Height: | Size: 937 B After Width: | Height: | Size: 937 B |
@@ -1,52 +0,0 @@
|
||||
# Группы размещения
|
||||
|
||||
Группы размещения — это правила размещения виртуальных серверов на физических хостах. Правила размещения позволяют создавать виртуальные серверы на разных или на одном хосте. Политика размещения серверов действует в рамках одной зоны доступности.
|
||||
|
||||
- Правило `Affinity` размещает серверы обязательно на одном физическом хосте.
|
||||
|
||||
- Правило `Soft-Affinity` размещает серверы по возможности на одном физическом хосте.
|
||||
|
||||
- Правило `Anti-Affinity` размещает серверы обязательно на разных физических хостах. Такое размещение повышает производительность и предотвращает недоступность сервера при отказе хоста сервера.
|
||||
|
||||
- Правило `Soft-Anti-Affinity` размещает серверы по возможности на разных физических хостах.
|
||||
|
||||
::: warning Важно
|
||||
Виртуальный сервер создается в группе размещения. Существующий сервер не может быть добавлен в группу размещения.
|
||||
|
||||
Виртуальный сервер может быть создан в группе размещения, если для выполнения правила есть ресурсы в зоне доступности. Если ресурсов нет, то виртуальный сервер не будет создан.
|
||||
:::
|
||||
|
||||
## Создать группу размещения
|
||||
|
||||
1. Перейдите в консоль управления.
|
||||
2. Откройте **Облачные вычисления → Группы размещения**.
|
||||
3. Нажмите **Создать группу**.
|
||||
4. Введите параметры группы размещения:
|
||||
- **Имя группы размещения**: введите имя группы размещения.
|
||||
- выберите правило размещения.
|
||||
- **Зона доступности**: выберите зону доступности, в которой будут создаваться виртуальные серверы по правилу размещения.
|
||||
- добавьте тег группе размещения при необходимости.
|
||||
7. Нажмите **Создать группу**.
|
||||
|
||||
## Редактировать группу размещения
|
||||
|
||||
В группе размещения можно изменить название группы и редактировать теги.
|
||||
|
||||
1. Перейдите в консоль управления.
|
||||
2. Откройте **Облачные вычисления → Группы размещения**.
|
||||
3. Переименовать группу размещения:
|
||||
- Нажмите на название группы в списке групп.
|
||||
- Нажмите на … и выберите **Переименовать**.
|
||||
- Введите новое имя группы размещения.
|
||||
- Нажмите ✓.
|
||||
4. Редактировать теги группы размещения:
|
||||
- Нажмите на название группы в списке групп.
|
||||
- Нажмите **Редактировать теги**.
|
||||
- Добавьте или удалите теги.
|
||||
- Нажмите **Сохранить**.
|
||||
|
||||
## Удалить группу размещения
|
||||
|
||||
1. Перейдите в консоль управления.
|
||||
2. Откройте **Облачные вычисления → Группы размещения**.
|
||||
3. Справа от названия группы размещения нажмите кнопку .
|
||||
@@ -1,107 +0,0 @@
|
||||
# Диски
|
||||
|
||||
Хранение данных организовано с использованием сетевых дисков. Диск создается в определенной зоне доступности. Каждый диск автоматически реплицируется внутри своей зоны доступности, что обеспечивает надежное хранение данных.
|
||||
|
||||
Загрузочный диск создается вместе с виртуальным сервером. Конфигурация загрузочного диска задается на этапе [создания виртуального сервера](compute-servers-create.md#создать-сервер). При [удалении виртуального сервера](compute-servers-manage.md#удалить-сервер) загрузочный диск удалится вместе с сервером.
|
||||
|
||||
[Дополнительные диски можно добавить](compute-servers-create.md#добавить-диск) на этапе создания виртуального сервера или [создать диск позже и подключить к нужному виртуальному серверу](#создать-диск). При [удалении виртуального сервера](compute-servers-manage.md#удалить-сервер) дополнительные диски (не загрузочные) останутся в проекте в списке дисков.
|
||||
|
||||
## Посмотреть список дисков
|
||||
|
||||
1. Перейдите в консоль управления.
|
||||
2. Откройте **Облачные вычисления → Диски**.
|
||||
|
||||
## Посмотреть информацию о диске
|
||||
|
||||
1. Перейдите в консоль управления.
|
||||
2. Откройте **Облачные вычисления → Диски**.
|
||||
3. Нажмите на имя диска.
|
||||
4. На странице показана информация о диске:
|
||||
- **Идентификатор**: уникальный идентификатор диска.
|
||||
- **Тип хранения**: тип диска.
|
||||
- **Загрузочный**: является ли диск загрузочным.
|
||||
- **Размер**: размер диска.
|
||||
- **Подключен к**: виртуальный сервер, к которому подключен диск.
|
||||
- **Имя устройства**: имя устройства в файловой системе.
|
||||
|
||||
## Создать диск
|
||||
|
||||
Создать диск дополнительный (не загрузочный):
|
||||
|
||||
1. Перейдите в консоль управления.
|
||||
2. Откройте **Облачные вычисления → Диски**.
|
||||
3. Нажмите **Создать диск**.
|
||||
4. Введите параметры добавляемого диска:
|
||||
- **Имя диска**: введите название диска
|
||||
- **Зона доступности**: выберите из списка зону доступности, в которой будет создан диск.
|
||||
- **Тип**: выберите из списка тип хранения.
|
||||
- **Размер диска**: введите размер добавляемого диска в Гб.
|
||||
5. Нажмите **Создать диск**.
|
||||
|
||||
На странице **Диски** будет добавлен новый диск, но не подключен к какому-либо серверу. Диск можно [подключить к серверу](#подключить-диск-к-виртуальному-серверу).
|
||||
|
||||
## Увеличить размер дискового пространства
|
||||
|
||||
::: warning Важно
|
||||
Изменение размера дискового пространства возможно только в большую сторону.
|
||||
:::
|
||||
|
||||
1. Перейдите в консоль управления.
|
||||
2. Откройте диск, размер которого требуется изменить, одним из способов:
|
||||
- На странице **Серверы**:
|
||||
- Откройте **Облачные вычисления → Серверы**.
|
||||
- Нажмите на имя сервера.
|
||||
- Перейдите на вкладку **Диски**.
|
||||
- Нажмите на имя диска и перейдите на шаг 3.
|
||||
- На странице **Диски**:
|
||||
- Откройте **Облачные вычисления → Диски**.
|
||||
- Нажмите на имя диска и перейдите на шаг 3.
|
||||
3. Нажмите **Изменить размер диска**.
|
||||
3. Введите размер добавляемого дискового пространства в Гб.
|
||||
4. Нажмите **Сохранить**.
|
||||
|
||||
Далее требуется увеличить размер диска в ОС.
|
||||
|
||||
## Подключить диск к виртуальному серверу
|
||||
|
||||
Подключить диск к виртуальному серверу можно внутри одной зоны доступности.
|
||||
|
||||
::: warning Важно
|
||||
К виртуальному серверу можно подключить 28 дисков, включая системный.
|
||||
:::
|
||||
|
||||
1. Перейдите в консоль управления.
|
||||
2. Откройте **Облачные вычисления → Серверы**.
|
||||
3. Нажмите на имя сервера.
|
||||
4. Перейдите на вкладку **Диски**.
|
||||
5. Нажмите **Подключить диск**.
|
||||
6. В строке поиска введите имя диска. Для отображения списка дисков щелкните в строке поиска левой кнопкой мыши.
|
||||
7. Нажмите **Подключить**.
|
||||
|
||||
## Отключить диск от виртуального сервера
|
||||
|
||||
Отключить от виртуального сервера можно только дополнительный диск. Отключение загрузочного диска невозможно.
|
||||
|
||||
1. Перейдите в консоль управления.
|
||||
2. Откройте **Облачные вычисления → Серверы**.
|
||||
3. Нажмите на имя сервера.
|
||||
4. Перейдите на вкладку **Диски**.
|
||||
5. Нажмите на … и выберите **Отключить от сервера**.
|
||||
7. В открывшемся окне подтвердите операцию:
|
||||
- Введите имя виртуального сервера, от которого отключаете диск.
|
||||
- Нажмите **Отключить диск**.
|
||||
|
||||
## Удалить диск
|
||||
|
||||
Перед удалением отключите диск от виртуального сервера.
|
||||
|
||||
::: danger Предупреждение
|
||||
Удаление диска необратимо. Все данные будут удалены без возможности восстановления.
|
||||
:::
|
||||
|
||||
1. Перейдите в консоль управления.
|
||||
2. Откройте **Облачные вычисления → Диски**.
|
||||
3. Нажмите на … и выберите **Удалить**.
|
||||
6. В открывшемся окне подтвердите операцию:
|
||||
- Введите имя удаляемого диска.
|
||||
- Нажмите **Удалить**.
|
||||
@@ -1,80 +0,0 @@
|
||||
# IP-адрес
|
||||
|
||||
IP-адрес — это вычислительный ресурс публичного облака. В облачных сервисах используются внутренние IPv4-адреса.
|
||||
|
||||
Внутренние IP-адреса назначаются автоматически или выбираются из списка зарезервированных адресов при создании виртуального сервера.
|
||||
|
||||
Список зарезервированных адресов формируется из:
|
||||
- IP-адресов, [созданных вручную](#создать-ip-адрес);
|
||||
- IP-адресов, [сохраненных в проекте](#сохранить-ip-адрес-в-проекте).
|
||||
|
||||
::: warning Важно
|
||||
Привязка и отвязка IP-адресов возможна в одной [зоне доступности](../../admin/availability-matrix.md).
|
||||
:::
|
||||
|
||||
## Статусы IP-адресов
|
||||
|
||||
`Используется` — IP-адрес зарезервирован и назначен виртуальному серверу.
|
||||
|
||||
`Зарезервирован` — IP-адрес зарезервирован и не назначен виртуальному серверу, доступен для назначения.
|
||||
|
||||
## Посмотреть список IP-адресов
|
||||
|
||||
1. Перейдите в консоль управления.
|
||||
2. Откройте **Облачные вычисления → IP-адреса**.
|
||||
3. Отобразится список всех IP-адресов проекта.
|
||||
|
||||
## Создать IP-адрес
|
||||
|
||||
Вы можете зарезервировать IP-адрес из диапазона IP-адресов и назначить этот адрес новому виртуальному серверу.
|
||||
|
||||
1. Перейдите в консоль управления.
|
||||
2. Откройте **Облачные вычисления → IP-адреса**.
|
||||
3. Нажмите **Создать IP-адрес**.
|
||||
4. Введите параметры адреса:
|
||||
- **Имя**: введите имя IP-адреса.
|
||||
- **Зона доступности**: выберите зону доступности, в которой будут доступен адрес.
|
||||
- добавьте тег адресу при необходимости.
|
||||
7. Нажмите **Создать**.
|
||||
|
||||
На странице **Облачные вычисления → IP-адреса** появится новый IP-адрес со статусом `Зарезервирован`.
|
||||
|
||||
## Сохранить IP-адрес в проекте
|
||||
|
||||
При удалении сервера его IP-адрес освобождается и не может быть повторно использован в проекте. Если вам требуется сохранить IP-адрес сервера и привязать этот адрес новому серверу, то отключите автоудаление адреса. IP-адрес сохранится в вашем проекте и может быть назначен новому серверу.
|
||||
|
||||
1. Перейдите в консоль управления.
|
||||
2. Откройте **Облачные вычисления → IP-адреса**.
|
||||
3. Нажмите на имя адреса в списке IP-адресов.
|
||||
4. На странице адреса нажмите кнопку **Изменить**, расположенную ниже флажка **Автоудаление**.
|
||||
5. Снимите флажок **Автоудаление**, если он установлен.
|
||||
6. Нажмите **Сохранить**.
|
||||
|
||||
## Присвоить имя IP-адресу
|
||||
|
||||
Имя IP-адреса отображается только на странице **Облачные вычисления → IP-адреса**. На странице виртуального сервера отображается значение IP-адреса.
|
||||
|
||||
1. Перейдите в консоль управления.
|
||||
2. Откройте **Облачные вычисления → IP-адреса**.
|
||||
3. Нажмите на имя адреса в списке IP-адресов.
|
||||
4. Нажмите на … и выберите **Переименовать**.
|
||||
5. Введите новое имя IP-адреса.
|
||||
6. Нажмите ✓.
|
||||
|
||||
## Удалить IP-адрес
|
||||
|
||||
Если для IP-адреса установлено автоудаление, то адрес удалится во время удаления виртуального сервера.
|
||||
|
||||
Если для IP-адреса не установлено автоудаление, то адрес удаляется вручную:
|
||||
|
||||
1. Перейдите в консоль управления.
|
||||
2. Откройте **Облачные вычисления → IP-адреса**.
|
||||
3. Удалите адрес одним из способов:
|
||||
- В разделе **IP-адреса**:
|
||||
- В списке адресов найдите IP-адрес, который необходимо удалить.
|
||||
- Cправа от имени IP-адреса нажмите кнопку .
|
||||
- Подтвердите действие.
|
||||
- На странице IP-адреса:
|
||||
- Нажмите на имя адреса в списке IP-адресов., который необходимо удалить.
|
||||
- Нажмите на … в правом углу страницы и выберите **Удалить**.
|
||||
- Подтвердите действие.
|
||||
@@ -1,89 +0,0 @@
|
||||
# Виртуальные серверы
|
||||
|
||||
## Выбор образа операционной системы
|
||||
|
||||
Для проектов уже подготовлены образы на базе операционной системы UNIX.
|
||||
|
||||
| Образ | OC | slug | Версия | Минимальный размер системного диска |
|
||||
|--------------|----------------|-------------------------|----------|-------------------------------------|
|
||||
| Ubuntu | Ubuntu | ubuntu-22-04 | 22.04 | 40 Гб |
|
||||
|
||||
|
||||
|
||||
## Создать сервер
|
||||
|
||||
1. Перейдите в консоль управления.
|
||||
2. Откройте раздел **Облачные вычисления**.
|
||||
3. Нажмите **Создать сервер**.
|
||||
4. В блоке **Имя и расположение** укажите имя и расположение виртуального сервера:
|
||||
- **Имя сервера**: введите название виртуального сервера:
|
||||
- допустимая длина 63 символа с учетом зоны DNS проекта;
|
||||
- **Зона доступности**: выберите подходящий [регион ЦОД](../../admin/availability-matrix.md).
|
||||
- Укажите количество создаваемых серверов.
|
||||
5. В блоке **Выбор образа** выберите тип и версию операционной системы.
|
||||
6. В блоке **Конфигурация** выберите количество ОЗУ и ЦПУ. Наборы ресурсов заранее скомпонованы по оптимальным параметрам.
|
||||
::: tip Информация
|
||||
При выборе ресурсов рекомендуется в первую очередь ориентироваться на требуемое количество ОЗУ.
|
||||
:::
|
||||
7. В блоке **Диски** настройте загрузочный диск и, при необходимости, добавьте дополнительные диске:
|
||||
- **Загрузочный диск**: выберите тип хранения и укажите размер загрузочного диска.
|
||||
- Рекомендуется создать дополнительный диск для размещения ваших данных: нажмите **Добавьте диск** и настройте дополнительный диск. [Дополнительный диск можно создать](#добавить-диск) позже.
|
||||
::: warning Важно
|
||||
К виртуальному серверу можно подключить не более 28 дисков, включая системный.
|
||||
:::
|
||||
8. Выберите SSH-ключи, с помощью которых вы можете подключаться к виртуальному серверу по SSH. Если подходящий SSH-ключ отсутствует, то нажмите [**Создать ключ**](../../admin/ssh.md#создать-ssh-ключ).
|
||||
9. В блоке **Настройки сети** выберите:
|
||||
- **IPv4-адрес**: выберите способ получения внутреннего IP-адреса для виртуального сервера:
|
||||
- выберите **Автоматически**, чтобы получить IP-адрес автоматически;
|
||||
- выберите адрес из списка. В списке адресов отображаются [созданные вручную IP-адреса](compute-ip.md#создать-ip-адрес) и [сохраненные IP-адреса](compute-ip.md#сохранить-ip-адрес-в-проекте), которые доступны для переиспользования.
|
||||
10. В блоке **Размещения** выберите:
|
||||
- **Группа размещения**: выберите правило размещения сервера на физическом хосте. [Группу размещения](compute-affinity.md) создайте заранее.
|
||||
11. Установите флажок **Расширенные настройки**, чтобы использовать [cloud-init](https://cloudinit.readthedocs.io/en/latest/) для настройки виртуального сервера.
|
||||
12. Нажмите **Создать сервер**.
|
||||
|
||||
Виртуальный сервер появится на странице **Облачные вычисления → Серверы** в статусе `Cоздается`. Выполняется сборка виртуального сервера, назначается [IP-адрес](compute-ip.md) и полное доменное имя (FQDN). После окончания сборки сервер перейдет в статус `Включен`.
|
||||
|
||||
## Добавить диск
|
||||
|
||||
Добавление дополнительного диска к виртуальному серверу состоит из двух шагов:
|
||||
|
||||
- 1 шаг. Добавить новое устройство.
|
||||
- 2 шаг. Подключить диск внутри операционной системы.
|
||||
|
||||
Новое устройство добавляется в консоли управления:
|
||||
|
||||
1. Перейдите в консоль управления.
|
||||
4. Откройте **Облачные вычисления → Серверы**.
|
||||
5. Нажмите на имя сервера.
|
||||
6. Перейдите на вкладку **Диски**.
|
||||
7. Нажмите **Добавить диск**.
|
||||
8. Введите параметры добавляемого диска:
|
||||
- **Имя диска**: введите название диска.
|
||||
- **Тип**: выберите из списка тип хранения.
|
||||
- **Размер диска**: введите размер добавляемого диска в Гб.
|
||||
9. Нажмите **Создать диск**.
|
||||
|
||||
Далее требуется подключить диск в операционной системе.
|
||||
|
||||
## Подключиться к виртуальному серверу
|
||||
|
||||
Подключиться к серверу по протоколу SSH может пользователь с ролью **DevOps-инженер**.
|
||||
|
||||
Для подключения к виртуальному серверу по SSH выполните команду в терминале:
|
||||
|
||||
- по IP-адресу сервера:
|
||||
|
||||
```
|
||||
ssh -l <логин пользователя> -i <путь до приватного ключа> <IP-адрес сервера>
|
||||
```
|
||||
- по полному доменному имени сервера (FQDN):
|
||||
|
||||
```
|
||||
ssh -l <логин пользователя> -i <путь до приватного ключа> <FQDN сервера>
|
||||
```
|
||||
|
||||
Пример команды подключения к серверу по IP-адресу:
|
||||
|
||||
```
|
||||
$ ssh -l ivanov -i /home/user/.ssh/id_rsa 10.0.0.1
|
||||
```
|
||||
@@ -1,145 +0,0 @@
|
||||
# Управление виртуальными серверами
|
||||
|
||||
## Посмотреть список серверов
|
||||
|
||||
1. Перейдите в консоль управления.
|
||||
2. Откройте **Облачные вычисления → Серверы**.
|
||||
|
||||
## Посмотреть свойства сервера
|
||||
|
||||
1. Перейдите в консоль управления.
|
||||
2. Откройте **Облачные вычисления → Серверы**.
|
||||
3. Нажмите на имя сервера.
|
||||
4. На вкладке **Общая информация** показана информация о виртуальном сервере:
|
||||
- **Идентификатор**: уникальный идентификатор сервера.
|
||||
- **Внутренний FQDN**: полное доменное имя сервера.
|
||||
- **IPv4 адрес**:внутренний IP-адрес, присвоенный серверу.
|
||||
- **Образ**: операционная система, установленная на сервере.
|
||||
- **Конфигурация**: конфигурация ЦПУ и ОЗУ.
|
||||
- **Группа размещения**: группа размещения сервера.
|
||||
- **Дата создания**: дата и время создания сервера.
|
||||
- **Создатель**: имя пользователя, который создал сервер.
|
||||
- **Теги**: теги, присвоенные серверу.
|
||||
5. На вкладке **Диски** показан загрузочный диск и дополнительные диски, подключенных к серверу.
|
||||
|
||||
## Изменить конфигурацию сервера
|
||||
|
||||
У виртуального сервера можно изменить конфигурацию ЦПУ и ОЗУ: увеличить или уменьшить количество вычислительных ресурсов. Выбор конфигурации предоставляется из линейки доступных тарифов.
|
||||
|
||||
1. Перейдите в консоль управления.
|
||||
2. На странице **Обзор** убедитесь в наличии свободных ресурсов.
|
||||
3. Откройте **Облачные вычисления → Серверы**.
|
||||
4. Нажмите на имя сервера.
|
||||
5. На вкладке **Общая информация** нажмите **Изменить конфигурацию**.
|
||||
6. Выберите из списка новый тариф: количество ЦПУ и ОЗУ.
|
||||
7. Нажмите **Сохранить и перезагрузить**.
|
||||
8. Подтвердите действие, нажав **Перезагрузить**.
|
||||
|
||||
Во время выполнения масштабирования сервер находится статусе `Расширение`. После применения изменений сервер будет автоматически перезагружен. Виртуальный сервер перейдет в статус `Включен`.
|
||||
|
||||
## Выключить сервер
|
||||
|
||||
Выключение виртуального сервера не предполагает освобождение вычислительных ресурсов, зарезервированных за этим сервером.
|
||||
|
||||
1. Перейдите в консоль управления.
|
||||
2. Откройте **Облачные вычисления → Серверы**.
|
||||
3. Измените состояние виртуального сервера одним из способов:
|
||||
- На странице **Серверы**:
|
||||
- В списке виртуальных серверов найдите сервер, состояние которого необходимо изменить.
|
||||
- Нажмите на … и выберите **Выключить**.
|
||||
- Подтвердите действие, нажав **Выключить**.
|
||||
- На странице виртуального сервера:
|
||||
- В списке виртуальных серверов найдите сервер, состояние которого необходимо изменить.
|
||||
- Нажмите на имя сервера.
|
||||
- Нажмите **Выключить**.
|
||||
- Подтвердите действие, нажав **Выключить сервер**.
|
||||
|
||||
Выключение виртуального сервера занимает некоторое время, отключается питание сервера. После выключения сервер переходит в статус `Выключен пользователем`.
|
||||
|
||||
## Включить сервер
|
||||
|
||||
1. Перейдите в консоль управления.
|
||||
2. Откройте **Облачные вычисления → Серверы**.
|
||||
3. Измените состояние виртуального сервера одним из способов:
|
||||
- На странице **Серверы**:
|
||||
- В списке виртуальных серверов найдите сервер, состояние которого необходимо изменить.
|
||||
- Нажмите на … и выберите **Включить**.
|
||||
- На странице виртуального сервера:
|
||||
- В списке виртуальных серверов найдите сервер, состояние которого необходимо изменить.
|
||||
- Нажмите на имя сервера.
|
||||
- Нажмите **Включить**.
|
||||
|
||||
Включение виртуального сервера занимает некоторое время. После включения сервер переходит в статус `Включен`.
|
||||
|
||||
## Перезагрузить сервер
|
||||
|
||||
Перезагрузка виртуального сервера предполагает корректное завершение работы операционный системы без отключения питания.
|
||||
|
||||
1. Перейдите в консоль управления.
|
||||
2. Откройте **Облачные вычисления → Серверы**.
|
||||
3. Измените состояние виртуального сервера одним из способов:
|
||||
- На странице **Серверы**:
|
||||
- В списке виртуальных серверов найдите сервер, состояние которого необходимо изменить.
|
||||
- Нажмите на … и выберите **Перезагрузить**.
|
||||
- Подтвердите действие, нажав **Перезагрузить**.
|
||||
- На странице виртуального сервера:
|
||||
- В списке виртуальных серверов найдите сервер, состояние которого необходимо изменить.
|
||||
- Нажмите на имя сервера.
|
||||
- Нажмите **Перезагрузить**.
|
||||
- Подтвердите действие, нажав **Перезагрузить**.
|
||||
|
||||
Во время выполнения перезагрузки сервер находится в статусе `Перезагружается`. После завершения перезагрузки сервер перейдет в статус `Включен`.
|
||||
|
||||
## Принудительная перезагрузка сервера
|
||||
|
||||
Принудительная перезагрузка виртуального сервера предполагает аппаратное выключение и включение. Несохраненные данные могут быть потеряны.
|
||||
|
||||
1. Перейдите в консоль управления.
|
||||
2. Откройте **Облачные вычисления → Серверы**.
|
||||
3. Измените состояние виртуального сервера одним из способов:
|
||||
- На странице **Серверы**:
|
||||
- В списке виртуальных серверов найдите сервер, состояние которого необходимо изменить.
|
||||
- Нажмите на … и выберите **Принудительная перезагрузка**.
|
||||
- Подтвердите действие, нажав **Перезагрузить**.
|
||||
- На странице виртуального сервера:
|
||||
- В списке виртуальных серверов найдите сервер, состояние которого необходимо изменить.
|
||||
- Нажмите на имя сервера.
|
||||
- Нажмите на … в правом углу страницы и выберите **Принудительная перезагрузка**.
|
||||
- Подтвердите действие, нажав **Перезагрузить**.
|
||||
|
||||
Во время выполнения перезагрузки сервер находится в статусе `Холодная перезагрузка`. После завершения перезагрузки сервер перейдет в статус `Включен`.
|
||||
|
||||
## Назначить виртуальному серверу внутренний IP-адрес
|
||||
|
||||
Если вам необходимо переиспользовать IP-адрес, то перед удалением сервера [сохраните IP-адрес](compute-ip.md#сохранить-ip-адрес-в-проекте). При создании виртуального сервера этот IP-адрес будет доступен для назначения.
|
||||
|
||||
::: warning Важно
|
||||
Переиспользование IP-адресов возможно внутри одной зоны доступности.
|
||||
|
||||
IP-адрес можно назначить новому виртуальному серверу. Назначение IP-адреса существующему виртуальному серверу не предусмотрено.
|
||||
:::
|
||||
|
||||
## Удалить сервер
|
||||
|
||||
После удаления виртуального сервера освобождаются вычислительные ресурсы.
|
||||
|
||||
Системный диск будет удален вместе с сервером. Если к виртуальному серверу подключены дополнительные диски, то при удалении сервера диски будут отключены. В дальнейшем эти диски можно подключить к другому виртуальному серверу.
|
||||
|
||||
IP-адрес будет удален вместе с сервером. Чтобы оставить IP-адрес, перед удалением сервера [сохраните IP-адрес в проекте](../compute-instructions/compute-ip.md#сохранить-ip-адрес-в-проекте). Сохраненный IP-адрес после удаления сервера остается в вашем проекте и будет доступен для назначения новому серверу.
|
||||
|
||||
::: danger Предупреждение
|
||||
Удаление сервера необратимо. Все данные будут удалены без возможности восстановления.
|
||||
:::
|
||||
|
||||
1. Перейдите в консоль управления.
|
||||
2. Откройте **Облачные вычисления → Серверы**.
|
||||
3. Удалите виртуальный сервер одним из способов:
|
||||
- На странице **Серверы**:
|
||||
- В списке виртуальных серверов найдите сервер, которого необходимо удалить.
|
||||
- Нажмите на … и выберите **Удалить**.
|
||||
- Введите имя удаляемого сервера и нажмите **Удалить сервер**.
|
||||
- На странице виртуального сервера:
|
||||
- В списке виртуальных серверов найдите сервер, которого необходимо удалить.
|
||||
- Нажмите на имя сервера.
|
||||
- Нажмите на … в правом углу страницы и выберите **Удалить**.
|
||||
- Введите имя удаляемого сервера и нажмите **Удалить сервер**.
|
||||
@@ -1,5 +0,0 @@
|
||||
# Квоты и лимиты
|
||||
|
||||
Для [проекта действуют квоты](../admin/limits.md), по умолчанию определяемые при инициализации проекта.
|
||||
|
||||
[Изменить квоты](../admin/limits.md#редактирование-квот-проекта) можно на странице **Обзор**.
|
||||
@@ -1,37 +0,0 @@
|
||||
# Уровень обслуживания
|
||||
|
||||
Настоящий документ определяет уровень обслуживания (OLA) сервиса «Облачные вычисления».
|
||||
|
||||
## Описание предоставляемых услуг
|
||||
|
||||
В таблице рассмотрены услуги, предоставляемые в рамках OLA сервиса «Облачные вычисления».
|
||||
|
||||
| Наименование услуги | Краткое описание | Ценность для потребителя | Целевая аудитория | Подразделение-исполнитель|
|
||||
|---|---|---|---|---|
|
||||
| Заказ и управление параметрами виртуальных серверов с ОС | Заказ и управление виртуальной машиной с серверной ОС | Реализация проектной и операционной деятельности продуктовых команд в части ИТ-Инфраструктуры | Руководители проектов<br> DevOps<br> Администраторы| Отдел виртуальных платформ<br> Отдел программно-определяемых сред|
|
||||
|
||||
|
||||
## Доступность услуги
|
||||
|
||||
Заказ и управление параметрами виртуальных серверов с ОС: 99,5 %.
|
||||
|
||||
|
||||
## Характеристики доступности услуги
|
||||
|
||||
Заказ и управление параметрами виртуальных серверов с ОС:
|
||||
| Метрика | Допустимое значение | Измерение |
|
||||
|---|---|---|
|
||||
| HDD IOPS | Эталонные значения:<br>250 IOPS/500GB тип диска «hdd», не более 1000 iops на диск;<br>1000 IOPS/500GB тип диска «ssd/nvme» не более 15000 iops на диск | - Стандартное измерение платформа наблюдаемости «Grafana»<br>- Утилита fio при записи в 32-64 потока c флагом sync в зависимости от размера блока (обычно - 4k/8k)<br>fio -direct=1 -group_reporting -name=test -bs=4k -iodepth=1 -numjobs 1 -rw=randwrite -runtime=60 -filename=/vdb -size=90G |
|
||||
| Количество MIPS на одно vCPU | Не менее 1900 | Стандартное измерение платформа наблюдаемости «Grafana» |
|
||||
| RAM Swaped процент от сконфигурированной памяти VM | До 10% | Стандартное измерение платформа наблюдаемости «Grafana» |
|
||||
| HDD IOPS уменьшение в процентах от оговоренного значения | До 10% | Стандартное измерение платформа наблюдаемости «Grafana» |
|
||||
| Среднее время доступа к диску тип диска «стандартный» на виртуальной машине | До 25 мс на каждый диск (на не нагруженной ВМ) | Стандартное измерение платформа наблюдаемости «Grafana» |
|
||||
| Среднее время доступа к диску тип диска «быстрый» на виртуальной машине | До 8 мс на каждый диск (на не нагруженной ВМ) | Стандартное измерение платформа наблюдаемости «Grafana» |
|
||||
| Среднее время доступа к объекту в «холодном» S3 хранилище read (чтение) | До 30 мс при запросе размером не более 16 Kb | Стандартное измерение платформа наблюдаемости «Grafana» |
|
||||
| Среднее время доступа к объекту в «холодном» S3 хранилище write (запись) | До 110 мс при запросе размером не более 16 Kb | Стандартное измерение платформа наблюдаемости «Grafana» |
|
||||
|
||||
Предоставление услуги сетевой связности внутри облачных ВМ в пределах ЦОД:
|
||||
| Метрика | Допустимое значение | Измерение |
|
||||
|---|---|---|
|
||||
| Процент потерянных пакетов в пределах ЦОД | Не более 0,2 % | Стандартное измерение платформа наблюдаемости «Grafana» |
|
||||
| Средняя сетевая задержка в пределах ЦОД | Не более 5 мс | Измеряется на эталонной виртуальной машине в проекте команды. Загрузка сетевого интерфейса не более 400 Mb/s |
|
||||
@@ -1,38 +1,41 @@
|
||||
# Обзор сервиса
|
||||
|
||||
Публичное облако предоставляет масштабируемые вычислительные мощности для создания и управления виртуальными серверами.
|
||||
Виртуальные машины — сервис для создания и управления виртуальными машинами.
|
||||
|
||||
К виртуальным серверам можно подключать диски с образами ОС семейства Linux.
|
||||
## Виртуальная машина
|
||||
|
||||
Для сервиса «Облачные вычисления» действует соглашение об [уровне обслуживания](compute-ola.md).
|
||||
|
||||
## Виртуальный сервер
|
||||
|
||||
Конфигурация виртуального сервера задается при его создании:
|
||||
Конфигурация виртуальной машины задается при ее создании:
|
||||
|
||||
- операционная система;
|
||||
- количество ЦПУ;
|
||||
- объем ОЗУ;
|
||||
- количество CPU;
|
||||
- объем RAM;
|
||||
- тип и размер диска;
|
||||
- регион доступности.
|
||||
|
||||
## Размещение серверов
|
||||
## Зоны доступности
|
||||
|
||||
Группу серверов внутри кластера можно объединить в соответствии с определенной политикой размещения. Доступны политики:
|
||||
Виртуальную машину можно создать в одной из зон доступности:
|
||||
|
||||
- Правило `Affinity` размещает серверы обязательно на одном физическом хосте.
|
||||
- `Inside` — внутренняя зона. К виртуальным машинам, созданным в этой зоне, не будет доступа из интернета.
|
||||
- `DMZ` — демилитаризованная зона подразумевает доступ из интернета к виртуальным машинам, созданным в зоне `DMZ`, и виртуальным машинам, созданным в зоне `Inside`.
|
||||
|
||||
- Правило `Soft-Affinity` размещает серверы по возможности на одном физическом хосте.
|
||||
## Размещение виртуальных машин
|
||||
|
||||
- Правило `Anti-Affinity` размещает серверы обязательно на разных физических хостах. Такое размещение повышает производительность и предотвращает недоступность сервера при отказе хоста сервера.
|
||||
Группу виртуальных машин внутри одной зоны доступности можно объединить в соответствии с определенной политикой размещения. Доступны политики:
|
||||
|
||||
- Правило `Soft-Anti-Affinity` размещает серверы по возможности на разных физических хостах.
|
||||
- Правило `Affinity` размещает ВМ обязательно на одном физическом хосте.
|
||||
|
||||
- Правило `Soft-Affinity` размещает ВМ по возможности на одном физическом хосте.
|
||||
|
||||
- Правило `Anti-Affinity` размещает ВМ обязательно на разных физических хостах. Такое размещение повышает производительность и предотвращает недоступность ВМ при отказе хоста.
|
||||
|
||||
- Правило `Soft-Anti-Affinity` размещает ВМ по возможности на разных физических хостах.
|
||||
|
||||
## CPU и RAM
|
||||
|
||||
### Тарифы
|
||||
|
||||
При создании виртуального сервера доступны готовые конфигурации ЦПУ и ОЗУ.
|
||||
При создании виртуальной машины доступны готовые конфигурации CPU и RAM.
|
||||
|
||||
| Группа | slug | ЦПУ | ОЗУ Гбайт |
|
||||
|:------------|:------------|:----|:----------|
|
||||
@@ -48,35 +51,22 @@
|
||||
| средние | cpu8ram32 | 8 | 32 |
|
||||
| средние | cpu8ram64 | 8 | 64 |
|
||||
| средние | cpu8ram128 | 8 | 128 |
|
||||
| средние | cpu8ram256 | 8 | 256 |
|
||||
| средние | cpu12ram256 | 12 | 256 |
|
||||
| средние | cpu16ram4 | 16 | 4 |
|
||||
| средние | cpu16ram8 | 16 | 8 |
|
||||
| средние | cpu16ram16 | 16 | 16 |
|
||||
| средние | cpu16ram32 | 16 | 32 |
|
||||
| средние | cpu16ram64 | 16 | 64 |
|
||||
| средние | cpu16ram128 | 16 | 128 |
|
||||
| средние | cpu16ram160 | 16 | 160 |
|
||||
| средние | cpu16ram512 | 16 | 512 |
|
||||
| большие | cpu24ram48 | 24 | 48 |
|
||||
| большие | cpu24ram96 | 24 | 96 |
|
||||
| большие | cpu24ram256 | 24 | 256 |
|
||||
| большие | cpu32ram64 | 32 | 64 |
|
||||
| большие | cpu32ram128 | 32 | 128 |
|
||||
| большие | cpu32ram256 | 32 | 256 |
|
||||
| большие | cpu32ram512 | 32 | 512 |
|
||||
| большие | cpu64ram128 | 64 | 128 |
|
||||
| большие | cpu64ram256 | 64 | 256 |
|
||||
| большие | cpu64ram512 | 64 | 512 |
|
||||
|
||||
## Диски
|
||||
|
||||
Хранение данных организовано с использованием сетевых дисков. Диск создается в определенной зоне доступности. Каждый диск автоматически реплицируется внутри своей зоны доступности, что обеспечивает надежное хранение данных.
|
||||
|
||||
Публичное облако поддерживает типы дисков:
|
||||
- NVME.
|
||||
|
||||
Доступны типы дисков:
|
||||
- NBD.
|
||||
|
||||
## Операционная система
|
||||
|
||||
При создании виртуального сервера можно выбрать операционную систему семейства Unix.
|
||||
При создании виртуальной машины можно выбрать операционную систему семейства UNIX.
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
# Ресурсные записи
|
||||
|
||||
Ресурсная запись — это запись о соответствии доменного имени и IP-адреса и другой информации в системе доменных имен. Ресурсные записи хранятся на DNS-серверах. DNS-серверы выполняют маршрутизацию запросов, поступающих на определенные доменные имена.
|
||||
Ресурсная запись — это запись о соответствии доменного имени и IP-адреса и другой информации в системе доменных имен. Ресурсные записи хранятся на DNS-ВМах. DNS-ВМы выполняют маршрутизацию запросов, поступающих на определенные доменные имена.
|
||||
|
||||
Сервис DNS поддерживает работу с типами записей:
|
||||
|
||||
@@ -31,24 +31,24 @@
|
||||
::: details A
|
||||
- **Зона**: выберите из списка *<slug-проекта>.cloud.dfcloud.ru*.
|
||||
- **Параметр**: введите доменное имя записи. Максимальная длина имени — 63 символа и полного доменного имени (FQDN) — 255 символов.
|
||||
- **Значение**: введите IP-адрес виртуального сервера. IP-адрес можно посмотреть на странице **Облачные вычисления → Серверы**.
|
||||
- **Значение**: введите IP-адрес виртуального ВМа. IP-адрес можно посмотреть на странице **Облачные вычисления → ВМы**.
|
||||
- **TTL**: введите время жизни записи в секундах.
|
||||
:::
|
||||
|
||||
::: details CNAME
|
||||
- **Зона**: выберите из списка *<slug-проекта>.cloud.dfcloud.ru*.
|
||||
- **Параметр**: введите доменное имя записи.
|
||||
- **Значение**: введите FQDN сервера, точка не ставится в конце значения.
|
||||
- **Значение**: введите FQDN ВМа, точка не ставится в конце значения.
|
||||
- **TTL**: введите время жизни записи в секундах.
|
||||
:::
|
||||
|
||||
::: details PTR
|
||||
|
||||
Запись в обратной зоне добавляется автоматически при создании виртуального сервера. Для одного IP-адреса предназначена одна PTR-запись. Если для нужного IP-адреса не создана PTR-запись, то создайте ее вручную.
|
||||
Запись в обратной зоне добавляется автоматически при создании виртуального ВМа. Для одного IP-адреса предназначена одна PTR-запись. Если для нужного IP-адреса не создана PTR-запись, то создайте ее вручную.
|
||||
|
||||
- **Зона**: выберите из списка *<slug-проекта>.cloud.dfcloud.ru*.
|
||||
- **Параметр**: введите IP-адрес виртуального сервера. IP-адрес можно посмотреть на странице **Облачные вычисления → Серверы**.
|
||||
- **Значение**: введите FQDN сервера.
|
||||
- **Параметр**: введите IP-адрес виртуального ВМа. IP-адрес можно посмотреть на странице **Облачные вычисления → ВМы**.
|
||||
- **Значение**: введите FQDN ВМа.
|
||||
- **TTL**: введите время жизни записи в секундах.
|
||||
:::
|
||||
|
||||
|
||||
@@ -6,6 +6,6 @@
|
||||
|
||||
Для каждого проекта автоматически создается зона: `<slug-проекта>.cloud.dfcloud.ru`. В этой зоне можно [управлять записями](../dns/dns-instructions/dns-create.md): создавать, редактировать, удалять.
|
||||
|
||||
При создании виртуального сервера автоматически добавляются:
|
||||
- FQDN сервера в прямой зоне;
|
||||
При создании виртуального ВМа автоматически добавляются:
|
||||
- FQDN ВМа в прямой зоне;
|
||||
- PTR-запись в обратной зоне.
|
||||
@@ -1,9 +1,3 @@
|
||||
# Обзор облачной платформы
|
||||
# Документация по сервисам
|
||||
|
||||
**Публичное облако** — это облачная платформа, предоставляющая инфраструктурные сервисы IaaS, PaaS на базе платформ виртуализации OpenStack, VMware, Hyper-V в режиме самообслуживания или посредством программного интерфейса API.
|
||||
|
||||
**Infrastructure-as-a-Service (IaaS)** или инфраструктура как услуга — это модель предоставления облачных вычислений, при которой потребители получают доступ к управлению полным жизненным циклом, а также необходимый доступ к фундаментальным ИТ-ресурсам: серверы с заданной вычислительной мощностью и емкостью хранения, типовой преднастроенной операционной системой, подключенные к сети.
|
||||
|
||||
**Platform-as-a-Service (PaaS)** или платформа как услуга — это модель предоставления облачных вычислений, при которой потребители получают доступ к использованию ИТ-платформой: операционные системы, системы управления базами данных, сервисные шины, вызов удаленных процедур, брокеры сообщений и т.п. При этом управление низлежащим слоем потребителю недоступно.
|
||||
|
||||
**Infrastructure-as-Code (IaC)** или инфраструктура как код — это подход для управления и описания инфраструктуры посредством конфигурационных файлов без непосредственного взаимодействия с интерфейсами управления.
|
||||
Представлена документация по сервисам beeline cloud.
|
||||
|
||||
@@ -5,7 +5,7 @@
|
||||
При добавлении хранилища выполняется создание аккаунта S3 и ключей доступа.
|
||||
|
||||
::: tip Информация
|
||||
В момент создания нового хранилища сохраните ключи и секреты (токены) доступа. Данная информация не хранится на серверах Vega. В случае утери ключей доступа все данные хранилища будут недоступны.
|
||||
В момент создания нового хранилища сохраните ключи и секреты (токены) доступа. Данная информация не хранится на ВМах Vega. В случае утери ключей доступа все данные хранилища будут недоступны.
|
||||
:::
|
||||
|
||||
1. Перейдите в консоль управления.
|
||||
|
||||
@@ -9,7 +9,7 @@
|
||||
|
||||
| Наименование услуги | Краткое описание | Ценность для потребителя | Целевая аудитория |
|
||||
|---|---|---|---|
|
||||
| Доступ к S3 хранилищу | Web-доступ к эластичному хранилищу данных | Возможность очень быстрого подключения дискового пространства в приложение, сервер, ВРС и т. п. | DevOps<br> Администраторы |
|
||||
| Доступ к S3 хранилищу | Web-доступ к эластичному хранилищу данных | Возможность очень быстрого подключения дискового пространства в приложение, ВМ, ВРС и т. п. | DevOps<br> Администраторы |
|
||||
|
||||
|
||||
## Доступность услуги
|
||||
|
||||
@@ -4,7 +4,7 @@
|
||||
|
||||
Гиперконвергентная платформа BeeCloud Stack — виртуальная программно-определяемая инфраструктура, которая строится по принципу гиперконвергенции. Гиперконвергентная инфраструктура или Hyper-converged infrastructure (HCI) — инфраструктура, в которой программно-определяемые слои хранения (SDS), сети (SDN) и вычислений (SDC) объединены в единую платформу. Слои платформы равнозначны и без выделенных ролей.
|
||||
|
||||
HCI строится на базе серверов и не требует отдельных компонентов, например, СХД, реализующих только часть функциональности. HCI управляется как единая система из одной панели управления и обеспечивает гибкость и быструю масштабируемость ИТ-инфраструктуры.
|
||||
HCI строится на базе ВМов и не требует отдельных компонентов, например, СХД, реализующих только часть функциональности. HCI управляется как единая система из одной панели управления и обеспечивает гибкость и быструю масштабируемость ИТ-инфраструктуры.
|
||||
|
||||
## Отличия гиперконвергенции от конвергенции
|
||||
|
||||
@@ -13,7 +13,7 @@ HCI строится на базе серверов и не требует от
|
||||
* роутер;
|
||||
* HA-пара коммутаторов ядра;
|
||||
* пара коммутаторов сетей общего назначения;
|
||||
* серверы, в том числе резервные хосты;
|
||||
* ВМы, в том числе резервные хосты;
|
||||
* пара коммутаторов SAN;
|
||||
* комплекс СХД с зарезервированными контроллерами и дополнительными дисковыми полками;
|
||||
* NAS, которая не уместилась в указанную ширину картинки.
|
||||
@@ -24,16 +24,16 @@ HCI строится на базе серверов и не требует от
|
||||
|
||||
## Описание гиперконвергенции
|
||||
|
||||
В гиперконвергенции функции выполняются кластером унифицированных x86-серверов. Такой подход позволяет:
|
||||
В гиперконвергенции функции выполняются кластером унифицированных x86-ВМов. Такой подход позволяет:
|
||||
|
||||
* упростить создание инфраструктуры,
|
||||
* снизить затраты на оборудование, поддержку и ресурсы ЦОД.
|
||||
|
||||
Для гарантии согласованной работы и резервирования физические сервера объединяются в кластер. BeeCloud Stack позволяет совместное использование ресурсов каждого физического сервера. Физический сервер, не находящийся в кластере, не может получить доступ к ресурсам других физических серверов.
|
||||
Для гарантии согласованной работы и резервирования физические ВМа объединяются в кластер. BeeCloud Stack позволяет совместное использование ресурсов каждого физического ВМа. Физический ВМ, не находящийся в кластере, не может получить доступ к ресурсам других физических ВМов.
|
||||
|
||||
### Состав кластера
|
||||
|
||||
Кластер — несколько серверов, объединенных в единое консистентное пространство с разделением ресурсов. Параметры кластера:
|
||||
Кластер — несколько ВМов, объединенных в единое консистентное пространство с разделением ресурсов. Параметры кластера:
|
||||
|
||||
* узел,
|
||||
* пулы,
|
||||
@@ -43,7 +43,7 @@ HCI строится на базе серверов и не требует от
|
||||
|
||||
#### Узел
|
||||
|
||||
Узел — физический сервер, работающий в составе кластера. При выходе из строя ресурсы узла резервируются кластером с использованием ресурсов других узлов. Сам узел изолируется — выводится из кластера. Минимальное количество пулов в Кластере равно количеству узлов в кластере.
|
||||
Узел — физический ВМ, работающий в составе кластера. При выходе из строя ресурсы узла резервируются кластером с использованием ресурсов других узлов. Сам узел изолируется — выводится из кластера. Минимальное количество пулов в Кластере равно количеству узлов в кластере.
|
||||
|
||||
#### Пулы
|
||||
|
||||
|
||||
@@ -12,7 +12,7 @@
|
||||
|
||||
## Физический слой
|
||||
|
||||
В слое организована сетевая связность базовых физических элементов (серверов).
|
||||
В слое организована сетевая связность базовых физических элементов (ВМов).
|
||||
|
||||
## Кластерный слой
|
||||
|
||||
@@ -59,7 +59,7 @@ SDC (Software Defined Computing) — программно-определяем
|
||||
* дисковое пространство.
|
||||
* Пул.
|
||||
|
||||
Легковесность BeeCloud Stack — основная причина низкого значения Overhead. Снижение производительности ВМ относительно физического сервера вследствие значимости накладных расходов гипервизора.
|
||||
Легковесность BeeCloud Stack — основная причина низкого значения Overhead. Снижение производительности ВМ относительно физического ВМа вследствие значимости накладных расходов гипервизора.
|
||||
|
||||
### SDS
|
||||
|
||||
|
||||
@@ -70,9 +70,9 @@
|
||||
|
||||
7.2. Введите имя хоста и домен, используемый для разрешения не-FQDN имён.
|
||||
|
||||
7.3. Добавьте DNS серверы (опционально). При отсутствии DNS серверов автоматически добавляются публичные.
|
||||
7.3. Добавьте DNS ВМы (опционально). При отсутствии DNS ВМов автоматически добавляются публичные.
|
||||
|
||||

|
||||

|
||||
|
||||
7.4. Добавьте команды, которые будут выполняться при первом или каждом запуске:
|
||||
|
||||
|
||||
@@ -61,7 +61,7 @@ Cloud Compute 3.5 используется для размещения вир
|
||||
|
||||
### Для чего используется Cloud Compute (выделенный хост)?
|
||||
|
||||
Заказчик получает вычислительные ресурсы beeline cloud для работы vCPU и vRAM в составе хостов выделенного кластера с шагом масштабирования, соответствующим размеру хоста виртуализации. Выделенный хост — физический сервер для размещения виртуальных машин (ВМ). Единица масштабирования — хост виртуализации с полезным объемом vCPU и vRAM. Размеры единицы масштабирования указываются в бланке заказа (БЗ). Сценарии использования выделенных хостов ниже.
|
||||
Заказчик получает вычислительные ресурсы beeline cloud для работы vCPU и vRAM в составе хостов выделенного кластера с шагом масштабирования, соответствующим размеру хоста виртуализации. Выделенный хост — физический ВМ для размещения виртуальных машин (ВМ). Единица масштабирования — хост виртуализации с полезным объемом vCPU и vRAM. Размеры единицы масштабирования указываются в бланке заказа (БЗ). Сценарии использования выделенных хостов ниже.
|
||||
|
||||
### Параметры Cloud Compute (выделенный хост)
|
||||
|
||||
@@ -70,7 +70,7 @@ Cloud Compute 3.5 используется для размещения вир
|
||||
| vCPU, шт | 155 | 155 | 155 | 155 |
|
||||
| RAM, ГБ | 410 | 615 | 820 | 1230 |
|
||||
|
||||
Минимально возможная конфигурация — от 3 серверов (2+1). Доступность ресурсов определяется 80% от общего объема ресурсов хоста.
|
||||
Минимально возможная конфигурация — от 3 ВМов (2+1). Доступность ресурсов определяется 80% от общего объема ресурсов хоста.
|
||||
|
||||
### Сценарии использования выделенных хостов
|
||||
|
||||
|
||||
@@ -71,8 +71,8 @@ I — количество IOPS на 1 ГБ.
|
||||
|
||||
| Функция | Комментарий |
|
||||
|-------------------------------------------------------------------------------|------------------------------------------------------------------------------------------------------------------|
|
||||
| Динамическая балансировка<br>нагрузки на серверы и системы хранения данных | Балансировка обеспечивает оптимальную производительность приложений. |
|
||||
| Высокая доступность серверов | Доступность обеспечивает автоматический перезапуск виртуальных серверов при сбое отдельного аппаратного сервера. |
|
||||
| Динамическая балансировка<br>нагрузки на ВМы и системы хранения данных | Балансировка обеспечивает оптимальную производительность приложений. |
|
||||
| Высокая доступность ВМов | Доступность обеспечивает автоматический перезапуск виртуальных ВМов при сбое отдельного аппаратного ВМа. |
|
||||
| Изоляция виртуальных инфраструктур заказчиков друг от друга на сетевом уровне | Изоляция по уровню безопасности не уступает физической изоляции. |
|
||||
|
||||
#### Портал управления виртуальной инфраструктурой
|
||||
@@ -82,7 +82,7 @@ Beeline cloud предоставляет заказчику персональн
|
||||
| Компонент | Комментарий |
|
||||
|----------------------------------------------------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------|
|
||||
| Отдельные ВМ | Создание, изменение выделенных виртуальных ресурсов, доступ к консоли ВМ и другие операции. Текущая версия ВМ и параметр виртуального железа Hardware Version 19. |
|
||||
| Виртуальные приложения vApp | Комплекс взаимозависимых ВМ, необходимых для реализации одного сервиса. Например, серверы БД и приложений. Также это терминальные серверы для трехзвенной архитектуры |
|
||||
| Виртуальные приложения vApp | Комплекс взаимозависимых ВМ, необходимых для реализации одного сервиса. Например, ВМы БД и приложений. Также это терминальные ВМы для трехзвенной архитектуры |
|
||||
| Виртуальные сети и сетевые взаимодействия между ВМ | Графический интерфейс визуализирует сетевые соединения. Процесс становится аналогичным перекоммутации кабелей на физической инфраструктуре. |
|
||||
|
||||
#### Платформа виртуализации сети и обеспечения безопасности
|
||||
|
||||
@@ -32,7 +32,7 @@ Beeline cloud настраивает целевые уровни и тригге
|
||||
|
||||
### Просмотр статистики по параметрам использования ресурсов
|
||||
|
||||
Beeline cloud предоставляет заказчику доступ в личный кабинет на сервере мониторинга. В личном кабинете заказчик просматривает статистику по параметрам параметрам использования ресурсов. По каждому из параметров доступно построение графиков и отчетов об использовании и доступности ресурсов. Глубина хранения статистики — 3 месяца, включая текущий.
|
||||
Beeline cloud предоставляет заказчику доступ в личный кабинет на ВМе мониторинга. В личном кабинете заказчик просматривает статистику по параметрам параметрам использования ресурсов. По каждому из параметров доступно построение графиков и отчетов об использовании и доступности ресурсов. Глубина хранения статистики — 3 месяца, включая текущий.
|
||||
|
||||
### Что не входит в состав опции
|
||||
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
|
||||
## Назначение Cloud Compute (выделенный хост)
|
||||
|
||||
К тенанту вычислительных ресурсов подключается облачное хранилище, соответствующее определенной политике хранения. Выделенный хост — физический сервер, предназначенный для размещения виртуальных машин (ВМ).
|
||||
К тенанту вычислительных ресурсов подключается облачное хранилище, соответствующее определенной политике хранения. Выделенный хост — физический ВМ, предназначенный для размещения виртуальных машин (ВМ).
|
||||
|
||||
Емкость каждого тома виртуального хранилища задается в диапазоне от 100 ГБ до 32 ТБ. Beeline cloud предоставляет и тарифицирует неформатированную емкость. Выделенная емкость занимается всеми включенными и выключенными ВМ, созданными снапшотами, и технологическим резервом, платформы под RAM клиентских ВМ. RAM равен объему vRAM на ВМ.
|
||||
|
||||
|
||||
@@ -74,7 +74,7 @@ MIND поддерживает следующие платформы вирту
|
||||
|
||||
* Rosa Virtualization (НТЦ ИТ РОСА),
|
||||
* RUSMOX (Русвиртуализация),
|
||||
* Альт Сервер Виртуализации (БАЗАЛЬТ СПО),
|
||||
* Альт ВМ Виртуализации (БАЗАЛЬТ СПО),
|
||||
* АЭРОДИСК АИСТ (Аэро Диск),
|
||||
* Space VM (ДАКОМ М),
|
||||
* ECP Veil (НИИ Масштаб),
|
||||
|
||||
@@ -4,7 +4,7 @@
|
||||
|
||||
По запросу beeline cloud предоставляет ПО Veeam по схеме ежемесячной аренды для лицензирования необходимого количества устройств. Beeline cloud предоставляет:
|
||||
|
||||
* дистрибутив Veeam B&R для разворачивания Veeam сервера последней версии,
|
||||
* дистрибутив Veeam B&R для разворачивания Veeam ВМа последней версии,
|
||||
* возможность лицензирования,
|
||||
* дистрибутивы необходимых агентов.
|
||||
|
||||
@@ -68,7 +68,7 @@
|
||||
|
||||
3. [Необязательно] В поле Описание укажите описание добавляемого SP.
|
||||
|
||||
4. Установите флажок Allow this Veeam Backup & Replication installation to be managed by the service provider. В результате установится агент удаленного управления на клиентском сервере резервного копирования Veeam.
|
||||
4. Установите флажок Allow this Veeam Backup & Replication installation to be managed by the service provider. В результате установится агент удаленного управления на клиентском ВМе резервного копирования Veeam.
|
||||
|
||||

|
||||
|
||||
|
||||
@@ -30,7 +30,7 @@ Beeline cloud предоставляет заказчику:
|
||||
* Емкость хранения в облаке beeline cloud.
|
||||
* Служебную ВМ управления сетевым доступом vCPE (опционально).
|
||||
|
||||
Внутри облака данные передаются между ВМ Сloud GateWay и сервером управления Veeam Backup & Replication по шифрованному SSL/TLS каналу. Далее данные записываются на дисковой емкости Backup Storage YM заказчика.
|
||||
Внутри облака данные передаются между ВМ Сloud GateWay и ВМом управления Veeam Backup & Replication по шифрованному SSL/TLS каналу. Далее данные записываются на дисковой емкости Backup Storage YM заказчика.
|
||||
|
||||
_При необходимости оптимизации объема данных, предназначенного для пересылки между инфраструктурой заказчика и облаком beeline cloud, возможна дополнительная услуга оптимизации интернет-траффика. Для оптимизации используется ПО WAN Accelerator (ПО Veeam Backup & Replication)._
|
||||
|
||||
@@ -52,7 +52,7 @@ Beeline cloud предоставляет заказчику:
|
||||
* Емкость хранения в облаке beeline cloud.
|
||||
* Служебную ВМ управления сетевым доступом vCPE (опционально).
|
||||
|
||||
Данные передаются между инфраструктурой заказчика и облаком beeline cloud по шифрованному каналу связи. Внутри облака данные передаются между ВМ Сloud GateWay и сервером управления Veeam Backup & Replication по шифрованному SSL/TLS каналу. Внутри облака данные записываются на дисковой емкости Backup Storage YM заказчика.
|
||||
Данные передаются между инфраструктурой заказчика и облаком beeline cloud по шифрованному каналу связи. Внутри облака данные передаются между ВМ Сloud GateWay и ВМом управления Veeam Backup & Replication по шифрованному SSL/TLS каналу. Внутри облака данные записываются на дисковой емкости Backup Storage YM заказчика.
|
||||
|
||||
_При необходимости оптимизации объема данных, предназначенного для пересылки между инфраструктурой заказчика и облаком beeline cloud, возможна дополнительная услуга оптимизации интернет-траффика. Для оптимизации используется ПО WAN Accelerator (ПО Veeam Backup & Replication)._
|
||||
|
||||
|
||||
@@ -4,7 +4,7 @@
|
||||
|
||||
Сервис Veeam Cloud Connect Backup оплачивается ежемесячно. Ежемесячный платеж зависит от:
|
||||
|
||||
* Количества уникальных виртуальных машин (ВМ), серверов или рабочих станций, резервное копирование которых выполнялось за отчетный период (месяц) как минимум один раз.
|
||||
* Количества уникальных виртуальных машин (ВМ), ВМов или рабочих станций, резервное копирование которых выполнялось за отчетный период (месяц) как минимум один раз.
|
||||
* Объема дискового пространства Backup Storage YM, указанного в бланке заказа (БЗ).
|
||||
|
||||
### Дополнительная тарификация
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
|
||||
## Назначение сервиса
|
||||
|
||||
Beeline cloud предоставляет заказчику лицензию ПО Veeam Agent и пространство в репозитории. С помощью Veeam Agent заказчик создает резервные копии данных ПК, виртуальных машин (ВМ) и серверов с хранением в облачном репозитории beeline cloud. Резервное копирование — набор сервисов для обеспечения сохранности данных заказчика в облаке beeline cloud и в собственной инфраструктуре.
|
||||
Beeline cloud предоставляет заказчику лицензию ПО Veeam Agent и пространство в репозитории. С помощью Veeam Agent заказчик создает резервные копии данных ПК, виртуальных машин (ВМ) и ВМов с хранением в облачном репозитории beeline cloud. Резервное копирование — набор сервисов для обеспечения сохранности данных заказчика в облаке beeline cloud и в собственной инфраструктуре.
|
||||
|
||||
## Краткое описание
|
||||
|
||||
|
||||
@@ -41,7 +41,7 @@ Beeline cloud:
|
||||
|
||||
Сервис Veeam Agent BackUp оплачивается ежемесячно. Ежемесячный платеж зависит от:
|
||||
|
||||
* Количества уникальных виртуальных машин (ВМ), серверов или рабочих станций, резервное копирование которых было выполнено за отчетный период (месяц) как минимум один раз.
|
||||
* Количества уникальных виртуальных машин (ВМ), ВМов или рабочих станций, резервное копирование которых было выполнено за отчетный период (месяц) как минимум один раз.
|
||||
* Объема дискового пространства Backup Storage YM, указанного в бланке заказа (БЗ).
|
||||
|
||||
#### Дополнительная тарификация
|
||||
|
||||
@@ -26,7 +26,7 @@ Protected Data – данный пункт доступен при настро
|
||||
|
||||

|
||||
|
||||
Rules – правила сервера резервного копирования
|
||||
Rules – правила ВМа резервного копирования
|
||||
|
||||
Managed Computers – отображение устройств, на которых установлены агенты:
|
||||
|
||||
|
||||
@@ -8,11 +8,11 @@
|
||||
|
||||
## 2.1 Установка менеджмент агента
|
||||
|
||||
1. Зайдите на портал с той виртуальной машины / сервера / ПК, на которую необходимо поставить агент (ссылка на портал находится в приветственном письме).
|
||||
1. Зайдите на портал с той виртуальной машины / ВМа / ПК, на которую необходимо поставить агент (ссылка на портал находится в приветственном письме).
|
||||
|
||||
2. Перейдите на вкладку Managed Computers, далее – Discovered computers.
|
||||
|
||||
3. Выберите из списка ОС, которая установлена на ВМ / сервере / ПК.
|
||||
3. Выберите из списка ОС, которая установлена на ВМ / ВМе / ПК.
|
||||
|
||||

|
||||
|
||||
@@ -70,10 +70,10 @@ Management Agent установлен.
|
||||
|
||||
Recovery Media – это технология создания загрузочного образа, который позволяет восстановить данные из резервной копии на уровне ОС или дисков.
|
||||
|
||||
Данный тип восстановления работает с уровня BIOS и позволяет восстановить данные на ВМ/Сервер/ПК без гостевой ОС.
|
||||
Данный тип восстановления работает с уровня BIOS и позволяет восстановить данные на ВМ/ВМ/ПК без гостевой ОС.
|
||||
|
||||
::: warning Важно!
|
||||
Восстановление из резервной копии на пустую (без ОС) ВМ/сервер/ПК невозможно без заранее созданного Recovery Media. Рекомендуем хранить образ Recovery Media на сторонних носителях (USB-флэшки/диски и облачные хранилища).
|
||||
Восстановление из резервной копии на пустую (без ОС) ВМ/ВМ/ПК невозможно без заранее созданного Recovery Media. Рекомендуем хранить образ Recovery Media на сторонних носителях (USB-флэшки/диски и облачные хранилища).
|
||||
:::
|
||||
|
||||
### Создание образа установщика Recovery media
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
|
||||
## Основные настройки
|
||||
|
||||
1. Перейдите на портале в раздел Managed computers 🡲 Backup agents, далее необходимо выбрать резервируемую ВМ / сервер / ПК 🡲 Backup policy 🡲 Assign.
|
||||
1. Перейдите на портале в раздел Managed computers 🡲 Backup agents, далее необходимо выбрать резервируемую ВМ / ВМ / ПК 🡲 Backup policy 🡲 Assign.
|
||||
|
||||
2. Далее вверху нажмите Create 🡲 Create new job.
|
||||
|
||||
@@ -12,7 +12,7 @@
|
||||
|
||||

|
||||
|
||||
4. Выберите настройку – сервер или рабочая станция.
|
||||
4. Выберите настройку – ВМ или рабочая станция.
|
||||
|
||||

|
||||
|
||||
@@ -86,7 +86,7 @@ Summary – отображение ваших настроек. Для заве
|
||||
|
||||
## Завершение создания политики
|
||||
|
||||
После создания политики резервного копирования она будет доступна к просмотру в разделе Backup Jobs портала. Также к резервируемому ВМ/Серверу/ПК по умолчанию будет применена дефолтная политика на бэкап всего устройства, её можно отключить, нажав на Policies. Для немедленного запуска задания выберите политику и нажмите Start.
|
||||
После создания политики резервного копирования она будет доступна к просмотру в разделе Backup Jobs портала. Также к резервируемому ВМ/ВМу/ПК по умолчанию будет применена дефолтная политика на бэкап всего устройства, её можно отключить, нажав на Policies. Для немедленного запуска задания выберите политику и нажмите Start.
|
||||
|
||||

|
||||
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
|
||||
::: warning Важно:
|
||||
|
||||
Для восстановления данных на ВМ / Сервер / ПК требуется использовать файловое восстановление (File Level Restore) вне зависимости от объекта бэкапа (вся ОС, диск или файл). Для восстановления диска целиком или ОС нужно использовать технологию Recovery Media, которая создает ISO-образ, подключаемый к устройству в режиме загрузки.
|
||||
Для восстановления данных на ВМ / ВМ / ПК требуется использовать файловое восстановление (File Level Restore) вне зависимости от объекта бэкапа (вся ОС, диск или файл). Для восстановления диска целиком или ОС нужно использовать технологию Recovery Media, которая создает ISO-образ, подключаемый к устройству в режиме загрузки.
|
||||
|
||||
:::
|
||||
|
||||
@@ -42,13 +42,13 @@
|
||||
## 4.2 Восстановление на уровне гостевой ОС
|
||||
|
||||
|
||||
### Восстановление на исходный физический сервер, ВМ и ПК
|
||||
### Восстановление на исходный физический ВМ, ВМ и ПК
|
||||
|
||||
::: warning Важно:
|
||||
Полное восстановление на исходный физический сервер, ВМ или ПК с помощью Recovery Media возможно только при предварительном создании ISO-образа Recovery Media на устройстве, которое планируется восстанавливать. Это требуется для сохранения в образе драйверов данного физического сервера, ВМ или ПК.
|
||||
Полное восстановление на исходный физический ВМ, ВМ или ПК с помощью Recovery Media возможно только при предварительном создании ISO-образа Recovery Media на устройстве, которое планируется восстанавливать. Это требуется для сохранения в образе драйверов данного физического ВМа, ВМ или ПК.
|
||||
:::
|
||||
|
||||
1. При запуске исходного физического сервера, ВМ или ПК ISO-образ Recovery Media монтируется устройству и выбирается как загрузочное устройство на уровне EFI/BIOS.
|
||||
1. При запуске исходного физического ВМа, ВМ или ПК ISO-образ Recovery Media монтируется устройству и выбирается как загрузочное устройство на уровне EFI/BIOS.
|
||||
|
||||

|
||||
|
||||
@@ -82,7 +82,7 @@
|
||||
|
||||
9. Backup Location – место, где хранится бэкап:
|
||||
|
||||
* Local storage – локальное хранилище; работает в том случае, если бэкап делался на сервер, который необходимо восстановить.
|
||||
* Local storage – локальное хранилище; работает в том случае, если бэкап делался на ВМ, который необходимо восстановить.
|
||||
* Network storage – репозиторий, который доступен из сети, в которую идет восстановление (выберите его, если резервная копия находится в облачном репозитории).
|
||||
|
||||

|
||||
@@ -90,9 +90,9 @@
|
||||
10. Network Storage:
|
||||
|
||||
* Object storage – объектное хранение; подходит, если ваш бэкап хранится на объектном хранилище, к примеру, S3.
|
||||
* Shared folder – выбирается, если бэкап хранится, на файловом сервере или NAS-сервере (хранилище) не подходит для восстановления в облако.
|
||||
* Veeam backup repository – используется, если у вас есть свой сервер Veeam.
|
||||
* Veeam cloud connect repository – основное место хранения при услуге Agent backup (репозиторий в облаке beeline cloud, подключаемый через gateway-сервер).
|
||||
* Shared folder – выбирается, если бэкап хранится, на файловом ВМе или NAS-ВМе (хранилище) не подходит для восстановления в облако.
|
||||
* Veeam backup repository – используется, если у вас есть свой ВМ Veeam.
|
||||
* Veeam cloud connect repository – основное место хранения при услуге Agent backup (репозиторий в облаке beeline cloud, подключаемый через gateway-ВМ).
|
||||
|
||||

|
||||
|
||||
@@ -114,7 +114,7 @@
|
||||
|
||||
15. Выберите метод восстановления:
|
||||
|
||||
* Entire computer – весь ПК целиком (в случае полного восстановления сервера).
|
||||
* Entire computer – весь ПК целиком (в случае полного восстановления ВМа).
|
||||
* System volumes only – восстановление отдельных дисков.
|
||||
* Manual restore – продвинутая настройка задания восстановления резервного копирования.
|
||||
|
||||
@@ -123,7 +123,7 @@
|
||||
|
||||
### Метод восстановления Entire computer
|
||||
|
||||
1. При выборе Entire computer Veeam покажет окно Summary для сверки настройки параметров восстановления. После нажатия Restore начнется процесс восстановления сервера.
|
||||
1. При выборе Entire computer Veeam покажет окно Summary для сверки настройки параметров восстановления. После нажатия Restore начнется процесс восстановления ВМа.
|
||||
|
||||

|
||||
|
||||
@@ -133,7 +133,7 @@
|
||||
|
||||

|
||||
|
||||
3. После окончания восстановления появится диалоговое окно с информацией, что восстановление прошло успешно, и предложит перезагрузить сервер для загрузки восстановленной гостевой OC.
|
||||
3. После окончания восстановления появится диалоговое окно с информацией, что восстановление прошло успешно, и предложит перезагрузить ВМ для загрузки восстановленной гостевой OC.
|
||||
|
||||

|
||||
|
||||
@@ -144,7 +144,7 @@
|
||||
|
||||
Восстановление системных дисков:
|
||||
|
||||
* System volumes only – восстановление отдельных дисков сервера (отдельно подключенные сетевые диски не входят в данное восстановление) в исходное расположение. Подходит для восстановления системного диска, на котором расположена OC сервера, стоящего на резервном копировании.
|
||||
* System volumes only – восстановление отдельных дисков ВМа (отдельно подключенные сетевые диски не входят в данное восстановление) в исходное расположение. Подходит для восстановления системного диска, на котором расположена OC ВМа, стоящего на резервном копировании.
|
||||
* Manual Restore – продвинутое восстановление с дополнительными настройками. Подходит для восстановления отдельных дисков в другое расположение. Доступен выбор восстанавливаемого диска и выбор диска, на который выполняется восстановление.
|
||||
|
||||

|
||||
@@ -276,12 +276,12 @@ Recovery Media
|
||||
|
||||
17. Выберите метод восстановления. Подходят только следующие варианты:
|
||||
|
||||
* Entire computer – весь ПК целиком (в случае полного восстановления сервера).
|
||||
* Entire computer – весь ПК целиком (в случае полного восстановления ВМа).
|
||||
* Manual restore – продвинутая настройка задания восстановления резервного копирования.
|
||||
|
||||

|
||||
|
||||
18. При выборе Entire computer Veeam покажет окно Summary для сверки настройки параметров восстановления. После нажатия Restore начнется процесс восстановления сервера.
|
||||
18. При выборе Entire computer Veeam покажет окно Summary для сверки настройки параметров восстановления. После нажатия Restore начнется процесс восстановления ВМа.
|
||||
|
||||

|
||||
|
||||
@@ -289,7 +289,7 @@ Recovery Media
|
||||
|
||||

|
||||
|
||||
20. После окончания восстановления появится диалоговое окно с информацией, что восстановление прошло успешно, и предложит перезагрузить сервер для загрузки восстановленной гостевой OC.
|
||||
20. После окончания восстановления появится диалоговое окно с информацией, что восстановление прошло успешно, и предложит перезагрузить ВМ для загрузки восстановленной гостевой OC.
|
||||
|
||||

|
||||
|
||||
|
||||
@@ -2,16 +2,16 @@
|
||||
|
||||
Для работы сервиса необходимо установить требуемый агент Киберпротект для каждого объекта резервного копирования.
|
||||
|
||||
## Для физических серверов
|
||||
## Для физических ВМов
|
||||
|
||||

|
||||
|
||||
| Сервер | Агент |
|
||||
| ВМ | Агент |
|
||||
|----------------------------|-----------------------------------|
|
||||
| Под управлением ОС Windows | CyberProtect Agent Windows Server |
|
||||
| Под управлением ОС Linux | CyberProtect Agent Linux Server |
|
||||
|
||||
Агенты Киберпротект Agent Windows/Linux Server можно использовать для создания бэкапов и физических серверов, и виртуальных машин. В зависимости от места установки агента − на физический сервер или виртуальную машину − Киберпротект автоматически определяет тип объекта резервного копирования.
|
||||
Агенты Киберпротект Agent Windows/Linux Server можно использовать для создания бэкапов и физических ВМов, и виртуальных машин. В зависимости от места установки агента − на физический ВМ или виртуальную машину − Киберпротект автоматически определяет тип объекта резервного копирования.
|
||||
|
||||
## Для рабочих станций
|
||||
|
||||
@@ -21,7 +21,7 @@
|
||||
|----------------------------|----------------------------------------|
|
||||
| Под управлением ОС Windows | CyberProtect Agent Windows Workstation |
|
||||
|
||||
Резервное копирование рабочих станций под управлением ОС Linux можно реализовать с помощью серверного агента за соответствующую стоимость.
|
||||
Резервное копирование рабочих станций под управлением ОС Linux можно реализовать с помощью ВМного агента за соответствующую стоимость.
|
||||
|
||||
## Для виртуальных машин
|
||||
|
||||
@@ -29,7 +29,7 @@
|
||||
|
||||

|
||||
|
||||
В гостевой операционной системе используются серверные агенты
|
||||
В гостевой операционной системе используются ВМные агенты
|
||||
|
||||

|
||||
|
||||
@@ -37,11 +37,11 @@
|
||||
|
||||
В случае резервного копирования на уровне гипервизора (при наличии доступа к нему) с использованием поддерживаемой решением платформы скачайте и запустите соответствующий аплайнс, после чего централизованно настройте резервное копирование требуемых VM, развернутых на данном хосте.
|
||||
|
||||
В случае использования агентов Киберпротект необходимо установить CyberProtect Agent Windows Server или CyberProtect Agent Linux Server на каждую виртуальную машину (Киберпротект автоматически определит, что используется VM, а не физический сервер).
|
||||
В случае использования агентов Киберпротект необходимо установить CyberProtect Agent Windows Server или CyberProtect Agent Linux Server на каждую виртуальную машину (Киберпротект автоматически определит, что используется VM, а не физический ВМ).
|
||||
|
||||
## Для приложений
|
||||
|
||||

|
||||
|
||||
В зависимости от расположения приложения − на физическом сервере или VM, будет определяться соответствующая стоимость использования. Например, если на одном сервере или виртуальной машине расположено несколько баз данных SQL, то тарифицироваться будет только CyberProtect Agent Windows Server. CyberProtect Agent Microsoft SQL Server тарифицироваться не будут.
|
||||
В зависимости от расположения приложения − на физическом ВМе или VM, будет определяться соответствующая стоимость использования. Например, если на одном ВМе или виртуальной машине расположено несколько баз данных SQL, то тарифицироваться будет только CyberProtect Agent Windows Server. CyberProtect Agent Microsoft SQL Server тарифицироваться не будут.
|
||||
|
||||
|
||||
@@ -4,17 +4,17 @@
|
||||
|
||||
### Доступ
|
||||
|
||||
Убедитесь, что брандмауэры и другие компоненты системы безопасности сети (например, прокси-сервер) не блокируют входящие и исходящие подключения через следующие TCP-порты:
|
||||
Убедитесь, что брандмауэры и другие компоненты системы безопасности сети (например, прокси-ВМ) не блокируют входящие и исходящие подключения через следующие TCP-порты:
|
||||
|
||||
* 443 и 8443 – эти порты используются для доступа к консоли службы, регистрации агентов, скачивания сертификатов, авторизации пользователей, а также скачивания файлов из облачного хранилища данных;
|
||||
|
||||
|
||||
* 7770...7800 – агенты используют эти порты для обмена данными с сервером управления резервным копированием;
|
||||
* 7770...7800 – агенты используют эти порты для обмена данными с ВМом управления резервным копированием;
|
||||
|
||||
|
||||
* 44445 и 55556 – агенты используют эти порты для передачи данных при выполнении резервного копирования и восстановления.
|
||||
|
||||
Если в сети включен прокси-сервер, чтобы понять, нужно ли конфигурировать настройки прокси-сервера на каждой машине с запущенными агентом резервного копирования, ознакомьтесь с разделом Настройка прокси-сервера.
|
||||
Если в сети включен прокси-ВМ, чтобы понять, нужно ли конфигурировать настройки прокси-ВМа на каждой машине с запущенными агентом резервного копирования, ознакомьтесь с разделом Настройка прокси-ВМа.
|
||||
|
||||
::: warning Важно:
|
||||
Для управления агентом, установленным в облаке, скорость подключения к Интернету должна быть не менее 1 Мбит/с.
|
||||
@@ -22,13 +22,13 @@
|
||||
|
||||
**Для резервного копирования и репликации виртуальных машин VMware необходимы порты TCP**
|
||||
|
||||
* TCP 443. Агент для VMware (как в ОС Windows, так и на виртуальном устройстве) подключается к этому порту на хосте ESXi (сервере vCenter) для выполнения операций управления виртуальной машиной, таких как создание, обновление и удаление виртуальных машин в vSphere при выполнении операций резервного копирования, восстановления и репликации виртуальных машин.
|
||||
* TCP 443. Агент для VMware (как в ОС Windows, так и на виртуальном устройстве) подключается к этому порту на хосте ESXi (ВМе vCenter) для выполнения операций управления виртуальной машиной, таких как создание, обновление и удаление виртуальных машин в vSphere при выполнении операций резервного копирования, восстановления и репликации виртуальных машин.
|
||||
* TCP 902. Агент для VMware (как в ОС Windows, так и на виртуальном устройстве) подключается к этому порту на хосте ESXi для установки подключения через NFC для чтения/записи данных на дисках виртуальной машины при выполнении операций резервного копирования, восстановления и репликации виртуальных машин.
|
||||
* TCP 3333. Если агент для VMware (виртуальное устройство) выполняется на целевом хосте (в целевом кластере) ESXi для репликации виртуальной машины, трафик операции репликации виртуальной машины не поступает непосредственно на порт 902 хоста ESXi. Вместо этого трафик поступает с исходного агента для VMware на TCP-порт 3333 на агенте для VMware (виртуальном устройстве) на целевом хосте (кластере) ESXi. Исходный агент для VMware, который считывает данные с оригинальных дисков виртуальной машины, может быть в любом ином месте. Он может работать как на виртуальном устройстве, так и в ОС Windows. Служба, которая отвечает за прием данных репликации виртуальной машины на целевом агенте для VMware (виртуальном устройстве), называется «Replica disk server (Сервер диска 39 ООО Киберпротект, 2024 реплики)». Эта служба отвечает за методы оптимизации глобальной сети, такие как сжатие трафика и дедупликация при репликации виртуальной машины, включая заполнение реплики. Если на целевом хосте не выполняется агент для VMware (виртуальное устройство), эта служба недоступна, поэтому сценарий заполнение реплики не поддерживается.
|
||||
* TCP 3333. Если агент для VMware (виртуальное устройство) выполняется на целевом хосте (в целевом кластере) ESXi для репликации виртуальной машины, трафик операции репликации виртуальной машины не поступает непосредственно на порт 902 хоста ESXi. Вместо этого трафик поступает с исходного агента для VMware на TCP-порт 3333 на агенте для VMware (виртуальном устройстве) на целевом хосте (кластере) ESXi. Исходный агент для VMware, который считывает данные с оригинальных дисков виртуальной машины, может быть в любом ином месте. Он может работать как на виртуальном устройстве, так и в ОС Windows. Служба, которая отвечает за прием данных репликации виртуальной машины на целевом агенте для VMware (виртуальном устройстве), называется «Replica disk server (ВМ диска 39 ООО Киберпротект, 2024 реплики)». Эта служба отвечает за методы оптимизации глобальной сети, такие как сжатие трафика и дедупликация при репликации виртуальной машины, включая заполнение реплики. Если на целевом хосте не выполняется агент для VMware (виртуальное устройство), эта служба недоступна, поэтому сценарий заполнение реплики не поддерживается.
|
||||
|
||||
### Порты, требуемые для компонента «Загрузчик»
|
||||
|
||||
Компонент «Загрузчик» отвечает за доставку обновлений на компьютер и их распространение на другие экземпляры «Загрузчик». Он может выполняться в режиме агента. В этом случае соответствующий компьютер становится агентом загрузчика. Агент «Загрузчик» скачивает обновления из Интернета и серверов, становясь источником распространения обновлений на другие компьютеры. Для работы компонента «Загрузчик» требуются указанные ниже порты:
|
||||
Компонент «Загрузчик» отвечает за доставку обновлений на компьютер и их распространение на другие экземпляры «Загрузчик». Он может выполняться в режиме агента. В этом случае соответствующий компьютер становится агентом загрузчика. Агент «Загрузчик» скачивает обновления из Интернета и ВМов, становясь источником распространения обновлений на другие компьютеры. Для работы компонента «Загрузчик» требуются указанные ниже порты:
|
||||
|
||||
* l6888: используется протоколом BitTorrent для обновлений между одноранговыми узлами;
|
||||
* 6771: используется локальным портом обнаружения однорангового узла. Также принимает участие в обновлениях между одноранговыми узлами;
|
||||
@@ -209,15 +209,15 @@ sudo ./Backup_AgentForLinux_x86_64.bin
|
||||

|
||||
|
||||
|
||||
## 02. Настройка прокси-сервера
|
||||
## 02. Настройка прокси-ВМа
|
||||
|
||||
Агенты защиты могут передавать данные через прокси-сервер HTTP/HTTPS. Сервер должен функционировать через HTTP-тоннель без сканирования или изменения трафика HTTP. Промежуточные прокси-серверы не поддерживаются. Поскольку на этапе установки агент регистрируется в облаке, во время установки или заранее необходимо указать параметры прокси-сервера.
|
||||
Агенты защиты могут передавать данные через прокси-ВМ HTTP/HTTPS. ВМ должен функционировать через HTTP-тоннель без сканирования или изменения трафика HTTP. Промежуточные прокси-ВМы не поддерживаются. Поскольку на этапе установки агент регистрируется в облаке, во время установки или заранее необходимо указать параметры прокси-ВМа.
|
||||
|
||||
### В Windows
|
||||
|
||||
Если прокси-сервер настроен в Windows (Панель управления > Свойства браузера > Подключения), то программа установки считает настройки прокси-сервера из реестра и использует их автоматически. Кроме того, можно задать настройки прокси-сервера во время установки или указать их заранее, используя процедуру, описанную ниже. С помощью той же процедуры эти параметры можно изменить после установки.
|
||||
Если прокси-ВМ настроен в Windows (Панель управления > Свойства браузера > Подключения), то программа установки считает настройки прокси-ВМа из реестра и использует их автоматически. Кроме того, можно задать настройки прокси-ВМа во время установки или указать их заранее, используя процедуру, описанную ниже. С помощью той же процедуры эти параметры можно изменить после установки.
|
||||
|
||||
#### Указание параметров прокси-сервера в Windows
|
||||
#### Указание параметров прокси-ВМа в Windows
|
||||
|
||||
1. Создайте новый текстовый документ и откройте его в текстовом редакторе, например Notepad.
|
||||
|
||||
@@ -233,9 +233,9 @@ Windows Registry Editor Version 5.00
|
||||
"Password"="proxy_password"
|
||||
```
|
||||
|
||||
3. Замените proxy.company.com именем хоста или IP-адресом прокси-сервера, а 000001bb − шестнадцатеричным значением номера порта. Например, 000001bb соответствует номеру порта 443.
|
||||
3. Замените proxy.company.com именем хоста или IP-адресом прокси-ВМа, а 000001bb − шестнадцатеричным значением номера порта. Например, 000001bb соответствует номеру порта 443.
|
||||
|
||||
4. Если на прокси-сервере необходимо пройти аутентификацию, вместо строк proxy_login и proxy_ password укажите учетные данные прокси-сервера. В противном случае удалите эти строки из файла.
|
||||
4. Если на прокси-ВМе необходимо пройти аутентификацию, вместо строк proxy_login и proxy_ password укажите учетные данные прокси-ВМа. В противном случае удалите эти строки из файла.
|
||||
|
||||
5. Сохраните документ с именем proxy.reg.
|
||||
|
||||
@@ -255,7 +255,7 @@ Windows Registry Editor Version 5.00
|
||||
https-proxy: proxy_login:proxy_password@proxy_address:port
|
||||
```
|
||||
|
||||
11. Вместо proxy_login и proxy_password укажите учетные данные прокси-сервера, а вместо proxy_ address:port — адрес и номер порта прокси-сервера.
|
||||
11. Вместо proxy_login и proxy_password укажите учетные данные прокси-ВМа, а вместо proxy_ address:port — адрес и номер порта прокси-ВМа.
|
||||
|
||||
12. В меню Пуск щелкните Выполнить, введите cmd и щелкните ОК
|
||||
|
||||
@@ -275,15 +275,15 @@ Windows Registry Editor Version 5.00
|
||||
|
||||
### В ОС Linux
|
||||
|
||||
Запустите файл установки с параметрами --http-proxy-host=ADDRESS --http-proxy-port=PORT --httpproxy-login=LOGIN--http-proxy-password=PASSWORD. Чтобы изменить параметры прокси-сервера после установки, используйте описанную ниже процедуру.
|
||||
Запустите файл установки с параметрами --http-proxy-host=ADDRESS --http-proxy-port=PORT --httpproxy-login=LOGIN--http-proxy-password=PASSWORD. Чтобы изменить параметры прокси-ВМа после установки, используйте описанную ниже процедуру.
|
||||
|
||||
#### Изменение параметров прокси-сервера в Linux
|
||||
#### Изменение параметров прокси-ВМа в Linux
|
||||
|
||||
1. Откройте файл /etc/Acronis/Global.config в текстовом редакторе.
|
||||
|
||||
2. Выполните одно из следующих действий:
|
||||
|
||||
Если параметры прокси-сервера были заданы во время установки агента, найдите следующий раздел:
|
||||
Если параметры прокси-ВМа были заданы во время установки агента, найдите следующий раздел:
|
||||
|
||||
```
|
||||
key name="HttpProxy">
|
||||
@@ -301,9 +301,9 @@ key name="HttpProxy">
|
||||
<registry name="Global">...</registry>
|
||||
```
|
||||
|
||||
3. Замените АДРЕС новым именем хоста или IP-адресом прокси-сервера, а ПОРТ — номером порта в десятичном формате.
|
||||
3. Замените АДРЕС новым именем хоста или IP-адресом прокси-ВМа, а ПОРТ — номером порта в десятичном формате.
|
||||
|
||||
4. Если на прокси-сервере необходимо пройти аутентификацию, вместо дескрипторов ИМЯ ВХОДА и ПАРОЛЬ укажите учетные данные прокси-сервера. В противном случае удалите эти строки из файла
|
||||
4. Если на прокси-ВМе необходимо пройти аутентификацию, вместо дескрипторов ИМЯ ВХОДА и ПАРОЛЬ укажите учетные данные прокси-ВМа. В противном случае удалите эти строки из файла
|
||||
|
||||
5. Сохраните файл.
|
||||
|
||||
@@ -317,16 +317,16 @@ env:
|
||||
https-proxy: proxy_login:proxy_password@proxy_address:port
|
||||
```
|
||||
|
||||
8. Вместо proxy_login и proxy_password укажите учетные данные прокси-сервера, а вместо proxy_address:port — адрес и номер порта прокси-сервера.
|
||||
8. Вместо proxy_login и proxy_password укажите учетные данные прокси-ВМа, а вместо proxy_address:port — адрес и номер порта прокси-ВМа.
|
||||
|
||||
9. Перезапустите службу aakore, выполнив следующую команду:
|
||||
sudo service aakore restart
|
||||
|
||||
### В MacOS
|
||||
|
||||
Параметры прокси-сервера можно указать во время установки или заранее, как описано в процедуре ниже. С помощью той же процедуры эти параметры можно изменить после установки.
|
||||
Параметры прокси-ВМа можно указать во время установки или заранее, как описано в процедуре ниже. С помощью той же процедуры эти параметры можно изменить после установки.
|
||||
|
||||
#### Указание параметров прокси-сервера в MacOS
|
||||
#### Указание параметров прокси-ВМа в MacOS
|
||||
|
||||
1. Создайте файл /Library/Application Support/Acronis/Registry/Global.config и откройте его в текстовом редакторе, например Text Edit.
|
||||
|
||||
@@ -345,9 +345,9 @@ env:
|
||||
</registry>
|
||||
```
|
||||
|
||||
3. Замените proxy.company.com именем хоста или IP-адресом прокси-сервера, а 443 — номером порта в десятичном формате.
|
||||
3. Замените proxy.company.com именем хоста или IP-адресом прокси-ВМа, а 443 — номером порта в десятичном формате.
|
||||
|
||||
4. Если на прокси-сервере необходимо пройти аутентификацию, вместо строк proxy_login и proxy_password укажите учетные данные прокси-сервера. В противном случае удалите эти строки из файла.
|
||||
4. Если на прокси-ВМе необходимо пройти аутентификацию, вместо строк proxy_login и proxy_password укажите учетные данные прокси-ВМа. В противном случае удалите эти строки из файла.
|
||||
|
||||
5. Сохраните файл.
|
||||
|
||||
@@ -363,7 +363,7 @@ env:
|
||||
https-proxy: proxy_login:proxy_password@proxy_address:port
|
||||
```
|
||||
|
||||
9. Вместо proxy_login и proxy_password укажите учетные данные прокси-сервера, а вместо proxy_address:port — адрес и номер порта прокси-сервера.
|
||||
9. Вместо proxy_login и proxy_password укажите учетные данные прокси-ВМа, а вместо proxy_address:port — адрес и номер порта прокси-ВМа.
|
||||
|
||||
10. Откройте Приложения > Утилиты > Терминал
|
||||
|
||||
@@ -383,4 +383,4 @@ env:
|
||||
|
||||
### На загрузочном носителе
|
||||
|
||||
Если используется загрузочный носитель, вам может потребоваться доступ к облачному хранилищу с использованием прокси-сервера. Чтобы указать настройки прокси-сервера, выберите пункты Инструменты > Прокси-сервер и укажите имя хоста или IP-адрес, порт и учетные данные прокси-сервера.
|
||||
Если используется загрузочный носитель, вам может потребоваться доступ к облачному хранилищу с использованием прокси-ВМа. Чтобы указать настройки прокси-ВМа, выберите пункты Инструменты > Прокси-ВМ и укажите имя хоста или IP-адрес, порт и учетные данные прокси-ВМа.
|
||||
|
||||
@@ -378,7 +378,7 @@ _Примечание: Резервное копирование не будет
|
||||
|
||||
Правила хранения будут применены до создания новой резервной копии.
|
||||
|
||||
Эта настройка недоступна при резервном копировании кластеров Microsoft SQL Server или сервера Microsoft Exchange.
|
||||
Эта настройка недоступна при резервном копировании кластеров Microsoft SQL Server или ВМа Microsoft Exchange.
|
||||
|
||||
|
||||
## 07. Удаление резервной копии
|
||||
|
||||
@@ -63,7 +63,7 @@ _На контроллере домена убедитесь, что модул
|
||||
Выберите данные, резервную копию которых необходимо создать.
|
||||
|
||||
* При выборе DAG создаются резервные копии одной из копий каждой кластеризованной базы данных. Дополнительные сведения о резервном копировании групп DAG см. в разделе «Защита групп обеспечения доступности базы данных (DAG)».
|
||||
* При выборе машины на которых запущен сервер Microsoft Exchange, будет создана резервная копия всех баз данных, подключенных к серверу Exchange.
|
||||
* При выборе машины на которых запущен ВМ Microsoft Exchange, будет создана резервная копия всех баз данных, подключенных к ВМу Exchange.
|
||||
* Если выбрать отдельные базы, будут созданы резервные копии только для них.
|
||||
* Если агент для Exchange настроен, как описано в разделе «Резервное копирование почтовых ящиков», можно выбрать почтовые ящики для резервного копирования.
|
||||
|
||||
@@ -83,7 +83,7 @@ _На контроллере домена убедитесь, что модул
|
||||
|
||||
### Порядок выбора баз данных SQL
|
||||
|
||||
1. Нажмите Устройства > Microsoft SQL. Программное обеспечение отобразит дерево групп Always On Availability Groups (AAG) сервера SQL Server, машины, на которых запущен Microsoft SQL Server, экземпляры SQL Server и базы данных.
|
||||
1. Нажмите Устройства > Microsoft SQL. Программное обеспечение отобразит дерево групп Always On Availability Groups (AAG) ВМа SQL Server, машины, на которых запущен Microsoft SQL Server, экземпляры SQL Server и базы данных.
|
||||
|
||||

|
||||
|
||||
|
||||
@@ -16,7 +16,7 @@
|
||||
|
||||
Данная опция позволяет выбрать машину, куда возможно произвести восстановление. Выбор производится из машин, на которых установлен агент или аплайнс Киберпротект.
|
||||
|
||||
В окне «Выбор машины» выберите целевую машину. Целевой машиной может быть физический сервер или VM. В случае, если целевая машина − физический сервер, откроется диалоговое окно «Восстановить в физическую машину», если VM − откроется окно «Восстановить в виртуальную машину».
|
||||
В окне «Выбор машины» выберите целевую машину. Целевой машиной может быть физический ВМ или VM. В случае, если целевая машина − физический ВМ, откроется диалоговое окно «Восстановить в физическую машину», если VM − откроется окно «Восстановить в виртуальную машину».
|
||||
|
||||

|
||||
|
||||
|
||||
@@ -44,7 +44,7 @@ _Совет: Для восстановления из ISO-образа необ
|
||||
|
||||

|
||||
|
||||
12. В окне Registration: Введите адрес сервера и выполните вход в сервис Кибер Бэкап Облачный под маркером доступа, который был сохранен ранее.
|
||||
12. В окне Registration: Введите адрес ВМа и выполните вход в сервис Кибер Бэкап Облачный под маркером доступа, который был сохранен ранее.
|
||||
|
||||

|
||||
|
||||
|
||||