Пул ресурсов, совместно использующий в Виртуальных машинах Hyper-V

Это кажется на желание этого:

• Хост Hyper-V A: 4 сокета ЦП, Гость выполнения RAM на 64 ГБ 1
• Хост Hyper-V B: 4 сокета ЦП, Гость выполнения RAM на 64 ГБ 2
• Некоторое Приложение Windows видит 8 сокетов ЦП, 128 ГБ RAM

Это не выполнимо из поля, но существуют некоторые приложения, которые могут общаться друг с другом по сети и разбить работу через различные узлы. Например, Memcached и Windows AppFabric Velocity кэшируют инструменты, которые могут увеличиться, поскольку Вы добавляете больше узлов путем общения друг с другом.

Это - проблема приложения, тем не менее, не проблема Hyper-V. Проблемой является то же, используете ли Вы физические серверы или виртуальные. Какова бизнес-проблема, которую Вы надеетесь решать, и мы можем говорить о приложениях, которые делают этот вид масштабирования?

А-ч. Нет. Hyper-V похож на пиццу - можно сделать части (VM#s) из пиццы, но Вы не можете сделать ОДНУ пиццу из многих частей от различных.

Можно КЛАСТЕРИЗИРОВАТЬСЯ, до 16 серверов (совместно использовал необходимое устройство хранения данных AN), и переместите виртуальные машины между ними - который хорош для обслуживания и т.д., но каждый VM должен работать на одной машине и взять все ресурсы от нее.

Тем не менее Вы, с которыми CAN делает что-то как этот, но не Гиперпротив ВАС, не ХОТИТЕ, хотя, поскольку он будет стоить Вам МНОГО. Существует ОДИН поставщик, который имеет технологию для того, что Вы спрашиваете, формируя VM, охватывающий несколько серверов. Не то, чтобы Вы могли заплатить за него (это имеет требования к аппаратным средствам ОЧЕНЬ высокого класса).

Вы сказали (в комментариях) "Теперь, вещь состоит в том, что я не хочу, чтобы ОДИН VM охватил несколько серверов. Скорее я хочу, чтобы несколько VMs охватили несколько серверов, не указывая, что конкретный VM должен работать на определенном хосте. – user67905"

Это прекрасно, таким образом, Вы действительно просто говорите о стандартном Hyper V кластеров, которые не являются никакой проблемой вообще. Для выполнения Hyper V кластеризируют Вас любая потребность свободный Hyper V серверов (несмотря на то, что некоторые думают, это имеет кластеризирующуюся способность), или Windows 2008 (+-R2) или в выпуске Предприятия или в Центра обработки данных. Так как Вы выполняете VMs, Вы захотите, по крайней мере, Версию для предприятия так или иначе, начиная с того дополнительно лицензии 4 VMs.

То, когда Вы устанавливаете, просто активный функция 'Failover cluster services' (или это роль, не может помнить) на каждом из хостов. Затем откройте консоль кластера тезки в MMC и запустите мастер проверки отказоустойчивого кластера. Это - действительно полезная диагностика, которая скажет Вам, настраивали ли Вам Ваш набор правильно. Областью, которая обычно вызывает ошибку, является устройство хранения данных. Когда Вы сделаны, и Вы выполнили инструмент проверки после каждой тонкой настройки и получили сертификат здоровья, затем наслаждайтесь своим кластером. Вы сможете переместить VMs от одного до другого, устройства хранения данных пула, и в основном сделать то, в чем Вы нуждаетесь. Я не могу помнить, что макс. допустило хосты на кластер, но это - что-то как 12. Между прочим, как полагали другие, нет, вероятно, никакого смысла объединяющего память между хостами, это, вероятно, будет дорогая боль. Это - вещь приложения. И если Вы не имеете, я сказал бы, что больше чем 30 работ VMs больше чем 4 хостов, не обеспокоюсь SCVMM или чем-либо как этот. Вы будете способным распространением VMs вручную, и с новыми функциями динамической памяти, которые развернули с 2 008 R2 SP1, Вы, вероятно, не столкнетесь ни с какими ограничениями памяти, если Вы не запланируете, это все Ваших машин будет прибитым все время.