Широкое распространение практики использования виртуальных машин двинуло всю IT индустрию (без исключения) далеко вперёд.
Лёгкость манипулирования с операционками - фантастическая.
Я в общем то согласен с первичной оценкой стоимости тогда ещё никому неизвестной компании VMWare в которой тогда работало дай бог если 30 человек - пол миллиарда долларов. Оно уже тогда того стоило, а сейчас - в общем-то тем более. Но уже дороже.
Вместе с тем - практика использования нескольких виртуальных серверов работающий на одном железном - порождает порой крайне экзотические случаи.
Тот продукт, который выпускает компания, где я работаю, имеет сайт (а точнее 2 - юзер веб и админ веб), который крутится под ИИСом на 2003-й винде (уэб эдишен, если чо).
Так вот.
В определённый момент на нашем тестовом энвароменте незадолго до релиза периодически наблюдались совершенно фантастические ошибки ИИСа типа "Resource is in use." А сам юзер веб - падал на ровном месте с не менее фантастическими эксепшенами.
Этот расколбас начинался неожиданно (но как правило незадолго до релиза ) и продолжался от 20 минут до 4-5 часов. А потом - так же неожиданно исчезал. Самое удивительное, что рестарт ИИСа и сервисов обвязки - не помогали.
Причину такого поведения мы искали почти месяц.
Сначала - грешили на админ веб который крутился на том же иисе и мог (потенциально) выполнять тяжёлые запросы и отдавать многомегабайтные страницы. Потом подозревали битые ДЛЛ, потом, что регистрация этих ДЛЛ слетает при накате новой версии (вот пишу это, а меня просто пробивает на ха-ха - версии рассматривались совершенно идиотские).
А разгадка проста - на железе, где крутился виртуальный сервер было маловато памяти и слегка слабоватая дисковая подсистема.
А на соседней виртуалке - крутился JBOSS сервер, рестарт которого забирал 92% CPU хост машины и нагружал диск. Наш ИИС не выдерживал такого резкого падения производительности и падал - после чего запускался его новый инстанс, а старый (упавший) начинал создвать дамп на 350 мегабайт, что ещё больше нагружало дисковую систему и вызывало падение свеженького ииса и ещё один дамп и так далее.
JBOSS штука неповоротливая - стопается и стартится по 10-15 минут, а потому - даже остановка ииса и его последующий старт - проблему не решал.
А разгадка проста - хостовая операционка - Красная Шапочка - не поддерживает приоритезацию операций ввода/вывода на диск и потому - любая виртуалка может тупо забить все остальные просто загрузив диск операцией записи.