dpi:dpi_components:platform:dpi_admin_multi:start [Документация VAS Experts]

Это старая версия документа!


Вертикальное масштабирование

С ростом объемов транзитного трафика может возникнуть необходимость перехода на более старшую версию СКАТ. Это потребует апгрейда как лицензии, так и оборудования. Во многих случаях, если изначально была выбрана подходящая аппаратная платформа, можно обойтись заменой процессора и увеличением количества оперативной памяти и сетевых карт. А апгрейд лицензии учитывает стоимость уже имеющейся.

Основные параметры платформы (количество сессий, адресов, абонентов и т.п. ) подстраиваются вместе с изменением настроечного параметра

scale_factor=1

где число примерно соответствует ширине используемого канала в гигабитах.

В некоторых случаях может потребоваться увеличить количество обрабатываемых абонентов без увеличения объемов трафика. В этом случае поможет настройка

mem_ip_metadata_recs=500000

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

В СКАТ-40 и выше используется метод вертикального масштабирования1), называемый мультикластер. Фактически 2х кластер, это как 2 dpi сервера в одном процессе, у каждого свой набор портов, рабочих потоков и т.п., но есть и общие данные, в результате не требуется симметричность трафика, как в случае горизонтального масштабирования. Если посмотреть на аппаратную конфигурацию сервера, то СКАТ-40 это как два СКАТ-20, но с одним CPU, а СКАТ-80 это четыре СКАТ-20.

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

in_dev=dna0|dna2
out_dev=dna1|dna3

где знак | разделяет пары интерфейсов, относящиеся к разным кластерам
dna0↔dna1 это пара первого кластера
dna2↔dna3 это пара второго

:!: при изменении указанных параметров рекомендуется консультироваться с производителем, так при их неверной установке возможно нарушение стабильной работа платформы

1)
масштабирование в рамках одного сервера