Насколько мне известно, существует следующее ограничение на максимальное количество узлов в отказоустойчивой кластере Windows Server 2012: 4000 узлов виртуальных машин или 64 физических узла. Помимо очевидных трудностей / накладных расходов на управление кластером из 4000 физических узлов, есть ли другие причины такого неравенства для максимального количества узлов кластера в случае физических узлов? Является ли Microsoft дополнительным стимулом к использованию виртуализации?
I guess it is only related with supportability (as extra requirements aplly if you want to get Microsoft support for clusters) and the fact that no customers going to mess with more than 64 physical nodes cluster anyway... Any other ideas / views on this?Должен быть какой-то разумный предел, иначе кто-то создаст 5000 виртуальных машин и выйдет из строя графический интерфейс.
P.S. 4000 виртуальных машин означает ~ 100 тыс. Операций ввода-вывода в секунду и, возможно, 200 ТБ хранилища. Это чертовски крутой SAN.
-
Насколько мне известно, существует следующее ограничение на максимальное количество узлов в отказоустойчивой кластере Windows Server 2012: 4000 узлов виртуальных машин или 64 физических узла. Помимо очевидных трудностей / накладных расходов на управление кластером из 4000 физических узлов, есть ли другие причины такого неравенства для максимального количества узлов кластера в случае физических узлов?
Это здравый смысл. Учитывая, что виртуализация предназначена для консолидации серверов в абсолютном большинстве случаев, какой смысл в том, чтобы это число не сильно отличалось, особенно с учетом того, что в наши дни сервер среднего уровня имеет примерно 256 ГБ памяти и может запускать почти 60 потоков.
Также определенные проблемы с масштабированием могут появиться на стороне физического узла - помните, что здесь мы говорим о CSS (общее хранилище кластера) и перенаправлении ввода-вывода. Там скорее возникнут узкие места, чем на стороне ВМ. Лично я считаю, что это число достаточно велико - все, что выше, может легко создать несколько кластеров.