Консолидация серверов Windows и Linux
Мой коллега установил его на своем двухъядерном VMware, сервер ESX (Windows 2008 R2) и производительность был ДЕЙСТВИТЕЛЬНО плох. Даже почти с ничем установленным. Возможно, была проблема с сервером или чем-то, но он действительно не задавался вопросом меня, что полное системное использование было так плохо.
Таким образом в реальной среде с быстрым сервером вещь дыры могла отличаться. Но как мой предыдущий сказанный динамик: это действительно зависит от того, в чем Вы нуждаетесь или для чего будет использоваться Ваш сервер.
Но если Вы планируете использовать его в качестве высоконадежного сервера, определенно необходимо выбрать высокопроизводительные аппаратные средства (по-моему).
VMware ESXI свободен и является истинным гипервизором, в котором он не требует хосту ОС для работы; это является также самым сформировавшимся и возможно наиболее широко поддерживаемая платформа VM там.
Однако KVM является большим и посетителем; Xen также популярен, но так как KVM встроен в ядро Linux (в противоположность отдельному микроядру для Xen), он быстро догоняет IBM с помощью него для их облачной инициативы и всех главных дистрибутивов Linux, теперь поддерживающего его.
Если Вы довольны Windows, существует также Hyper-V; несколько разновидностей недороги или свободны в зависимости от Вашего текущего лицензирования (Предприятие получает Вас 4 гостя VMs использование той же "родительской" лицензии).
-
1привет gravyface, спасибо за ответ! Я получаю впечатление затем, что нет никакого пути к " соединение up" окна AND Linux OS' s в одну машину? I' ve слышал о Hyper-V в Windows, но это не позволит Linux – Shalan 22 April 2010 в 03:43
-
2А-ч, Xen похож на него, делает!:) – Shalan 22 April 2010 в 03:45
-
3SUSE и RHEL являются поддерживаемыми дистрибутивами Linux: microsoft.com/windowsserver2008/en/us/… Вы можете " соединение up" независимо от того, что Вы хотите, точно так же, как " real" серверы в сети, пока ОС поддерживается как гость (VM). – gravyface 22 April 2010 в 03:46
Xen - http://www.xen.org или KVM - http://www.linux-kvm.org/page/Main_Page
KVM является новеньким для этого, Моя работа имела системы KVM в производстве с 3 месяцев теперь, и они - очень эффективное решение.
Мы выполняем его от основной установки Centos.
Вы рассмотрели вынимание всех яиц из Вашего холодильника и помещения их в одной корзине? Это, вероятно, более эффективно, но также и относительно хрупко. Удостоверьтесь, что можно справиться с потерей всех сервисов на консолидированную единую точку отказа этого super-duper одновременно перед движением далее в технические особенности.
-
1На обороте существует меньше яиц для отбрасывания так меньше проблем для контакта с. Плюс, со всем виртуализированным, перемещая VMs в новую машину не означает беспокойства об аппаратных средствах. Я, несомненно, имел бы в распоряжении хорошие запчасти, tho. – uSlackr 22 April 2010 в 05:07
-
2Необходимо серьезно рассмотреть кластеризованный, или по крайней мере избыточный набор для этого. Два ниже spec' серверы редактора могли выполнить половину VMs каждый. Если бы один умер, или необходимо было вывести его из эксплуатации, то Вы могли бы переместить весь VMs к одному. Возможно, необходимо вывести из эксплуатации один или дать немного меньше памяти, но это - намного больше надежного решения. I' d берут более медленное выполнение VMs со временем работы за время простоя любой день. Если у Вас есть SAN затем, это превосходно, если не удостоверяются, что Вы можете передать VMs относительно безболезненно. – Gomibushi 22 April 2010 в 09:42
-
3
-
4
Экономически эффективный имеет различные определения различным ситуациям.
Как был указан, KVM и VMware, ESXI свободен. Если Ваше время является дешевым или покрыто компаниями (т.е. это - часть Ваших обязанностей и не прикрепляемое на Вас), затем эй, свободный! И способный к "спутыванию их", поскольку виртуализация является виртуализацией. ОС не должна "знать", что они не находятся физически на тех же аппаратных средствах.
С другой стороны, при выполнении критических бизнес-приложений затем отсутствие кластеризации и поддержки может укусить Вас сзади. Один сервер, выполняющий все на сервере ESXI, будет означать, что обслуживание удаляет все, или унесенный источник питания или контроллер, или плохая RAM вынет много серверов, а не просто тот. Это - то, где дорогие контракты на поддержку или дополнительное лицензирование пригождаются, таким образом, можно иметь в наличии доступность и дублирование, когда пользователи возле серверной с вилами и факелами, кричащими для цифрового позади на слюне.
Предприятиям малого бизнеса могли, вероятно, сойти с рук 2 относительно дешевых "белых поля" (погуглите его), системы, которые являются homebrewed, но соответствуют спецификациям VMware для выполнения ESXI бесплатно, затем придумывающий расписание, чтобы создать резервную копию и копировать VM's от "производственного" поля до "резервного" поля, поэтому если машина перестает работать, Вы разжигаете близнеца и сделали, чтобы пользователи использовали сервисы от того, что при восстановлении другого или разделении сервисов так, чтобы, в то время как 1,2,3,4 VM, и 5 находятся на обеих машинах, можно было на самом деле работать 1,2, и 3 на поле один и 4 VM и 5 на другом, разжигая все 5 в случае отказа.
Или можно получить 2 белых поля, подключить их к внешнему устройству хранения данных, которое сохранено, и сохраните VM's на этом так, у Вас есть 2 сервера фронтенда, которые могут скупо выдать VM's от совместно используемой памяти (в котором Вы нуждались бы для полноценной миграции и дублирования так или иначе в большинстве случаев).
Я определенно хотел бы некоторую форму аппаратного резервного копирования в случае, если сервер перестает работать.
Иначе Вы захотите некоторый контракт на поддержку или плату за миграцию, поскольку я не знаю, хотели ли Вы изучить, как получить что-то как ограждение и высокая доступность в производственных системах. Это может быть сделано, все же. При поиске "высокой доступности Linux", Вы найдете проекты как heartbeat и DRBD, который может получить что-то работающее между 2 или 3 серверами Linux с дублированием по Ethernet, и это может быть вместе с XEN. Я был бы озабочен выполнением его с производственными системами как моя пробная версия огнем, но эй... Я не знаю, насколько предприимчивый Вы. Иначе более "полируемые" инструменты доступны от Red Hat и VMware и Citrix.