Рекомендуемые требования к инфраструктуре для on-premise поставки Rightech IoT Core + Rightsharing

1. Конфигурации серверов

Сравнение конфигураций

Параметр	Минимум (до 100 устройств) VDS, 2 шт	Базовый (до 1 000 устройств) VDS, 3 шт	Оптимальный (до 10 000 устройств) Bare-metal, 5 шт
Количество серверов	2	3	5
Тип развертывания	VDS	VDS	Bare-metal
Конфигурация серверов	1 сервер: • 8 CPU: 4 ядра (x86_64, ≥2.4 ГГц) • RAM: 8 ГБ • Диск ОС/БД: 150 ГБ SSD/NVMe 1 сервер: • CPU: 4 ядра (x86_64, ≥2.4 ГГц) • RAM: 8 ГБ • Диск ОС/БД: 250 ГБ SSD/NVMe (опционально) 1 сервер (мониторинг/логи): • CPU: 8 ядер • RAM: 16 ГБ • Диск: 500 ГБ SSD/NVMe	1 сервер: • CPU: 16 ядер (x86_64, ≥2.6 ГГц) • RAM: 32 ГБДиск • ОС/БД: 1 ТБ SSD/NVMe 1 сервер: • CPU: 16 ядер RAM: 32 ГБ • Диск: 350 ГБ SSD/NVMe 1 сервер: • CPU: 8 ядер • RAM: 16 ГБ • Диск: 500 ГБ SSD/NVMe	5 серверов: • CPU: 32 ядра (x86_64, ≥2.6 ГГц) • RAM: 64 ГБ • Диск ОС/БД: 200 ГБ SSD/NVMe
Дополнительный диск для телеметрии	500 ГБ SSD/NVMe	1 ТБ SSD/NVMe	4 ТБ SSD/NVMe

---

2. Дисковая подсистема

Назначение	Рекомендуемый объем	Где размещать	Примечания
ОС + основная БД	Согласно указанным параметрам в Конфигурация серверов	На каждом сервере кластера	Минимум для работы системы
Телеметрия устройств	Согласно указанным параметрам в Конфигурация серверов	Один диск на один сервер кластера	Хранит историю пакетов от устройств.Объем зависит от количества объектов, частоты отправок и периода хранения. При заполнении новые пакеты перестанут записываться (требуется ручная очистка).
Репликация телеметрии	+ столько же	На втором сервере кластера	Для отказоустойчивости: при выходе из строя основного сервера данные доступны на реплике.
Логи и метрики	Согласно указанным параметрам в Конфигурация серверов	На отдельном сервере мониторинга	Опционально. Требуется только при включении мониторинга (Prometheus + Loki).
Хранение пользовательских данных (S3)	По факту потребления	• на облаке • локально • RIC (иконки, прошивки) • Rightcar (фотографии, документы)	-

---

3. ПО и сеть

Требования

Компонент	Требование
ОС	Ubuntu Server 24.04 LTS (64-bit)
Kubernetes	1.29+
Ingress-контроллер	nginx

Внешние порты

• Wialon IPS — 20332
• Wialon Combine — 20333
• MQTT — 1883
• MQTTS — 8883
• Galileosky — 20268
• Teltonika — 21451
• Navtelecom (Flex) — 21400
• Concox — 20515
• Arnavi3 — 20512
• OKAI — 20516

Домены

• iot.<company>.ru — платформа RIC
• rental.<company>.ru — RightSharing

IP

Требуется один внешний “белый” IP-адрес.

---

4. Процесс развертывания

Этапы

Этап	Ответственный	Примечание
Подготовка инфраструктуры	Клиент	Настройка серверов с указанными характеристиками в конфигурации серверов; Монтирование дисков; Открытие портов в фаерволе; Настройка доменных имен
Развертывание кластера	Поставщик	Установка Kubernetes, настройка кластера. Разворачивание сервисов через Helm-чарты.
Перенос данных (❗актуально для случаев переноса действующих проектов)	Поставщик + Клиент	Взятие дампа БД из облака. Восстановление на on-premise. Запуск прокси для переключения трафика устройств (даунтайм ~1 час).
Тестирование	Стороны совместно	Проверка подключения устройств. Валидация данных телеметрии. Тестирование интеграций.
Перенастройка оборудования на новый адрес сервера (❗актуально для случаев переноса действующих проектов)		После переключения проекта необходима перенастройка устройств на домен/ip сервера on-premise.

---

5. ЧЕК-ЛИСТ ПОДГОТОВКИ КЛИЕНТА

• Предоставлены сервера с указанными характеристиками
• Открыт доступ по SSH с правами sudo для пользователя deploy
• На серверах смонтированы диски
• Выделен домен третьего уровня (например, iot.company.ru)
• Открыты порты: 80/443/1883/8883/20332/20333
• Настроена сетевая связность между всеми сервер@ами кластера
• Сервер должен иметь сетевую доступность к домену lic.rightech.io — отсутствие соединения может привести к некорректной работе системы и невозможности гарантировать её стабильное функционирование.

---

6. Перенос компонентов RightSharing

(для случаев поставки RIC+RightSharing)

Перед началом процесса переноса требуется:

• добавить source ip серверов on-premise в white-list платёжного шлюза (если требуется);
• добавить source ip серверов on-premise в white-list sms шлюза (если требуется);
• запустить первоначальную синхронизацию файлов проекта в хранилище s3.

Процесс переноса состоит из следующих шагов:

1. Остановка сервиса в облаке;
2. Взятия дампа БД из облака;
3. Восстановление дампа БД в поставке on-premise;
4. Поднятие прокси L7 rental.app.rightech.io:443 -> rental.company.ru:443;
5. Дополнительная синхронизация файлов проекта в хранилище s3.

Ожидаемый downtime:

1 час

---