Виртуализированный сервер разработки для моделирования трехуровневой среды [закрыто]

Я выполняю производственные среды SQL Server под VMware ESX 4.0

Некоторые вещи, о которых необходимо знать, состоят в том, КАК работают технологии виртуализации. Если это - просто тестовая среда затем, всем серверам не нужны 4 ГБ RAM каждый. Веб-серверы могут, вероятно, продвинуться прекрасные на 512 МБ каждый, то же с Приложением и по крайней мере 1 ГБ для базы данных. Я - часть Виртуальной Главы для ПЕРЕДАЧИ, которая специализируется на этих видах установок, необходимо проверить ее. Это по http://virtualization.sqlpass.org, никакая необходимая регистрация. Мы синдицируем блоги от некоторых ведущих экспертов по виртуализации в поле сегодня, и мы действительно освобождаем вебкасты по различным темам.

Другой большой ресурс является сообщениями Brent Ozar на виртуализации (он ведет Виртуальную Главу). Можно найти тех, которые по http://www.brentozar.com/sql/virtualization-best-practices/

Они все видели бы друг друга по сети, потому что у них могут все быть своя собственная сеть IP и такой, но я думаю, что можно настроить их с виртуальным NIC, чтобы говорить друг с другом непосредственно также.

Что касается вопроса о жестком диске, я думал бы, что Вы оказываетесь перед необходимостью рассматривать дублирование. Я имею в виду, если Ваши аппаратные средства перестают работать, Вы не теряете один компьютер. Вы проигрываете 5. Отказ жесткого диска довольно распространен, так обычно Вы выполняли RAID 10 или по крайней мере RAID 1 на сервере VMware, в зависимости от того, как трудно Вы собираетесь требовать у системы пропускную способность.

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

При продвижении систем до такой степени, когда, необходимо рассмотреть разделение drives-per-VM, вероятно, необходимо пересмотреть виртуализацию использования, или необходимо было бы полагать, что несколько машин и полноценного VMware реализуют балансировку машины уровня и контроль (который не является дешевым).

Мы выполняем приблизительно 7 серверов на единственном массиве RAID 5 в 16 ГБ памяти, и она гудит вперед без проблем, но мы не хлопаем VM's. Можно перегрузить сервер VM со всего двумя серверами при насыщении дисков или сети или памяти. Это полностью зависит от того, для чего Вы используете его.

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

Без оценок на том, что Вы делаете с системами или как трудно Вы собираетесь быть ударом их трафик/пропускная способность/и т.д., трудно сказать Вам больше совета, чем это.

Я хочу загрузиться, балансируют эти 2 веб-сервера и эти 2 сервера приложений, и (несколько, очевидно) они должны быть все объединены в сеть вместе для моделирования продуктивной среды.

У кого-либо есть совет относительно того, как осуществить это? Gotchya, LookOuts!, и т.д.?

Теперь, Вы не объяснили, какое оборудование/сервер Вы использовали так в кратком обзоре, я скажу, что для "моделирования" продуктивной среды будет очень трудным с точки зрения диска ввод-вывод. Я понятия не имею, какое веб-приложение Вы планируете создать/развернуть, но я уже сделал (по существу), что Вы пытаетесь сделать, хотя не точно с Вашими техническими требованиями. Дисковая подсистема является большим фактором, это легко по взгляду, и с серверами баз данных не трудно продвинуть жесткие диски. С точки зрения памяти и ЦП, пока там достаточно, чтобы распространяться вокруг, можно моделировать продуктивную среду довольно хорошо, но разногласия являются средой VM, будет медленнее в целом по сравнению с решением non-VM'd. Но дисковая подсистема может в конечном счете влиять на память и ЦП в зависимости от того, какую загрузку Вы ожидаете или как Вы планируете протестировать.

Кроме того, это раньше имело место, что рекомендация состояла в том, чтобы поместить каждый VM на свой собственный жесткий диск, но я не уверен, что это больше выдерживает критику. Совет?

В Вашем Вашем случае трудно сказать. Я приблизился бы к маршруту VM как к тесту конфигурации больше затем что-либо еще. Попытайтесь получить выравнивание нагрузки правильно и не потеть общая пропускная способность так. Попытка оптимизировать производительность в виртуальной среде очень хитра, неважно, с каким поставщиком Вы идете. Наличие одного жесткого диска на VM было бы идеально, но даже если Вы могли бы качать это, Вы не можете получить результаты "реального мира".

Ясно, что Вы или пытаетесь подготовиться к более новой среде для этого приложения, ИЛИ Вы надеетесь суметь обойтись сервером VM, пока Вы не нуждаетесь или не имеете бюджет для движения для решения non-VM. В любом сценарии, создавая сервер VM в целях тестирования конфигурации имеет смысл, но в попытке использовать его для измерения любого вида производительности/способности реального мира будет неточным. Виртуализация является компромиссом между Операционными системами и аппаратными ресурсами. Вы не собираетесь получать идентичную производительность от виртуализированного мира до невиртуализированного мира.