среда, 26 августа 2009 г.

Exchange 2007 + Fault Tolerance

VMware Fault Tolerance - чтобы освежить знания о том, что это такое, можно заглянуть сюда - vsphere.vm4.ru/ft.
Кстати, добавил там ссылку на whitepaper VMware vSphere™ 4 Fault Tolerance: Architecture and Performance.

А вот тут - Performance of Exchange Server 2007 in a Fault Tolerant Virtual Machine - делятся результатами тестирования того, какое влияние FT оказывает на производительность ВМ, на примере Exchange 2007.

Понятно, что влияние это негативное, но насколько?

Взяли два сервера, с одинаковыми процессорами Intel Xeon 5500.
Создали ВМ, поставили Win 2008 + Exchange 2007 Mailbox role. 1 vCPU, 10 GB RAM.
В качестве системы хранения использовали iSCSI EqualLogic PS5000XV под все файлы-диски ВМ.
Microsoft Exchange Load Generator (LoadGen) использовался с профилем Heavy Online user.
Результаты:
ft_vs_exchange_1

ft_vs_exchange_2

Как вы видите, из за включения FT задержки увеличиваются. Впрочем, ненамного.
И виртуалка с один процессором способная обслуживать тысячу- другую пользователей.

UPD. из комментариев:


Ну, как водится "баба-яга, против!", опять...

Цитата от MS: "Exchange Load Generator is a simulation tool to measure the impact of MAPI, OWA, IMAP, POP and SMTP clients on Exchange servers."

Те, кто знаком с архитектурой Exchange 2007, знают , что за все соединения, кроме MAPI, отвечает сервер с ролью CAS. Роли CAS и HUB снимают существенную нагрузку с Mailbox, а при нагрузочном тестировании для этой роли следует больше уделять внимание дисковой подсистеме, те результатам утилиты JetStress.

Цитата Todd Muirhead: "Another VM that acted as the domain controller and Hub Transport and Client Access server was on a third blade server in the same chassis."

Те большая часть нагрузки создаваемой LoadGenом просто не учитывается...

Второй вопрос для размышления:
А нужно ли использовать FT для защиты Exchange Mailbox?
Есть же родная кластеризация, как с общим хранилищем(SCC), так и с репликацией(CCR).
Правда, кластер даст нам прерыв сервиса от нескольких секунд до минут... Но восстановление автоматическое!
Да еще кластер потребует лицензий на редакции Enterprise, но с другой стороны для размещения 2000 ящиков не хватит 5 хранилищ, так что Exchange придется брать Enterprise...

Так как всегда - "The Truth is Out There"!







3 комментария:

  1. Ну, как водится "баба-яга, против!", опять...

    Цитата от MS: "Exchange Load Generator is a simulation tool to measure the impact of MAPI, OWA, IMAP, POP and SMTP clients on Exchange servers."

    Те, кто знаком с архитектурой Exchange 2007, знают , что за все соединения, кроме MAPI, отвечает сервер с ролью CAS. Роли CAS и HUB снимают существенную нагрузку с Mailbox, а при нагрузочном тестировании для этой роли следует больше уделять внимание дисковой подсистеме, те результатам утилиты JetStress.

    Цитата Todd Muirhead: "Another VM that acted as the domain controller and Hub Transport and Client Access server was on a third blade server in the same chassis."

    Те большая часть нагрузки создаваемой LoadGenом просто не учитывается...

    Второй вопрос для размышления:
    А нужно ли использовать FT для защиты Exchange Mailbox?
    Есть же родная кластеризация, как с общим хранилищем(SCC), так и с репликацией(CCR).
    Правда, кластер даст нам прерыв сервиса от нескольких секунд до минут... Но восстановление автоматическое!
    Да еще кластер потребует лицензий на редакции Enterprise, но с другой стороны для размещения 2000 ящиков не хватит 5 хранилищ, так что Exchange придется брать Enterprise...

    Так как всегда - "The Truth is Out There"!

    ОтветитьУдалить

Примечание. Отправлять комментарии могут только участники этого блога.