Консолидация серверов Windows и Linux

Xen - http://www.xen.org/ или KVM - http://www.linux-kvm.org/page/Main_Page

KVM - это новый источник для этого. Моя работа позволяет KVM-системам работать уже 3 месяца, и они являются очень эффективным решением.

Мы запускаем его с базовой установки Centos.

Рентабельный имеет разные определения для разных ситуаций.

Как уже было отмечено, KVM и VMWare ESXi бесплатны. Если ваше время дешевое или оплачивается в бизнесе (то есть это является частью ваших обязанностей и не привязано к вам), то эй, бесплатно! И способен "смешивать их", поскольку виртуализация - это виртуализация. Операционные системы не должны "знать", что они физически не находятся на одном и том же оборудовании.

С другой стороны, если вы работаете с критически важными бизнес-приложениями, то отсутствие кластеризации и поддержки может укусить вас сзади. Один сервер, на котором все работает на сервере ESXi, будет означать, что техническое обслуживание отключит все, или перегоревший блок питания, или контроллер, или неисправное ОЗУ будет использовать несколько серверов, а не только один. Вот тут-то и пригодятся дорогостоящие контракты на поддержку или дополнительное лицензирование, так что вы можете иметь доступность и избыточность, когда пользователи находятся вне серверной комнаты с вилами и факелами, кричащими о вашем цифровом контенте на вертеле.

Малым предприятиям, вероятно, могут сойти с рук 2 относительно дешевые "белые коробки" (google it), системы, которые созданы самими компаниями, но соответствуют спецификациям VMWare для бесплатного запуска ESXi, а затем составят график резервного копирования и дублирования виртуальных машин из "производства". в поле "резервное копирование", так что, если машина умирает, вы запускаете двойник, и пользователи используют сервисы из этого, ремонтируя другие, или разделяя сервисы так, чтобы в то время как виртуальные машины 1,2,3,4 и 5 включены на обеих машинах вы можете запустить 1,2 и 3 на первом блоке, а 4 и 5 виртуальных машин на другом, запустив все 5 в случае сбоя.

Или вы можете получить 2 белых ящика, подключить их к внешнему хранилищу, для которого выполняется резервное копирование, и хранить виртуальные машины на нем, чтобы у вас было 2 интерфейсных сервера, которые могут распределять виртуальные машины из общего хранилища (которое вам потребуется для полного сорванная миграция и избыточность в любом случае в большинстве случаев).

Я определенно хотел бы иметь какую-то аппаратную резервную копию на случай, если сервер умрет.

В противном случае вам понадобится контракт на поддержку или оплата за миграцию, поскольку я не знаю, хотите ли вы узнать, как получить что-то вроде ограждения и высокой доступности в производственных системах. Это может быть сделано, хотя. Если вы будете искать "linux high Availability", вы найдете такие проекты, как heartbeat и DRBD, которые могут работать между 2 или 3 серверами Linux с избыточностью по Ethernet и могут быть связаны с XEN. Я бы нервничал из-за того, что делал это с производственными системами, как моя попытка на огне, но эй... Я не знаю, насколько ты смел. В противном случае доступны более "отшлифованные" инструменты от Red Hat, VMWare и Citrix.

Рассматривали ли вы вынуть все яйца из холодильника и положить их в одну корзину? Это вероятно более эффективно, но также и относительно хрупко. Пожалуйста, убедитесь, что вы можете одновременно справиться с потерей всех услуг на этой единой единой точке отказа, прежде чем углубляться в технические детали.