Мой друг из магазина рассматривает возможность виртуализации нескольких своих серверов, включая их серверы Exchange (2007) и системы шлюзов BlackBerry-Exchange.
В настоящее время системы поддерживают около 150 почтовых ящиков с ограниченным ростом, по прогнозам в ближайшие несколько лет. В настоящее время серверы не очень загружены, но компания вкладывает средства в модернизацию других частей своей инфраструктуры, так что сейчас подходящее время для обновления блока обмена. Место для хранения, кажется, сейчас их самая большая проблема; они будут переходить на SAN в качестве хранилища, если они пойдут этим путем.
Какие рекомендации вы бы использовали при рассмотрении вопроса о целесообразности обмена в виртуализированной среде? Есть ли серьезные проблемы с политиками поддержки Microsoft? При каких уровнях нагрузки виртуализация больше не имеет смысла?
Сейчас мы запускаем виртуализированный обмен 2007, и у нас есть BES. Хотя мы не до такого уровня пользователей. Хотя мы работаем на VMWare ESX, у нас не было проблем с политиками поддержки Microsoft, и мы смогли получить поддержку, когда она нам нужна. У нас работает.
Важнейшими факторами любого проекта виртуальной машины являются память и (на мой взгляд) дисковая инфраструктура. Если эти серверы почтовых ящиков действительно плохо загружены, то использование виртуальных дисков с дисковой поддержкой вполне подойдет. Если у них есть несколько хранилищ сообщений с высокой степенью использования, их, вероятно, следует продолжить. НПИВ включил Fibre Channel, и эти LUN будут напрямую представлены виртуальной машине. Наши серверы Exchange 2007 занимают много оперативной памяти, что может затруднить их использование в среде виртуальных машин. На мой взгляд, если ваши потребности в оперативной памяти близки или превышают 16 ГБ, то физическое оборудование лучше подходит.
Я бы согласился и с sysadmin1138. Память и диск - ваши самые важные моменты, которые следует учитывать при реализации такого размера. Система, которую я администрирую, насчитывает около 300 пользователей с Exchange 2007 и BES, виртуализированными практически с каждым другим сервером в нашей среде, а также на паре серверов ESX. В то время как памятью легко управлять, оценивать и использовать, диск может быть более сложной задачей. Избегайте использования дисковых систем SATA для Exchange из-за ограничений ввода-вывода. Используйте диск SAS или FiberChannel. Мы используем систему NetApp 3020 и добились больших успехов с ней в среде VMware. Однако это может быть слишком большим вложением для вашего проекта.
И, как сказал г-н Тройер, у VMware есть отличная информация для виртуализации ключевых приложений, таких как Exchange. Я управлял двумя разными магазинами, где я виртуализировал почти 100% своих систем, но пока не испытывал никаких проблем с производительностью при использовании качественных дисковых систем. Памятью, как я уже сказал, легко управлять, и даже чрезмерное использование памяти моего хоста по-прежнему дает мне соотношение виртуальных и физических ресурсов 12: 1 при отличной производительности. Диск гораздо важнее, и с его помощью проще попасть в беду, покупая слишком мало с точки зрения производительности.
У VMware есть отличная страница ресурсов с официальными документами по виртуализации Exchange: www.vmware.com/solutions/business-critical-apps/exchange/resources.html
Мы также сделали хороший подкаст, в котором члены сообщества задавали вопросы экспертам VMware по этому поводу. blogs.vmware.com/vmtn/2009/01/virtualizing-exchange-roundtable-podcast-32.html sysadmin1138 прав - очень важно правильно настроить хранилище.
Поскольку вы можете масштабировать с помощью большего количества виртуальных машин вместо масштабирования с помощью одной большой машины, мы разместили 16 000 почтовых ящиков Exchange на одном сервере - так что у вас все равно будет небольшой запас на 150!
Я только что завершил одну такую реализацию. В этой реализации - я разместил виртуальную машину / виртуальный жесткий диск на массиве RAID 1, созданном с использованием жестких дисков для входящих сообщений (SAS 15K 400 ГБ) - у меня есть цель iSCSI на HOST, а затем я использовал ее в качестве проходного диска для виртуальной машины. - Установлен Exchange 2007 SP1 на проходном диске - Выделено 4 виртуальных процессора и 8 ГБ ОЗУ для ВМ - Использование VSS для резервного копирования данных обмена
Итак, здесь, в этой реализации, сквозной диск обеспечивает наилучшую возможную производительность ввода-вывода для обменной виртуальной машины. Поскольку я являюсь целью iSCSI, я могу расширить ее, когда потребуется больше места на жестком диске. Надеюсь это поможет.
Тим,
В начале этого года я прошел через P2V в системе Exchange 2K3 с масштабом, аналогичным вашему. Я сделал короткий блог об этом. Когда дело доходит до производительности, Exchange на 90% + требует ввода-вывода и оперативной памяти. Возьмите несколько номеров монитора производительности в текущей среде и убедитесь, что эти же номера и лучше доступны для виртуальной машины. Моя виртуальная машина находится на NFS с несколькими другими виртуальными машинами, хранилища данных находятся на (программном) хранилище с резервной копией iscsi Raid10 15kSAS.
Не забывайте Xen Server. Это бесплатно и очень просто в установке. У нас работает 300 пользователей на Xen, использующих Promise iSCSI SAN в качестве хранилища. Ссылка на сообщение в блоге Вот.
У Microsoft есть хороший ресурс по виртуализации Hyper-V.
2) http://www.microsoft.com/download/en/details.aspx?id=2428
Мы планируем подобное развертывание. Мы будем использовать iSCSI для внешнего / быстрого RAID-массива для хранения почтовых ящиков. Мы виртуализировали почтовый ящик на виртуальной машине и поместили роли транспорта CAS и концентратора на их собственную виртуальную машину.
VMWare также имеет хорошие ресурсы для виртуализации Exchange. Несмотря на то, что мы используем Hyper-V, мы использовали их документы, чтобы прочитать о различных вещах, которые мы могли бы сделать с DAG (группами доступности баз данных) и вариантами аварийного восстановления. Большинство из них можно реализовать с помощью Hyper-V или VMWare, работающих на двух или более мощных (CPU и RAM) системах.