Требования к серверу маршрутизации запросов приложений

Требования к серверу маршрутизации запросов приложений

Я изучаю возможность внедрения ARR для базовой веб-фермы. В обозримом будущем в пиковые периоды будет максимум 500-1000 пользователей. Сайт предназначен для OLTP — без потоковой передачи контента. Может ли кто-нибудь дать какие-либо указания относительно того, какие системные характеристики требуются для такого типа умеренной нагрузки? Или, может быть, какие-либо результаты тестов, о которых вы знаете?

У меня возникли проблемы с поиском данных по использованию ЦП/памяти для выделенного сервера ARR. Учитывая ограниченные ресурсы, я хочу избежать трат на неоправданно мощный сервер, чтобы иметь возможность в достаточной степени финансировать веб-серверы в ферме.

решение1

Я никогда не видел рекомендаций Microsoft по размеру ARR.

При этом, если вы не используете кэширование на уровне ARR, то характеристики минимальны. Без кэширования служба ARR не делает многого. Один сервер низкого уровня, вероятно, справится с вашей пользовательской нагрузкой. Убедитесь, что любая сетевая карта на сервере заведомо хорошо работает с Receive Side Scaling. Кроме того, если бы у меня был выбор между двумя небольшими серверами, работающими с NLB и ARR, и одним большим сервером, я бы выбрал два меньших сервера для избыточности.

Если вы используете кэширование, я бы рекомендовал один процессор с большим количеством ядер и большим количеством быстрой оперативной памяти. Если у вас несколько процессоров, то вам придется иметь дело с NUMA affinity, которую, я не думаю, понимает механизм кэширования ARR.

Связанный контент