Intel Xeon E-2336 (6 ядер, 2.9-4.8 ГГц, 12 потоков) / DDR4 / 2 x 480 ГБ SSD

Та же платформа E-2336 для коммуникационных сервисов

Ещё одна конфигурация на базе Intel Xeon E-2336 с турбо-частотой до 4.8 ГГц и парой SSD по 480 ГБ, но здесь стоит рассмотреть её под другим углом — как основу для сервера телефонии и видеоконференций, где шесть ядер с высокой турбо-частотой хорошо справляются с обработкой множества одновременных голосовых и видеопотоков в реальном времени.

Для VoIP-платформ и серверов видеоконференцсвязи задержка обработки отдельного пакета данных критична для качества связи — высокая турбо-частота процессора здесь работает на снижение этой задержки заметнее, чем простое увеличение числа ядер без соответствующего роста частоты.

6 ядер, 12 потоков — баланс для реального времени

Шесть ядер с Hyper-Threading дают двенадцать потоков обработки, что позволяет параллельно обслуживать множество независимых голосовых или видеосессий, не жертвуя при этом высокой турбо-частотой, критичной для минимизации задержки обработки каждого отдельного потока данных в реальном времени.

Для сравнения с другими процессорами похожего диапазона базовой частоты стоит заглянуть в список конфигураций с частотой 2.5–3 ГГц — там представлены процессоры со схожим соотношением базовой и турбо-частоты.

DDR4 память для голосового трафика и метаданных сессий

Нагрузка на память со стороны сервера телефонии складывается в первую очередь из буферов активных сессий и метаданных звонков или видеоконференций, а не из объёмных баз данных, — платформа DDR4 обеспечивает для этого достаточную пропускную способность даже при значительном числе одновременных подключений пользователей.

Для платформы, растущей по числу одновременных пользователей, стоит заранее оценить, сколько памяти требуется на одну активную сессию, и умножить это на пиковое ожидаемое число подключений — конкретный установленный объём памяти уточняется при оформлении заказа этой конфигурации.

2 × 480 ГБ SSD для записи звонков и логов сессий

Быстрый SSD-накопитель важен не столько для самой передачи голоса или видео в реальном времени, сколько для записи звонков, хранения логов сессий и метаданных использования сервиса — при большом числе одновременных пользователей объём таких записей растёт быстрее, чем кажется на старте проекта.

Зеркальный массив из двух дисков защищает записи звонков и историю сессий от потери при отказе одного накопителя — для сервиса телефонии, где записи разговоров нередко имеют юридическое значение, такая защита не менее важна, чем сама доступность связи в моменте.

Локация: Москва

Московское размещение критично для сервиса реального времени — задержка передачи голосового или видеопотока напрямую складывается из сетевой задержки до сервера и времени его обработки, поэтому размещение ближе к основной массе российских пользователей снижает суммарную задержку заметнее, чем дальнейшее наращивание мощности процессора.

Соответствие 152-ФЗ особенно значимо для сервиса телефонии и видеоконференций, обрабатывающего и хранящего записи разговоров с персональными данными участников, — московское размещение снимает вопросы законности такого хранения для российской аудитории сервиса.

Стоимость 23 930 ₽/мес

Цена немного выше, чем у аналогичной по характеристикам конфигурации той же платформы, что на этом уровне каталога обычно объясняется конкретными условиями размещения на момент заказа, а не различиями в реальной производительности процессора, памяти или дискового массива между двумя экземплярами.

Для сценария с большим объёмом хранения записей звонков или видеоконференций стоит сравнить с Intel Xeon E-2236 с дисками по 3.84 ТБ на соседней платформе линейки.

Кому подойдёт эта конфигурация

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

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