Открыть поиск
Открыть меню
Платформа Эра. Документация
Toggle preferences menu
Открыть персональное меню
Вы не представились системе
Your IP address will be publicly visible if you make any edits.

Требования платформы: различия между версиями

Материал из Платформа Эра. Документации
Дополнительные действия
← Предыдущая правка
ВизуальныйВики-текст
Нет описания правки
Нет описания правки
 
(не показано 17 промежуточных версий этого же участника)
Строка 1: Строка 1:


==== Минимальные требования ====
=== Требования к ОС ===
Минимальные параметры сервера для работы платформы в односерверном режиме:
Требуется ОС (на выбор):


* 4 ядра,
* Linux Debian 10, 11, 12
* 8 GB RAM,
* Linux Ubuntu Server 20
* 100 GB HDD.
* Astra Linux
* RedOS
* Alt Linux (base alt) (нет совместимости с Alt Linux SP


Рекомендуемые параметры сервера для работы платформы в односерверном режиме с БД и файловым хранилищем на сервере:
Обязательные пакеты:


* 8+ ядер,
* rsync - используется при копировании файлов на сервер
* 32+ GB RAM,
* curl, wget - используются в процессе установки
* 250+ GB SSD TBW 3500+ TB,
* docker-ce, docker-ce-cli, containerd.io - пакеты для установки docker
* 1+ TB HDD/SSD для БД,
* 1+ TB HDD/SSD для файлового хранилища,
* RAID.


==== Таблица производительности ====
Для случаев многосерверной конфигурации необходимо синхронизированное время в пределах 1 секунды при помощи NTP.  
Тестирование нагрузки проводилось на различных процессорах в односерверном и двухсерверном исполнении. Проводились три теста с различным упором: либо на CPS, либо на количество одновременных разговоров, либо на количество одновременных IVR. В каждом них другие два показателя были очевидно ненулевыми, но значительно меньшими, чем пиковые возможные значения.


Результат тестирования различных процессоров был обобщен и сведен к 1 ядру.
Антивирусы на сервере и рабочих местах должны быть настроены таким образом, чтобы не мешать работе микросервисов платформы.  


Усредненная таблица производительности в расчете на 1 ядро 2.5 GHz:
=== Требования к СУБД ===
{| class="wikitable"
Для односерверных конфигураций допускается установка Платформы вместе с PostgreSQL (версии 12+) в отдельном docker-контейнере или в хосте.  
!Упор на количество
!На одно ядро
!На сервер 12 ядер по 2.5 GHz
|-
|CPS
|cps - 6, calls - 25, ivr - 25
|cps - 72, calls - 300, ivr - 300
|-
|Calls
|cps - 0.5, calls - 180, ivr - 0
|cps - 6, calls - 2000, ivr - 0
|-
|IVR
|cps - 0.5, calls - 125, ivr - 125
|cps - 6, calls - 1500, ivr - 1500
|}


==== Подходы к расчету используемых ресурсов ====
Для многосерверных конфигураций:
Выделяются три подхода:


# Расширение. ''Постепенно нагружаем, оцениваем фактическое использование ресурсов. Не хватает - добавляем.''
* Один экземпляр на одном из имеющихся серверов в docker-контейнере или в хосте.
# Экстраполяция нагрузки. ''Замеряем затраты, полученные на малом объеме исполняемых процессов в полностью функционирующей системе. Например на 10 операторах. Итог экстраполируем до ожидаемого количества одновременно исполняемых процессов. Например до 1000 операторов.''
* Несколько экземпляров на имеющихся серверах с потоковой репликацией, [https://vendor.era-platform.ru/docs/era/latest/configuration/roles/mware.html#pg_controller контроллером репликаций] (автоматическое переключение recovery в master и обратно).
# Экспертная оценка. ''Опираясь на расчетные показатели для телефонии, применяем коэффициент 3-6 в зависимости от типа резервирования и размера системы.''
* Установка с подключением к внешним серверам БД PostgreSQL.


===== Подход 1. Расширение =====
=== Требования к локальной сети ===
Устанавливаем на 1 сервере, настраиваем функциональность для полноценной работы в продакшене в 1-серверном исполнении. По мере увеличения нагрузки добавляем серверы, конфигурацию распределяем на большее количество серверов.
'''Для односерверных''' конфигураций необходимо обеспечить открытые порты согласно [[Порты используемые системой|статье]].


Начинаем всегда с 1-2-4 серверов в зависимости от типа резервирования и грубо оцениваемой нагрузки. Если загрузка подбирается к 60-70%, выявляем затратные сервисы и выделяем их на отдельные машины. Либо переконфигурируем систему исходя из увеличенного количества серверов.
Пропускная способность не менее 100 Мбит/с (full-duplex).


Преимущественно выделяются наружу:
Качественная работа сетевого оборудования и сетевых служб, обеспечивающая стабильные TCP-соединения между сервером и рабочими местами, а также не менее 99% доставки UDP-пакетов между сервером телефонии и оконечными SIP-терминалами (софтфонами или IP-телефонами). Время отклика для пакетов размером 1 кбайт не должно превышать 50 мсек. Мониторинг сети диагностическими утилитами типа Wireshark не должен выявлять проблем на транспортном уровне, таких как нарушение очередности пакетов и дублирования данных. Мониторинг сети утилитой tcpdump не должен выявлять проблем на транспортном уровне.
 
* базы данных;
* микросервисы, обслуживающие медиа-трафик;
* микросервисы, обслуживающие SIP-сигнализацию;
* микросервисы, обслуживающие IVR и другие сценарии;
* микросервисы, обслуживающие модель данных
* микросервисы веб-серверов
* микросервисы продуктового слоя
* микросервисы обслуживания подписок на изменения
 
Далее, наблюдая за использованием оставшимися микросервисами ресурсов сервера, выявлять лидеров.
 
===== Подход 2. Экстраполяция нагрузки =====
# Система настраивается на полную функциональность на заведомо необходимом количестве серверов (том количестве, от которого очевидно не придется отказываться, может быть на одном сервере). Создаются все сценарии, настраиваются все процессы, правила, подключения, интеграции.
# На систему переводится часть планируемых процессов или потоков обращений, долю которой можно количественно оценить по отношению к плановой пиковой нагрузке. ''Так, например, 10%. Подключаются не 1000 операторов, а 100, балансировщиком заводится не весь поток звонков, а только 10%, и т.д.''
# Замеряется фактическое использование системой ресурсов при обслуживание выделенной части.
# Полученное значение экстраполируется до планового исходя из выделенной доли.
# Применяется увеличивающий коэффициент для резервирования. От 1.5 до 2.
# Применяется увеличивающий пиковый коэффициент для обеспечения неполной загрузки. Коэффициент 1.5 ''(базовый уровень использования CPU на серверах не должен быть более 70%, без учета возможных точечных пиков)''.
# Рассчитывается необходимое количество соответствующих серверов.
# Отдельно рассматривается БД и хранилища архивных данных и файлов.
 
Здесь важно, выделяя часть процессов, адекватно оценить её долю от общего количества. Каждый из процессов полностью нагруженной системы должен исполняться и быть представлен в измеряемой части.
 
Не должно допускаться квадратичного (экспоненциального) сокращения нагрузки в измеряемой части относительно полной. Например, сокращение коллекции в 10 раз приводит к сокращению кросс-пересечения в 100 раз, и во столько же раз быстрее отрабатывает запрос с JOIN.
 
=== Подход 3. Экспертная оценка ===
Оценка для телефония может быть построена исходя из показателей, приведенных в таблице.


# Грубо оцениваем предполагаемую нагрузку на систему в пике:
Особенности использования Virtual IP описаны в [https://vendor.era-platform.ru/docs/era/latest/articles/virtualip.html статье].
#* Сколько одновременных разговоров и каких.
#* Сколько ожидающих в очередях абонентов (вероятно, не больше чем количество внешних транков).
#* Сколько телефонных устройств будет зарегистрировано одновременно и с какой периодичностью будут производить перерегистрацию.
#* Какие процессы обработки данных будут выполняться с какой периодичностью и нагрузкой. Можно перевести в количество компонентов в секунду.
#* Какое количество пользователей будет одновременно подключено к системе.
#* Какие отчеты и дашборды будут строиться одновременно с основной работой.
#* Какой объем разговоров будет записываться и как долго будет храниться.
#* Какое количество доменов будет в системе.
# Определяем внешние сервисы.
#* Будет ли подключено внешнее файловое хранилище.
#* Будет ли БД вынесена на внешние серверы.
# Определяем тип резервирования исходя из целей.
#* Будет ли инсталляция системы, готовая к выпадению одного сервера. Расчетный коэффициент (N+1)/N, но практически от 1.5 до 2 в зависимости от конфигурации.
#* Будет ли резервирование датацентров (установка на два датацентра). Коэффициент 2.
#* Будут ли формироваться зоны, готовые к выводу из эксплуатации. Коэффициент зависит от числа и размера зон. Грубый коэффициент 2.
# Оценка требуемого количества ядер.
#* Исходя из приведенной выше таблицы на основании оцененных показателей по ожидаемой пиковой нагрузке, оценивается необходимое количество ядер.
#* На основании количества ядер оценивается количество соответствующих серверов.
# Оценка требуемой дисковой системы.
#* Дисковая подсистема рассмотрена в статье Нагрузка на диски
# Оценка требуемой оперативной памяти.
#* Базовая память 32 GB на один сервер используется стандартными процессами телефонии любого масштаба и коллцентром до 100 человек с размещением БД на сервере.
#* На увеличение требований к размеру оперативной памяти работают:
#** Большие БД, сохранящие историю в течение нескольких лет - на тех серверах, где исполняется БД;
#** Наличие процессов построения отчетности по длительным периодам дат - на тех серверах, где исполняется БД;
#** Наличие в модели данных продуктового слоя емких коллекций с кэшированием.
# Добавляем запас, уменьшающий загрузку в пиках.
#* усредненная нагрузка на процессор не должна быть более 70%. Коэффициент 1.5. ''(базовый уровень использования CPU на серверах не должен быть более 70%, без учета возможных точечных пиков)''.
#* Диски SSD/HDD не должны быть заполнены более чем на 50% (bytes, inodes).
#* Загрузка очереди чтения/записи на HDD диске не должна наблюдаться периодами более 1 секунды, и в общем объеме не должна превышать 1% (неактуально при использовании SSD).
# Добавляем запас на схему резервирования. Расчетный коэффициент (N+1/N), где N - расчетное количество серверов, на практике от 1.5 до 2.
# При установке БД на серверах кластера добавляем ресурсы на работу БД. (от 2 ядер и 100 GB до 24+ ядер и 1+ TB + RAID)
#* Примерный размер для расчета - 150 MB каждый месяц хранения для домена, содержащего 100 пользователей и 30 тысяч соединений в месяц.
# При использовании локального хранилища добавляем ресурсы (SSD/HDD) для его обеспечения.
#* Примерный размер для расчета - 1 минута стерео MP3 - 180 КБ.
#* Дополнительно необходимо оценить и учесть другие коллекции с вложениями:
#** сохраняют ли сценарии что нибудь.
#** настроены ли почтовые ящики и как долго хранятся сообщения.
#** есть ли другие исторические данные с вложениями.
#** производится ли резервное копирование БД средствами системы (даже если на внешнее хранилище).
# Применяем коэффициент для продуктового слоя по работе с проектной моделью данных (от 1.1 до 2).
#* коэффициент 1.1 - если продуктовый слой установлен в единственном домене и используется только для просмотра журнала звонков.
#* коэффициент 1.5 - если продуктовый слой установлен во всех доменах при их общем количестве более 20.
#* коэффициент 2.0 - если пользователи массово работают в приложениях, исполняются процессы неголосового обслуживания.
# ВКС. Примеры:
#* 1 сервер 8 cores и каналом 1 Gbit/s справляется с обслуживанием:
#** 1 комната на 200 человек, где у всех включены камеры, и до 10 спикеров.
#** 1 комната на 500 человек, где видео/экран и звук транслирует 1 спикер, остальные без камер и микрофонов.
#** 10 комнат по 300 человек, где транслируется только аудио.
#** 100 комнат из 3-5 участников, где у всех включено видео и все являются спикерами.
#* Микширование производится отложенно за счет свободных ресурсов сервера.


==== Требования к локальной сети ====
'''Для многосерверных''' конфигураций дополнительно требуется открытие ряда портов для межсерверного взаимодействия. Перечень портов опписан в [https://vendor.era-platform.ru/docs/era/latest/articles/ports_of_system.html статье].
Для односерверных конфигураций необходимо обеспечить открытые порты согласно [[Порты используемые системой|статье]].


Пропускная способность не менее 100 Мбит/с (full duplex).
=== Требования к доступу в сеть Internet ===
Доступ в сеть Internet является опциональным требованием для следующих сервисов:


Качественная работа сетевого оборудования и сетевых служб, обеспечивающая стабильные TCP-соединения между сервером и рабочими местами, а также не менее 99% доставки UDP-пакетов между сервером телефонии и оконечными SIP-терминалами (софтфонами или IP-телефонами). Время отклика для пакетов размером 1 кбайт не должно превышать 50 мсек. Мониторинг сети диагностическими утилитами типа Wireshark не должен выявлять проблем на транспортном уровне, таких как нарушение очередности пакетов и дублирования данных. Мониторинг сети утилитой tcpdump не должен выявлять проблем на транспортном уровне.
* Периодическое подтверждение лицензии Платформы (<nowiki>https://activate.era-platform.ru</nowiki>) [[Лицензирование|подробнее]];
* ACME — протокол автоматического выпуска и продления SSL/TLS-сертификатов при помощи Let's Encrypt;
* Взаимодействия с мессенджерами (Макс, Telegram);
* Установка пакетов из официальных репозиториев Debian:
** Обязательные пакеты:
*** rsync - используется при копировании файлов на сервер;
*** curl, wget - используются в процессе установки;
*** docker-ce, docker-ce-cli, containerd.io - пакеты для установки docker;
** Опциональные пакеты:
*** nfs-kernel-server
*** nfs-common
*** cifs-utils
*** postgresql-14
*** net-tools
*** tree
*** zip
*** sshpass
*** sysstat
*** htop
*** iotop
*** dstat
*** smartmontools
*** tshark
*** apt-transport-https
*** ca-certificates
*** lsb-release
*** perl-base
*** gnupg-agent


==== Требования к хранилищу файлов ====
=== Требования к хранилищу файлов ===
Для оперативного хранения файлов конфигурации и логирования микросервисов требуется около '''500 Гб SSD (IOPS: 2k-10k)''' дискового пространства для каждого сервера. Подробнее про использование дискового пространства микросервисами в [https://vendor.era-platform.ru/docs/era/latest/articles/disk_load.html статье.]
'''Для оперативного хранения файлов конфигурации''' и логирования микросервисов требуется около '''500 Гб SSD (IOPS: 2k-10k)''' дискового пространства для каждого сервера. Подробнее про использование дискового пространства микросервисами в [https://vendor.era-platform.ru/docs/era/latest/articles/disk_load.html статье.]


Для хранения записей разговоров требуется на выбор:
'''Для хранения записей''' разговоров требуется на выбор:


* NFS на внешнем носителе;
* NFS на внешнем носителе;
Строка 156: Строка 85:


Подробнее про правила записи и архивирования записей разговоров в [https://vendor.era-platform.ru/docs/era/latest/articles/recording.html статье.]
Подробнее про правила записи и архивирования записей разговоров в [https://vendor.era-platform.ru/docs/era/latest/articles/recording.html статье.]
=== Системные требования (сайзинг) ===
==== Минимальные требования ====
Для знакомства и обучения:
* 4 vCPU @2,5 ГГц, 8 ГБ ОЗУ, 100 ГБ SSD IOPS: 2k-10k
==== Односерверная конфигурация ====
{| class="wikitable"
!SC
!Сервер
!Сеть
!Хранилище файлов
|-
|10
|4 vCPU @2,5 ГГц, 16 ГБ ОЗУ
|≥ 100 Мбит, < 50 мс
|≥ 500 ГБ SSD IOPS: 2k-10k
|-
|100
|8 vCPU @2,5 ГГц, 24 ГБ ОЗУ
|≥ 100 Мбит, < 50 мс
|≥ 1 000 ГБ SSD IOPS: 2k-10k
|-
|200
|12 vCPU @2,5 ГГц, 32 ГБ ОЗУ
|≥ 100 Мбит, < 50 мс
|≥ 2 000 ГБ SSD IOPS: 2k-10k
|-
|300
|16 vCPU @2,5 ГГц, 48 ГБ ОЗУ
|≥ 100 Мбит, < 50 мс
|≥ 3 000 ГБ SSD IOPS: 2k-10k
|-
|500
|22 vCPU @2,5 ГГц, 64 ГБ ОЗУ
|≥ 100 Мбит, < 50 мс
|≥ 5 000 ГБ SSD IOPS: 2k-10k
|}
[[Категория:Администрирование]]
[[Категория:Администрирование]]
Подробное описание подхода к сайзингу описано в [https://vendor.era-platform.ru/docs/era/latest/articles/sizing.html статье].

Текущая версия от 09:30, 17 февраля 2026

Требования к ОС

Требуется ОС (на выбор):

  • Linux Debian 10, 11, 12
  • Linux Ubuntu Server 20
  • Astra Linux
  • RedOS
  • Alt Linux (base alt) (нет совместимости с Alt Linux SP

Обязательные пакеты:

  • rsync - используется при копировании файлов на сервер
  • curl, wget - используются в процессе установки
  • docker-ce, docker-ce-cli, containerd.io - пакеты для установки docker

Для случаев многосерверной конфигурации необходимо синхронизированное время в пределах 1 секунды при помощи NTP.

Антивирусы на сервере и рабочих местах должны быть настроены таким образом, чтобы не мешать работе микросервисов платформы.

Требования к СУБД

Для односерверных конфигураций допускается установка Платформы вместе с PostgreSQL (версии 12+) в отдельном docker-контейнере или в хосте.

Для многосерверных конфигураций:

  • Один экземпляр на одном из имеющихся серверов в docker-контейнере или в хосте.
  • Несколько экземпляров на имеющихся серверах с потоковой репликацией, контроллером репликаций (автоматическое переключение recovery в master и обратно).
  • Установка с подключением к внешним серверам БД PostgreSQL.

Требования к локальной сети

Для односерверных конфигураций необходимо обеспечить открытые порты согласно статье.

Пропускная способность не менее 100 Мбит/с (full-duplex).

Качественная работа сетевого оборудования и сетевых служб, обеспечивающая стабильные TCP-соединения между сервером и рабочими местами, а также не менее 99% доставки UDP-пакетов между сервером телефонии и оконечными SIP-терминалами (софтфонами или IP-телефонами). Время отклика для пакетов размером 1 кбайт не должно превышать 50 мсек. Мониторинг сети диагностическими утилитами типа Wireshark не должен выявлять проблем на транспортном уровне, таких как нарушение очередности пакетов и дублирования данных. Мониторинг сети утилитой tcpdump не должен выявлять проблем на транспортном уровне.

Особенности использования Virtual IP описаны в статье.

Для многосерверных конфигураций дополнительно требуется открытие ряда портов для межсерверного взаимодействия. Перечень портов опписан в статье.

Требования к доступу в сеть Internet

Доступ в сеть Internet является опциональным требованием для следующих сервисов:

  • Периодическое подтверждение лицензии Платформы (https://activate.era-platform.ru) подробнее;
  • ACME — протокол автоматического выпуска и продления SSL/TLS-сертификатов при помощи Let's Encrypt;
  • Взаимодействия с мессенджерами (Макс, Telegram);
  • Установка пакетов из официальных репозиториев Debian:
    • Обязательные пакеты:
      • rsync - используется при копировании файлов на сервер;
      • curl, wget - используются в процессе установки;
      • docker-ce, docker-ce-cli, containerd.io - пакеты для установки docker;
    • Опциональные пакеты:
      • nfs-kernel-server
      • nfs-common
      • cifs-utils
      • postgresql-14
      • net-tools
      • tree
      • zip
      • sshpass
      • sysstat
      • htop
      • iotop
      • dstat
      • smartmontools
      • tshark
      • apt-transport-https
      • ca-certificates
      • lsb-release
      • perl-base
      • gnupg-agent

Требования к хранилищу файлов

Для оперативного хранения файлов конфигурации и логирования микросервисов требуется около 500 Гб SSD (IOPS: 2k-10k) дискового пространства для каждого сервера. Подробнее про использование дискового пространства микросервисами в статье.

Для хранения записей разговоров требуется на выбор:

  • NFS на внешнем носителе;
  • VRRP-хранилище (хранилище поверх Virtual Router Redundancy Protocol);
  • S3-хранилище (настраивается индивидуально для каждого домена);
  • Локальное размещение на тех же серверах (возможно в mount-разделах);
  • Локальное размещение на тех же серверах с синхронизацией.

Для многосерверных конфигурация рекомендуются использовать NFS, VRRP или S3.

Подробнее про правила записи и архивирования записей разговоров в статье.

Системные требования (сайзинг)

Минимальные требования

Для знакомства и обучения:

  • 4 vCPU @2,5 ГГц, 8 ГБ ОЗУ, 100 ГБ SSD IOPS: 2k-10k

Односерверная конфигурация

SC Сервер Сеть Хранилище файлов
10 4 vCPU @2,5 ГГц, 16 ГБ ОЗУ ≥ 100 Мбит, < 50 мс ≥ 500 ГБ SSD IOPS: 2k-10k
100 8 vCPU @2,5 ГГц, 24 ГБ ОЗУ ≥ 100 Мбит, < 50 мс ≥ 1 000 ГБ SSD IOPS: 2k-10k
200 12 vCPU @2,5 ГГц, 32 ГБ ОЗУ ≥ 100 Мбит, < 50 мс ≥ 2 000 ГБ SSD IOPS: 2k-10k
300 16 vCPU @2,5 ГГц, 48 ГБ ОЗУ ≥ 100 Мбит, < 50 мс ≥ 3 000 ГБ SSD IOPS: 2k-10k
500 22 vCPU @2,5 ГГц, 64 ГБ ОЗУ ≥ 100 Мбит, < 50 мс ≥ 5 000 ГБ SSD IOPS: 2k-10k

Подробное описание подхода к сайзингу описано в статье.

Источник — https://wiki.era-platform.ru/index.php?title=Требования_платформы&oldid=2309