Каковы минимальные требования для загрузки экземпляра KVM. Я хочу загрузить 1000 экземпляров одновременно и использую среду NAS. Я хочу быть уверенным, что знаю, какие требования ввода-вывода предъявляются к базовой загрузке.
Не следует относиться к загрузочным штормам легкомысленно, так как они могут привести к остановке очень больших массивов хранения. Предотвращение этих внезапных загрузок из-за того, что сразу несколько экземпляров запускаются, должно быть основным соображением при разработке.
Сколько IOPS действительно необходимо, сложно смоделировать, и вам придется измерить его самостоятельно. Вы должны выбрать набор инструментов в соответствии с имеющимся у вас NAS. Если можете, будьте более конкретными.
Также существует сильная зависимость от того, что вы на самом деле загружаете.
Очевидно, это зависит от виртуальной машины - просто загружаете GRUB? может 50-100 операций - обменный сервер? многие, многие другие ...
Ответ прост, тестовый - единственный способ узнать.
Ох, и это обязательно должен быть KVM? Что-то подобное больше похоже на то, для чего был создан продукт VMWare View.
Некоторые сравнительные тестовые данные (200 виртуальных машин VMWare) здесь: http://ctistrategy.com/2009/12/28/vmware-boot-storm-netapp-part-2/
Ура
Одновременная загрузка 1000 экземпляров чего-либо - это довольно серьезно. Даже если индивидуальная производительность является приемлемой на уровне 20-30 IOPS (что было бы медленным диском на одной машине), вы смотрите на 20-30K IOPS. Получите свою чековую книжку. На самом деле это еще хуже, поскольку большинство ОС потребляют намного больше, чем допустимо, если им ничто не мешает. В качестве примера, если у вас есть клиентская виртуальная машина Windows XP и вы предоставляете ей неограниченное количество операций ввода-вывода в секунду, подключив ее к массиву SSD, который может обеспечивать 20 000 или более операций ввода-вывода в секунду, я видел, что отдельные виртуальные машины потребляют почти 1000 операций ввода-вывода в секунду.
Постановка такой последовательности загрузки жизненно важна. Если это системы с очень низкими накладными расходами, тогда вы мощь иметь возможность получить около 5 операций ввода-вывода в секунду на систему в устойчивом состоянии, но загрузочный шторм вызван этим не зря. Соотношения чтения / записи операций ввода-вывода также критически важны - намного проще (дешевле!) Обеспечить 5-10 тыс. Операций ввода-вывода в секунду для операций ввода-вывода с интенсивным чтением, но устойчивые шаблоны ввода-вывода для типичных несерверных систем очень сильно смещены при записи, и это будет намного дороже найти решение, которое может надежно доставить 5000 IOP в шаблоне чтения / записи 50:50, как это будет для доставки 5000 IOP в шаблоне чтения / записи 80:20.
А если серьезно - существует очень мало решений для хранения данных, которые могут одновременно надежно загружать 1000 экземпляров виртуальных машин.
Если вы лицензировали View как отдельный продукт (а не как надстройку к кластеру vSphere), тогда вам будут доступны все функции Enterprise Plus. Начиная с vSphere 4.1 и далее это включает распределение ресурсов хранения (на уровне кластера или пула ресурсов). Настройте и настройте это в своей среде, чтобы контролировать загрузку операций ввода-вывода с каждой виртуальной машины. Это ограничит и распределяет IOP на основе справедливого голосования, а также гарантирует, что другие виртуальные машины смогут отслеживать IOP SAN во время интенсивной загрузки.
Это может увеличить время загрузки виртуальных машин, но сэкономит состояние на сетях SAN, которые могут обеспечивать такие высокие нагрузки.
Другой вариант - посмотреть на многоуровневые сети SAN, которые включают твердотельные накопители для быстрого уровня хранения, такие как EMC VNX или NetApp SAN, но они не из дешевых.