Какое количество виртуальных машин можно создать на одном физическом устройстве компьютере

Обновлено: 09.01.2025

на вирт будет винда и одно приложение не очень требовательное.

Рейд можно просто сделать это в каждой матплате, ибп есть.

Т.к. тема является архивной.

Петр Петрович Иванов писал(а)
да, но на сервак нет денег.

Т.к. тема является архивной.

Петр Петрович Иванов писал(а)
Рейд можно просто сделать это в каждой матплате

Т.к. тема является архивной.

Ну если денег нет, то вэлком покупать на алибабе 2011 сокет с кучей памяти REG ECC, в сороковник за приличный комплект (типа E2690+64GB+Мать) вполне реально уложиться

Т.к. тема является архивной.

А зачем ?
А если она погорит, куда ему бежать ?
Не сильно критичные серверочки любо-дорого крутяцца на десктопном железе, которое если что в любом лабазе есть.

Т.к. тема является архивной.

Затем что вполне годное решение для множества виртуалок за адекватные деньги. Если мать взять не самый дешман - нормально они ходят. Ну или искать какую-нибудь supermicro, не сильно дороже выйдет

Т.к. тема является архивной.

На дестктопе тоже вполне годное решение, за адекватные деньги.
А если там ещё и данных не много, то вообще никаких хлопот.

Т.к. тема является архивной.

если 6 виртуалок, то в идеале желательно 6 ядер под это дело, а десктопный проц с 6 ядрами это не дешево

P.S. Хотя нет, я походу отстал от жизни.

Т.к. тема является архивной.

Совершенно не обязательно.
Нагрузка распределяется динамически без привязки к конкретным физическим ядрам.
i7 (7-8 поколений)+32GB - за глаза (из расчёта 2 ядра + 4ГБ на гостя). Хост - w10pro, Hyper-V.
Можно, конечно, ESX поднять или чистый хайпер, но для них ещё одну физ.машинку ставить придётся для управления.
Никсовый гипервизор не предлагаю, не каждый с ним справится.

Т.к. тема является архивной.

И совершенно зря. Citrix XenServer работает на базе обычного CentOS.
Можно даже подключить репозитории и для удобства установить Midnight Commander.
Или apcupsd - в принципе логично управлять бесперебойником с хост-системы.

Т.к. тема является архивной.

Я же писал - для этого нужны хотя бы поверхностные знания никсов.
Не факт, что топикстартер обладает достаточным опытом (иначе не спрашивал бы о подобных вещах здесь). Зачем ему лишний геморрой?

Т.к. тема является архивной.

Да там просто всё. Сложности начинаются, если система на одном диске, а виртуалки на другом.

Т.к. тема является архивной.

Алексей Макаров писал(а)
если 6 виртуалок, то в идеале желательно 6 ядер под это дело Если 6 виртуалок, то в идеале 12 ядер под это дело. Винда на одном ядре - зрелище угнетающее. Это ни разу не опёнок.

Т.к. тема является архивной.

не проще 6 терминалов к одному не виртуальному компу?

Т.к. тема является архивной.

там приложение не сможет работать одновременно 6 пользователями и даже с 2 пользователями

Т.к. тема является архивной.

Да обычного, 8100 , 8600 из новых интелов (ну или 7ххх серии ) и памяти соответственно сколько требуется

Т.к. тема является архивной.

Лучше всего на Атоме, с интегрированным процессором. На крайняк - Celeron серии J.

Т.к. тема является архивной.

добавлю, каждая машина минимум 4 гига, лучше - больше. вот и считайте разъемы и плашки .

Т.к. тема является архивной.

Главное помнить, что мало того, что SSD помирают мгновенно без объявления войны, так ещё и рейд нулевого уровня увеличивает вероятность потери ВСЕХ данных в массиве. Так что если в виртуалках будут нужные данные - надо продумать бэкап.

Т.к. тема является архивной.

Вопрос в том - даст ли RAID 0 на SATA SSD такой прирост в скорости или пропускная способность шины не позволит?

Т.к. тема является архивной.

а смысл в этом, когда есть nvme? - вдвое увеличить количество точек потенциального отказа? )

Т.к. тема является архивной.

Ну хз. 1 NVMe точно будет быстрее читать/писать, когда ему запросы с 7 сторон одновременно посыпятся, чем 2 SATA в рейд 0?

Т.к. тема является архивной.

Так что, видимо, можно врезать по полной: 2x NVMe SSD в RAID 0 :)

Т.к. тема является архивной.

Нафига огород городить?
Подключить к каждой виртуалке по персональному физическому накопителю - имхо гораздо разумнее. И вполне укладывается в условия задачи: 1 НВМе-шный накопитель на хостовую ось + 6 х 860EVO (ну, или на что денег хватит) для гостей.
При прочих равных, физический накопитель работает на 15-30% быстрее виртуального.
Да и надёжность такой системы повысится многократно. Вероятность одномоментного выхода из строя 6 накопителей лежит за пределами воображения.

Т.к. тема является архивной.

Er.DS писал(а)
Из двух SATA 120GB SSD Samsung или Intel создать RAID 0 - это для размещения файлов-накопителей виртуалок

1) в чем смысл создавать страйп для ССД? про надежность этого решения я вообще промолчу.
2) скорости М.2 на нвме недостаточно для работы? всех 3Гб в секунду на чтение и 1,5 на запись. да ладно.
3) выбор 2х120 для серьезной машины - это пять баллов.

если что, сейчас М.2 на матерях вполне недорогих до 3х штук. пожалуйста, один ссд на систему (его как раз достаточно даже САТА будет имхо), а вот под виртуалки да, интел или самсунг НВМЕ нужного объема.

Т.к. тема является архивной.

зачем под систему ССД? На системнике будут только виртуалки и всё. Думаю, что даже одновременно 6 виртуалок редко будут много писать одновременно или читать

Т.к. тема является архивной.

6 миниПК типа NUCа или на miniITX собрать в большой ящик

Т.к. тема является архивной.

Если найдёте соответствующую двухпроцессорную мать, то могу подогнать парочку процов Cisco Xeon E5-2609 v4 (UCS-CPU-E52609E).

Т.к. тема является архивной.

Примажусь с вопросом:
на сколько корректно раздавать шару с виртуальной машины с проброшенной в нее через pci-passthroug физическим RAID-контроллером c дисками HDD объединенных в массив? Т.е. харды после старта ВМ пропадают из перечня хоста до следующего ребута. (хост - proxmox (Debian+kvm), ВМ - windows)

Т.к. тема является архивной.

Настолько же, насколько и с физической.
Разницы никакой.

Т.к. тема является архивной.

После долгих и тщательных корректировок получили такую машину, см. файл.

Оказалось не дешево!

Т.к. тема является архивной.

А точно нужен такой проц ?
Хотя даже с учётном его, для сервачка очень не дорого.

Т.к. тема является архивной.

линкворды никогда не отличались качеством
+ совсем уж легкие приложения, коль без SSD обошлись - пару рейдов под систему и хранилище виртуалок (2х120 r1 ssd + 2x512 nvme r1) - не знаю, хватит ли на 6 виртуалок 500гб, но летать будет самолетом, без проблем с выпадением винтов) - на 6 параллельных процессах случайное чтение с винтов упадет ниже плинтуса.

Т.к. тема является архивной.

для каждой виртуалки 30ГБ.
Про ССД не уверен ибо дорого. Ну будет немного быстрее и чего?

Т.к. тема является архивной.

Будет МНОГО быстрее. Насчёт дорого - 30*6 это 180гб. Ссд сайта на 240гб - 3,5-4 рубля а-дата. Хард на 500гб стоит 2,5 при заметно меньшей скорости. А если параллельно насколько образов - ляжет нафиг

Т.к. тема является архивной.

* У этого проца TDP 95 Вт, а вы кулер за 230 рублей ставите. Ориентируйтесь минимум на

Т.к. тема является архивной.

1. ЦП редко будет нагружен. Наверное, надо проще ЦП.
2. О, спасибо! Мать тоже надо проще.
3. Для РАИД )
4. На корпус плевать. Самый-самый дешевый надо.

Т.к. тема является архивной.

1) Неверное утверждение, ибо вы собираетесь запускать на нём как минимум 7 ОС. Но, если есть желание рискнуть и произвести проверку боем. Главное, чтобы не получилось как в поговорке про скупого и двойную оплату )

2) Ищите, только проверяйте внимательно совместимость. И я бы рекомендовал всё же Asus.

Т.к. тема является архивной.

Будет один винт в РАИД-5 перестраиваться около суток - это не критично.

Ну в целом как-то странно, что раид-5 так себя показывает, может в последние годы многое исправили?

Т.к. тема является архивной.

Зачем вам райд-5? Сделайте на ссд с бэкапом или райд-1 на ссд.

Т.к. тема является архивной.

Возьмите 4 харда и постройте RAID-10 - самое то будет.
И, кстати, совет - на корпусе не экономьте.

Лучше сэкономить на винчестерах, взяв один-единственный, но довольно надёжный - красной или чёрной сборки.

Т.к. тема является архивной.

Самый-самый дешёвый корпус это раздолбанные разъемы усб на морде, рваные края из жести (шрамы супер у сборщиков получаются), деформация рамы вплоть до КЗ на платах и вибрация от хардов, даже от одного. Вам ТОЧНО это надо? Корпус может 20 лет отслужить. Инвины начала 2000х до сих пор актуальны.

Т.к. тема является архивной.

Когда люди перестанут покупать к топовым системам (от которой в данном случае требуется ещё и высокая отказоустойчивость) дешман блоки питания за 3 копейки? Ну не может нормальный 650 ваттник стоит 2,5к, нормальные блоки начинаются от 5к

Т.к. тема является архивной.

да нет понимания что из-за этой мелочи может все к жуям улететь
система для меня стандарт, т.к. юзаю подобную на 8700К уже с год еще по цене в 22 тр проц брал.
бп у меня ТТ на 700 но есть и видяха.
куллер у меня аэрокул 400й

Т.к. тема является архивной.

ну такая себе сборка
если из интела то я бы взял 8700К
но амд дешевле почти в 2 раза и только процентов на 5 хуже.
корпус говно, бп говно, охлад тоже говно

Т.к. тема является архивной.

Обязательно на одной?
Было у меня в своё время три машинки на E3-1245v3 (аналог i7 - 4 ядра, 8 потоков) по 16 гиг оперативы.
Денежка понадобилась, две продал. Сейчас такой мощи нет.

Суть в том, что цены на многоядерные процы растут в геометрической прогрессии.

Из недорогого могу посоветовать собрать пару машинок на базе AM3+ с процами от FX-8120 до FX-8350 по 16 гиг оперативки на каждой. По три виртуалки (по 2 ядра, по 4 гига оперативки) - потянет. Собственно, и одна потянет все 6 (оперативки до 32 можно добить), но. Одно ядро на 4 гига оперативки - даже не смешно.

Не, можно за 100 тысяч взять i9 на 16 ядер 32 потока или хотя бы за 50 тысяч Рязань на 12 ядер 24 потока.
Но как по мне, это несколько дороговато.

К слову, сейчас вроде б/у сервера продают по остаточной стоимости. Я в прошлом году приценивался, но так и не взял. Они, конечно, старые, шумные и жрут много, но в рабочем состоянии. Можно и в эту сторону посмотреть.

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

Получается как бы компьютер в компьютере.

Процесс создания полноценной виртуальной машины, эмулирующей физический компьютер, состоит из нескольких этапов:

-- установка на физический компьютер программы виртуализации, позволяющей впоследствии создавать новые виртуальные машины ;

-- создание общей папки для обмена информацией между основной и гостевой ОС

Прежде, чем виртуальная машина для Windows будет создана, нужно установить программу, позволяющую создавать виртуальные машины.

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

Мы устанавливаем программу виртуализации один раз, а затем, запустив ее на исполнение, уже из нее создаем сколько угодно новых виртуальных машин.

Можно сказать, что это программа-посредник между основной ОС Windows или реальным компьютером и создаваемыми виртуальными машинами.

Сколько можно создавать виртуальных машин на одном компьютере?

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

Например, часть физического жесткого диска отдается под создаваемый виртуальный диск, также и с оперативной памятью и т.д.

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

Мощности современных персональных компьютеров, в том числе и ноутбуков, позволяют запускать и поддерживать несколько виртуальных машин с операционными системами одновременно.

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

По умолчанию все виртуальные машины имеют равные права, а следовательно ресурсы между ними распределяются поровну. Впрочем, права приоритетности можно настраивать.

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

Таким образом, виртуальная машина для Windows- это программа, моделирующая физический компьютер. Создав виртуальную машину, установив в ней операционную систему и запустив ее как обычно, мы визуально видим все атрибуты реального компьютера: БИОС, жесткий диск, приводы, адаптеры, в общем все то, что есть в комплекте каждого компьютера.

Операционная система, которая устанавливается на виртуальную машину называется гостевой, в отличие от основной ОС.

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

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

Какие существуют виртуальные машины

В настоящее время существует достаточно много программ для создания виртуальных машин. Среди них есть платные и бесплатные.

Наибольшей популярностью пользуются виртуальные машины для Windows таких производителей, как VMware, Microsoft, Inno Tek.

Из всей линейки продуктов, предлагаемой компанией VMware, образцом для подражания является виртуальная машина VMware Workstation. Это несомненный лидер на сегодняшний день и ориентир для других производителей.

Процесс установки и создания виртуальной машины Windows с использованием VMware Workstation, обычно не вызывает затруднений. Данная платформа имеет много полезных функций и один большой недостаток – она платная.

Программа создания виртуальной машины Windows - Virtual PC- принадлежит компании Microsoft. По функционалу уступает VMware Workstation, но также пользуется популярностью, являясь полностью бесплатной. И, наконец, программа виртуализации VirtualBox на сегодняшний день является достойным соперником для VMware Workstation. И не только потому, что изначально полностью бесплатна. Данная виртуальная машина обладает хорошим быстродействием, часто превышающим VMware Workstation.

Хотя, конечно, сравнивать две эти платформы не совсем корректно.

Дело в том, что программа для создания виртуальных машин Windows VirtualBox ориентирована на использование в домашних условиях, обычными пользователями. И она полностью удовлетворяет их потребности, в том числе и по быстродействию.

Продукт же VMware Workstation обладает значительно большей функциональностью, способной удовлетворить запросы профессионалов. Но отсюда и некоторая тяжеловесность, перенасыщенность функциями, обычно невостребованными домашними пользователями.

Таким образом, виртуальная машина для Windows - это обычная программа, устанавливаемая на ваш компьютер и позволяющая эмулировать реальный физический компьютер. Программа, служащая для расширения возможностей вашего компьютера. Например, использование разных операционных систем на одной машине, проверка работоспособности и безопасности отдельных программ перед их установкой на основную ОС и т.д.

Это специальное ПО для запуска операционной системы внутри операционной системы. Вторая ОС устанавливается на ПК, но работает в нём как обычная программа. Компьютер в компьютере, если хотите.

Здорово, но зачем?

Для самых разных целей. Чаще всего виртуальные машины используют для запуска программ, не поддерживающихся основной ОС. Реже они служат для тестирования ПО и самих операционных систем, подключения несовместимого оборудования, а также безопасного запуска подозрительных приложений.

Среди обычных пользователей самый распространённый сценарий — это применение Windows-программ на Mac и Linux.

И как всё это работает?

Для пользователя всё просто. Виртуальная машина работает в отдельном окне как обычное приложение: можно свернуть или, наоборот, развернуть на весь экран. На самом же деле виртуальный компьютер имеет свой процессор, память, диск, сетевой адаптер и другое оборудование. Всё это эмулируется силами реального ПК, который делится своими ресурсами с виртуальным.

Гостевая ОС считает несуществующее железо реальным. Оно отображается в свойствах системы, а установленные приложения взаимодействуют с ним как с настоящим. При этом сама виртуальная машина полностью изолирована от реального компьютера, хотя и может иметь доступ к его диску и периферийным устройствам.

Постойте. Получается, нужен очень мощный компьютер?

Не обязательно. Всё зависит от того, что вы собираетесь запускать в виртуальной ОС. Подойдёт любой компьютер, даже десятилетней давности. Важно помнить, что он будет делиться своими ресурсами с гостевой операционной системой, а значит, их должно хватать на двоих.

Например, если вы собираетесь установить на ПК с Windows 10 гостевую ОС Ubuntu 18.04, то понадобится как минимум 4 ГБ оперативной памяти, двухъядерный процессор, совместимый видеоадаптер и свободное место на диске. Для сложных задач вроде игр или использования профессионального ПО должен быть приличный запас производительности, чтобы обе системы быстро работали.

Хорошо, а какие виртуальные машины есть?

Их очень много, причём как бесплатных, так и коммерческих. Если не брать в расчёт узкоспециализированные системы, которые разработчики используют для тестирования, наиболее популярны три программы.

— полностью бесплатный инструмент от Oracle с поддержкой многих гостевых ОС, которые можно запустить на Windows, macOS и Linux. — продвинутые виртуальные машины для всех платформ. Позволяют запускать любые ОС и поддерживают расширенную эмуляцию 3D-графики. Есть бесплатные версии для личного использования и коммерческие — для корпоративного. — лучшее коммерческое решение для виртуализации на Mac. Обеспечивает высокую производительность и тесную интеграцию гостевой операционной системы с фирменными функциями macOS.

С чего начать и как это всё настраивается?

Первым делом на компьютере создаётся одна из виртуальных машин. Затем уже на неё устанавливается нужная операционная система. Далее в гостевую ОС инсталлируются необходимые программы, после чего ими можно пользоваться.

Как создать виртуальную машину?

Всё предельно просто. Воспользуемся для примера бесплатной машиной VirtualBox. В других программах процесс может немного отличаться, но в целом настройка практически идентична.

Скачайте утилиту по ссылке, выбрав версию для своей ОС.
Откройте инсталляционный файл и с помощью подсказок мастера установите VirtualBox.
Запустите программу и нажмите кнопку «Создать».
Задайте имя виртуальной машины, а также тип и версию ОС, которую планируете установить. Позже эти параметры можно сменить.
Укажите, сколько оперативной памяти выделить. Оставьте объём по умолчанию или задайте другой в пределах рекомендуемого.
Нажмите «Создать новый виртуальный диск» и укажите его формат. Если не собираетесь использовать этот диск с другим ПО для виртуализации, вам нужен тип VDI.
Далее выберите «Фиксированный виртуальный жёсткий диск» — он работает быстрее динамического и занимает строго отведённое место.
Задайте имя диска и укажите его объём. Для 64-битной Windows 10 нужно минимум 32 ГБ плюс дополнительное место для установки необходимых программ.
Готово!

После создания диска виртуальная машина появится в списке доступных. Её можно запустить. Больше ничего сделать не получится, поскольку на ней нет операционной системы.

И как установить ОС на виртуальный компьютер?

Как и на обычный. Понадобится образ системы или установочная флешка. В остальном процедура полностью аналогична. Для примера установим Windows 10.

Как теперь всем этим пользоваться?

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

Окей. А как установить приложение?

А флешку подключить можно?

Да, конечно. Только придётся сначала отмонтировать её из основной системы, поскольку одновременное использование накопителей невозможно. Делается это так.

Подключите флешку к компьютеру.
Зайдите в Finder или «Проводник» и отмонтируйте накопитель.
Перейдите в виртуальную машину и нажмите иконку USB на нижней панели.
Выберите нужное устройство из списка.
Накопитель сразу же появится в системе. Можно работать.

Как передать файл из основной ОС?

Через функцию общих папок, которая позволяет расшарить любые папки из основной ОС в гостевую и избавит от возни с флешками. Вот как её включить:

Я много лет использую VMWare, работаю с десятками производственных серверов с очень небольшим количеством проблем. Но я никогда не пытался разместить более 20 виртуальных машин на одном физическом хосте. Вот идея:

Я хотел бы посмотреть, сможет ли кто-нибудь достичь такой масштабируемости с помощью VMWare? Я сделал несколько тестов и столкнулся со странной проблемой. Производительность виртуальной машины начинает резко снижаться после запуска 20 виртуальных машин. В то же время на хост-сервере отсутствуют узкие места в ресурсах (диски простаивают на 99%, загрузка ЦП не достигает 15%, и имеется много свободной оперативной памяти).

Буду признателен, если вы поделитесь своими историями успеха в масштабировании VMWare или любой другой технологии виртуализации!

Какой продукт VMware вы планируете использовать? ESX? ESXi? Сервер? Только 5000 долларов США, вы можете продать мне два? :) У вас есть «это количество процессора» на вашем хостинг-сервере, и каждая виртуальная машина получит свою долю. Кроме того, у esxi будут накладные расходы: «переключаться на эту виртуальную машину, управлять ею, переключаться на следующую и т. Д.», Много раз в секунду. Это означает, что каждая виртуальная машина получит лишь небольшую часть от общего процессорного времени. Чем больше виртуальных машин, тем больше вы делите свой процессор (и тем больше накладных расходов вы также добавляете, что означает, что вместо того, чтобы иметь 100 виртуальных машин, у вас на самом деле будет немного больше).

Да, ты можешь. Даже для некоторых рабочих нагрузок Windows 2003 достаточно 384 МБ, поэтому 512 МБ - довольно хорошая оценка, пусть и немного высокая. ОЗУ не должно быть проблемой, как и ЦП.

100 виртуальных машин немного крутые, но это выполнимо, особенно если виртуальные машины не будут очень заняты. Мы легко запускаем 60 серверов (Windows 2003 и RHEL) на одном сервере ESX.

Предполагая, что вы говорите о VMware ESX, вы также должны знать, что может перегружать память. Виртуальные машины практически никогда не используют свой полностью выделенный объем памяти, поэтому ESX может выделять виртуальным машинам больше доступного объема оперативной памяти и запускать больше виртуальных машин, чем у него фактически «официально» есть.

Скорее всего, вашим узким местом будет не CPU или RAM, а IO. VMware может похвастаться огромным количеством операций ввода-вывода в секунду в своем маркетинге, но когда дело доходит до толчка, конфликты резервирования SCSI и ограниченная пропускная способность остановят вас на пути, прежде чем вы приблизитесь к хвастовству IOPS, которое VMware предлагает.

В любом случае, мы не испытываем снижения производительности на 20 ВМ. Какую версию ESX вы используете?

Спасибо Wzzrd! В настоящее время я использую VMWare Server 2.0, но планирую попробовать ESX очень скоро. Я очень внимательно наблюдал за вводом / выводом на всех хост-массивах, и единственный способ, с помощью которого я смог максимизировать его, - это перезагрузить несколько гостей одновременно. Когда гости выполняют легкую рабочую нагрузку или остаются бездействующими, диски хоста на 99% простаивают. Итак, я подозреваю, что что-то кроме CPU и IO вызывает замедление работы всех виртуальных машин. Кстати, они резко замедляются - требуется 20 секунд, чтобы открыть меню «Пуск», и если я запускаю диспетчер задач внутри виртуальной машины, диспетчер задач занимает 90% ЦП - странно! Это потому, что вы используете VMware Server. VMware Server - это платформа виртуализации поверх другой платформы (чаще всего Linux), в то время как ESX - платформа виртуализации с нуля. Очень разные, как по концепции, так и по тому, как она работает. К сожалению, когда наступит день патча с 100 виртуальными машинами, вы будете перезагружать большую часть мата в одно и то же время;) И патчить самому сложно. Остерегайтесь пакета обновления - вот когда начинается настоящая боль;) Хватит дурачить себя, думая, что голый металл - это нечто особенное. ESXi - это просто урезанный Linux. Да, линукс

Одной из основных проблем такой большой среды является предотвращение стихийных бедствий и защита данных. Если сервер умирает, то вместе с ним умирает 100 виртуальных машин.

Вам необходимо спланировать отказоустойчивость виртуальных машин и запланировать управление дополнительными виртуальными машинами, которое защитит виртуальные машины в случае сбоя. Разумеется, такой вид избыточности означает увеличение затрат, и, вероятно, именно поэтому такие затраты часто не утверждаются до тех пор, пока их преимущества не будут видны на практике (из-за их отсутствия).

Помните также, что хост VM является лишь одной из нескольких точек отказа:

Сеть - что делать, если сетевая карта хоста ВМ выходит из строя?
Память - что, если часть памяти хоста ВМ испортится?
CPU - если умирает ядро CPU, что происходит с виртуальными машинами?
Питание - есть только один - или два - силовых кабеля?
Порт управления - предположим, вы не можете получить доступ к управлению хостом виртуальной машины?

Это лишь некоторые из них: массивная инфраструктура виртуальных машин требует пристального внимания к предотвращению потери данных и предотвращению потери виртуальных машин.

Нет никаких заявлений о его жизнеспособности в производственном процессе, но есть очень интересная демонстрация NetApp, где они предоставляют рабочие столы 5440 XP на 32 хостах ESX (это 170 на хост) примерно за 30 минут, используя очень мало дискового пространства из-за дедупликации по отношению к обычной виртуальной машине. картинки

Я предполагаю, что ваши ограничения исходят от дисковой подсистемы. Вы, кажется, учли использование памяти и процессора соответственно.

Никогда не делал этого - но я обещаю, что вы потратите гораздо больше, чем на хранилище, чтобы получить достаточное количество IOP для поддержки столько виртуальных машин, сколько вы будете на серверном оборудовании. Вам потребуется много IOP, если все 100 из них активны одновременно. Не звучит негативно, но вы также подумали, что вы кладете много яиц в одну корзину (звучит так, как будто вы выбрали решение с одним сервером?)

Я бы определенно создал несколько «корзин» и настроил несколько автоматических резервных копий. В наши дни узкие места ввода-вывода можно легко устранить с помощью SSD-накопителей. Я использовал диски Intel MLC емкостью 160 ГБ, и они впечатляют. Обычно производительность случайного ввода-вывода в 5 раз выше, чем у лучших дисков SAS (в простых конфигурациях RAID).

Больше всего меня беспокоит конфликт ЦП с 100 ВМ на одном хосте. Вы должны помнить, что процессор НЕ виртуализирован, поэтому каждой машине придется ждать доступа к процессору. Вы можете начать видеть конкуренцию, посмотрев на ESXTOP. Мне сказали, что более 5 в поле% RDY очень плохо для инженеров VMWare.

По своему опыту я видел около 30-40 серверов, работающих на одном хосте (не слишком много).

У меня было 10 хостов на VMWare Server 1.0.6 (под Windows 2003), и он регулярно сталкивался с проблемами ввода-вывода (и если ночные сборки когда-либо перекрывались с чем-то другим, у них были бы проблемы). После обновления с Windows до ESXi U3 мы обнаружили, что наши проблемы с производительностью исчезли (ночные сборки больше не давали ошибок).

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

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

Если вы собираетесь это сделать, то настоятельно рекомендую вам использовать новые процессоры Intel Nehalem серии Xeon 55xx - они предназначены для работы виртуальных машин, и их дополнительная пропускная способность памяти также очень поможет. О, и если вы можете использовать больше, меньшие диски, чем несколько, большие, - это очень поможет. Если вы можете использовать ESX v4 более 3.5U4 тоже.

У меня есть 20 виртуальных машин XP с 512 МБ памяти на компьютере с 16 ГБ. Меньше, чем это, и они меняются на диск, и это дает узкое место. Это всегда активные виртуальные машины XP.

VMware и его функция OverCommit должны позволить вам увеличить скорость памяти на каждом компьютере с XP. Аналогичная машина будет использовать одни и те же страницы, что может сократить объем записи на диск. Это то, что я хотел бы изучить для нашей установки, чтобы попытаться добавить больше машин, поскольку наши виртуальные машины XP производят 10-20 мг непрерывного дискового трафика.

Мы не смогли набрать 100 счастливых гостей на сервере VMWare, но потом обнаружили, что ESXi работает намного лучше. Итак, похоже, что 100 XP vms не является проблемой, если вы используете ESXi и приличный сервер (несколько зеркал диска для распределения ввода / вывода, пара микросхем I7 и 64 ГБ ОЗУ). Для конечных пользователей нет видимой задержки, и ресурсы хоста не исчерпаны (самая горячая - это процессор, но обычно она простаивает как минимум на 70%).

PS. Этот вопрос был опубликован мной еще тогда, когда мы боролись с VMWare Server.

В прошлый раз, когда я проверял, VMware рекомендует использовать не более 4 виртуальных машин на каждое ядро обработки для ESX, при этом по одному виртуальному ЦПУ на виртуальную машину

Это предполагает, что накладные расходы менеджмента становятся фактором.

Читайте также: