¶ Референсные архитектуры по размеру рабочего пространства
Это руководство сопоставляет размер рабочего пространства с рекомендуемой архитектурой Чат Ракета. Оно объединяет минимальные аппаратные базовые значения из статьи Системные требования с моделями масштабирования из руководств по нескольким экземплярам и микросервисам.
Примечание. Это минимальные базовые значения. Точный расчёт зависит от числа одновременных пользователей и характера нагрузки.
¶ Когда масштабировать
По мере роста числа одновременных пользователей может появиться задержка. Следите за метриками производительности: типичный ранний признак — процесс Node.js Чат Ракета приближается к 100% загрузки CPU, тогда как общая загрузка CPU хоста остаётся низкой. Это ожидаемое поведение: Node.js однопоточный, и один процесс не использует несколько ядер CPU эффективно.
Когда вы видите такую картину, переходите на следующий уровень. Путь зависит от способа развёртывания: в Docker масштабирование идёт за счёт нескольких одинаковых экземпляров за балансировщиком нагрузки, а масштабирование микросервисов требует Kubernetes.
¶ Выбор уровня
| Одновременные пользователи | Архитектура | Способ развёртывания |
|---|---|---|
| До 500 | Один экземпляр, без высокой доступности | Docker Compose или Podman |
| 500 и более | Несколько экземпляров за балансировщиком нагрузки, высокая доступность | Docker Compose на каждый сервер или Kubernetes |
| Свыше 5000 | Микросервисы с масштабированием отдельных сервисов | Kubernetes с официальным Helm-чартом |
¶ До 500 одновременных пользователей: один экземпляр
Один экземпляр Чат Ракеты и набор реплик MongoDB на скромном оборудовании. Это соответствует начальному рабочему пространству или небольшому развёртыванию в компании.
- Чат Ракета: 2 vCPU (3.5–5.0 ГГц), 4 ГиБ памяти, 20 ГиБ хранилища.
- MongoDB: 2 vCPU, 4 ГиБ памяти, 10 ГиБ хранилища, 3 узла набора реплик (эквивалент MongoDB Atlas: M30).
Следуйте статье Развёртывание с Docker и Docker Compose. Официальный репозиторий compose включает обратный прокси (Traefik или Nginx) для HTTPS и стек мониторинга с Prometheus, Loki и Grafana.
Архитектура с одним экземпляром (до 500 одновременных пользователей): один контейнер Чат Ракета за обратным прокси, набор реплик MongoDB из трёх узлов и встроенный стек мониторинга.
¶ 500 и более одновременных пользователей: несколько экземпляров с высокой доступностью
Примечание. Запуск нескольких экземпляров требует оплаченой лицензии.
Несколько экземпляров Чат Ракета работают одновременно, подключены к общему набору реплик MongoDB и балансируются через обратный прокси, например Traefik. NATS обеспечивает связь между экземплярами. Каждый экземпляр обрабатывает часть входящего трафика, поэтому рабочее пространство использует несколько ядер CPU на одном хосте или в кластере хостов.
- Чат Ракета (на экземпляр): 4 vCPU (4.0–5.0 ГГц), 8–12 ГиБ памяти, 20 ГиБ хранилища.
- MongoDB: 2 vCPU, 8–16 ГиБ памяти, 20–80 ГиБ хранилища, 3 узла набора реплик.
- Серверы: один для MongoDB и мониторинга, один для Traefik и два или более для экземпляров Чат Ракета.
Чтобы масштабироваться вертикально на одном большом хосте, запускайте N−1 экземпляров Чат Ракета, где N — число ядер CPU. Полная процедура, включая скользящие обновления без простоя рабочего пространства, описана в статье Запуск Чат Ракета в нескольких экземплярах.
Архитектура высокой доступности (500 и более одновременных пользователей): Traefik распределяет нагрузку между двумя и более экземплярами Чат Ракета, которые используют один набор реплик MongoDB; события между экземплярами передаёт NATS.
¶ Свыше 5000 одновременных пользователей: микросервисы в Kubernetes
Примечание. Масштабирование микросервисов требует оплаченой лицензии.
Базовые компоненты (обработка WebSocket, аутентификация, присутствие, авторизация) работают как независимые сервисы, поэтому узкое место можно масштабировать отдельно, не увеличивая всё сразу.
- Чат Ракета: 16 vCPU, 12 ГиБ памяти, 40 ГБ хранилища.
- MongoDB (на реплику): 4 vCPU, 16 ГиБ памяти, 80 ГБ хранилища.
- ddp-streamer: планируйте 1 под на 500 одновременных пользователей.
Начните с Deploy with Kubernetes, затем перейдите к Scaling Rocket.Chat with Microservices.
¶ *Архитектура микросервисов (свыше 5000 одновременных пользователей): каждый базовый сервис работает и масштабируется независимо в Kubernetes, взаимодействуя через шину сообщений NATS. Масштабируйте поды ddp-streamer пропорционально числу одновременных пользователей.
*
¶ Рекомендации для любого уровня
- Хранение файлов: используйте объектное хранилище — Amazon S3, Google Cloud Storage или MinIO. GridFS для продакшена не рекомендуется.
- База данных: всегда запускайте MongoDB как набор реплик. Три узла настоятельно рекомендуются для высокой доступности.
- Сеть: снаружи открывайте порты 443 (HTTPS) и 80 (HTTP с перенаправлением на 443). Подробности — в статье Системные требования.