Я думаю об установке сервера MS Exhange на сервере Windows 2008, работающем как виртуальная машина внутри VMWare Esxi. Не уверен в производительности и надежности. Может ли кто-нибудь поделиться своим опытом в этом вопросе? Спасибо
Это официальная позиция Microsoft по этому поводу: http://technet.microsoft.com/en-us/library/cc794548(EXCHG.80).aspx; это связано с Exchange 2007, но более свежих статей нет; однако я не думаю, что с Exchange 2010 что-то изменилось.
Короче говоря: он будет работать и будет поддерживаться, но вы должны хорошо все спланировать, чтобы добиться от него хорошей производительности.
Надежность так же хороша, как и у базового физического хоста (ов); VMware ESX / ESXi - очень стабильные и зрелые решения для виртуализации, поэтому вам не нужно беспокоиться о нестабильном поведении и / или сбоях вашего хоста (ов) или виртуальных машин.
Насчет производительности ... это сильно зависит от вашей загруженности. Но если вы следуете рекомендациям по планированию емкости Exchange 2010 и добавляете еще немного ЦП / ОЗУ для компенсации накладных расходов на виртуализацию (которые, в любом случае, довольно малы), ваша система должна работать так же, как и физическая.
Самым важным моментом, конечно же, является хранение. С ESX / ESXi вы можете использовать хранилище SAN так же, как если бы вы использовали его с физическим хостом, и в этом случае снижение производительности незначительно; но если вместо этого вы запускаете виртуальные машины из локального хранилища хоста, вам придется проявить особую осторожность при планировании конфигурации диска / RAID. Практическое правило: старайтесь не размещать слишком много виртуальных машин на одном диске / массиве и абсолютно не помещайте две или более виртуальных машин с интенсивным вводом-выводом (например, серверы почтовых ящиков Exchange и / или серверы SQL) на одну и ту же.
Рассмотрим оперативную память и дисковый ввод-вывод.
В Exchange 2007 и 2010 с их 64-битной архитектурой больший объем оперативной памяти был заменен значительно меньшим использованием диска. Exchange 2010 может легко поддерживать сотни, если не тысячи пользователей с приемлемой производительностью на одном диске SATA. Предполагается, что у вас доступно более 16 ГБ ОЗУ. Это было невозможно в Exchange 2003 без существенной настройки RAID или большого количества LUN в SAN.
Также рассмотрите возможность использования функции 2010 DAG для поддержания доступности с использованием нескольких хостов VMWare, расположенных в разных точках сети.
И VMWare ESXi, и Exchange 2010 доступны в течение пробного периода. Я предлагаю создать хранилище NFS с использованием Linux или даже Windows Server и использовать его для размещения вашей виртуальной машины Exchange. Затем используйте инструмент loadgen от Microsoft, чтобы увидеть, какую производительность вы можете получить.
Будущее за виртуализацией, и прямо сейчас вы не можете найти ничего лучше, чем VMWare. Протестируйте все, и все будет хорошо.
Мы делаем именно это. У нас есть среда Exchange 2007, поддерживающая около 4400 пользователей в кластере на базе ESX3.5. У нас есть четыре сервера почтовых ящиков, два сервера Hub / CA и два пограничных сервера, все из которых находятся в виртуальной машине. Виртуальная машина поддерживается массивом хранения EVA6100. В обычные рабочие часы наши операции ввода-вывода находятся в пределах возможностей массива, и только во время процесса онлайн-дефрагментации мы, кажется, доводим объем хранилища до предела (около 8 КБ операций ввода-вывода). Эту проблему можно решить, если выполнить дефрагментацию, когда мы не делаем резервные копии.
Для нас это было очень надежно.
Вау ... У меня почти такая же настройка, как у sysadmin1138 ...
Exchange 2007
Здесь успешно работает кластер ESXi 4.1 с четырьмя узлами, поддерживаемый Hitachi USP-V / AMS2300. Мы работали на EVA 5000 и 4400, но по какой-то причине 5000 слишком старый, чтобы быть совместимым с ESXi 4.1. Вы увидите, что LUN исчезают без уважительной причины. Но это история для другого дня.
Мы очень довольны нашими виртуальными машинами Exchange, и у нас не было никаких проблем.