Залізна балансування Microsoft® Exchange Server 2010
Сучасні важкі програми часто використовують
багаторівневу розподілену архітектуру, в якій рознесені сервера
баз даних, сервера додатків і Front-End сервера приймають запити користувачів.
Так Exchange 2010 включає наступні ролі сервера:
· Сервер поштових скриньок На цьому сервері розміщуються поштові скриньки та спільні папки.
· Сервер клієнтського доступу На
цьому сервері розміщуються протоколи клієнтів, наприклад POP3, IMAP4,
HTTPS, Outlook, служба доступності та служба автоматичного
виявлення.
· Сервер єдиної системи обміну повідомленнями Цей сервер з’єднує внутрішню УАТС і Exchange 2010.
· Транспортний сервер-концентратор Це сервер маршрутизації пошти, здійснює маршрутизацію всередині організації Exchange.
· Прикордонний транспортний сервер
сервер маршрутизації пошти, який зазвичай розміщується на кордоні
топології і здійснює маршрутизацію вхідної та вихідної пошти в
організації Exchange.
Стандартний дизайн припускає наявність ферми серверів клієнтського доступу з балансуванням навантаження для забезпечення високої доступності та продуктивності рішення.
Для Exchange 2010 можливе використання софтової балансування Windows Network Load Balancing (WNLB) але з урахуванням наступних обмежень:
· WNLB не
може використовуватися одночасно з database availability groups (DAGs)
– функціоналом дозволяє синхронізувати між поштові скриньки
декількома сайтами.
· З-за проблем з продуктивністю не рекомендується запускати більше 8 серверів клієнтського доступу з балансуванням WNLB.
· WNLB не може визначити відмова на серверах сервісів і працює тільки на рівні L3, тобто визначає доступність серверів по IP. Тобто якщо сервер висловлюється по IP, але серверні додатки не працюють, потрібно виводити несправний сервер клієнтського доступу з пулу балансування вручну.
· Помилки в конфігурації WNLB можуть призвести до деградації пропускної здатності мережі.
· Оскільки WNLB здійснює
балансування тільки за адресою клієнта, при обмеженому пулі клієнтських
адрес, наприклад у разі використання NAT, розподіл навантаження
між серверами клієнтського доступу працює не ефективно.
Всі ці проблеми знімає застосування апаратних балансировщиков Brocade ServerIron ADX,
які балансують навантаження на рівнях L4-L7, з максимальною
пропускною здатністю на одне шасі до 70Gbps, дозволяють вибирати з
безлічі механізмів балансування і здійснюють постійний контроль за
станом серверів починаючи від IP-доступності та завантаженості по SNMP і
закінчуючи розширеним Health check аж до перевірки заданого відгуку
від конкретного додатка.
Спільне рішення Brocade і Microsoft пройшло лабораторне тестування Microsoft Enterprise Engineering Center (EEC) в штаб-квартирі Microsoft в Редмонді.
Схема тестування та типового застосування ServerIron ADX з Exchange 2010 наведена на наступній картинці:
У такій схемі ServerIron ADX забезпечує:
Збереження сесій. Клієнт підключився до одного з серверів продовжує працювати тільки з ним в межах сесії.
Правила перемикання контенту (Content Switching Rules). За рахунок підтримки комутації на рівні L7, ADX може приймати рішення про балансування трафіку на основі даних про URL, cookes, або ID SSL-сесії
SSL-proxy – підтримка захищеного тунелю між клієнтом і сервером з можливістю балансування на рівні додатків
Моніторинг северов для контролю їх доступності та готовності до обробки запитів.
Brocade ServerIron ADX