Балансировка нагрузки с использованием модуля маршрутизации запросов IIS7 и балансировки нагрузки

У Microsoft есть много документации об их несколько новом модуле распределения нагрузки и маршрутизации запросов для IIS7, расположенном здесь: http://blogs.iis.net/bills/archive/2009/02/16/iis7-request-routing-and-load -balancing-module-release.aspx , но я хотел бы знать, есть ли у кого-нибудь опыт его использования в производстве. Какие плюсы / минусы использования этого модуля вместо другого решения, такого как HAProxy?

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

Использование его в производстве на www.orcsweb.com. Абсолютно люблю это! Это так просто и в то же время очень мощно. Каждый раз, когда мы пытаемся сделать что-то креативное, ARR тоже работает с этим. IIS7 сам по себе очень прочный, поэтому создание чего-то поверх IIS7 - отличная идея.

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

Убедитесь, что вы используете ARR Helper на веб-серверах. 2 причины: - IP-адреса исходного пользователя регистрируются в журналах, а REMOTE_ADDR и REMOTE_HOST обновляются до IP-адреса пользователя - вы можете использовать разгрузку SSL, и код не может отличить

http://blogs.iis.net/anilr/archive/2009/03/03/client-ip-not-logged-on-content-server-when-using-arr.aspx

Я предлагаю использовать его с NLB и создать 2 узла ARR. Установите первый узел, чтобы принимать весь трафик, если 1-й отказывает. Таким образом, статистика будет на первом узле. Используйте Shared Configuration, чтобы вам не нужно было вручную управлять 2-м узлом, кроме как для импорта и назначения сертификатов SSL.

Вот сообщение в блоге, которое я сделал с дополнительной информацией: http://weblogs.asp.net/owscott/archive/2009/08.aspx

Аппаратные балансировщики становятся настолько дешевыми, я не знаю, насколько большим будет принятие. Мне тоже интересно

Я посмотрел на то же самое на прошлой неделе. В конце концов, я решил, что технология IIS7 все еще остается зеленой. Балансировка / маршрутизация нагрузки - это действительно та технология, в которой вы хотите, чтобы кто-то еще нашел морщины :-). У вас был хороший опыт работы с HAProxy, и если ваши потребности проще, nginx легко настроить.