Vmware расширение файла виртуальной машины
Немного справочной информации. В VMware есть несколько основных файлов виртуальной машины:
- *-flat.vmdk — бинарный файл данных. Размер равен размеру HDD;
- *.vmdk — файл конфигурации жёсткого диска;
- *.vmx — Файл конфигурации машины.
Что делать, если при запуске виртуальной машины Вы столкнулись с ситуацией, когда она как бы потеряла свой жесткий диск?
Виртуальная машина (VM) в VMware Workstation
VMware Workstation, так же как и Vmware esxi хранит фалы в тех же форматах vmdk. Заметьте структура строения виртуальной машины такая же. Очень удобно, но чтобы ее завести на гипервизоре ESXI, необходимо произвести конвертирование vm.
Что такое виртуальная машина?
Внутри этого набора файлов работает операционная система с сервисами. Все это добро, лежит на дисках физического хоста, внутри файловой системы гипервизора. У каждого продукта этот набор файлов разный, так же как и формат, давайте пробежимся по каждому из них.
Если обратиться к Википедии, то (Virtual Machine или VM) - это система в задачи которой входит эмулирование аппаратного обеспечения или различных платформ. Сама виртуальная платформа умеет эмулировать, как отдельные аппаратные части, так и целые компьютеры или другое оборудование, например сетевые роутеры Juniper или Cisco, которые уже давно выпускают аналоги своих физических железок в виде виртуальных эплаинсов (Виртуальных машин), которые могут работать на физических серверах с гипервизорами и не привязываться к оборудованию, благодаря миграции.
Виртуальная машина на KVM
Что такое KVM - это виртуальная машина на основе ядра (KVM) - это технология виртуализации с открытым исходным кодом, встроенная в Linux. В частности, KVM позволяет превратить Linux в гипервизор, который позволяет хост-машине запускать несколько изолированных виртуальных сред, называемых гостевыми или виртуальными машинами (ВМ).
Если у вас Linux 2.6.20 или новее, у вас есть KVM. KVM был впервые анонсирован в 2006 году, а годом позже был объединен с основной версией ядра Linux. Поскольку KVM является частью существующего кода Linux, он немедленно извлекает выгоду из каждой новой функции, исправления и усовершенствования Linux без дополнительной разработки.
Форматы файлов виртуальных машин
Ниже я опишу основные форматы самых популярных гипервизоров, которые представлены на рынке виртуализации и публичных облаков.
Где применяются виртуальные машины?
Область применения виртуальных машин огромна, я постараюсь вам ниже перечислить основные направления:
- Равномерное распределение ресурсов мощных серверов - Это нормальная практика, что при покупке мощного физического сервера, вы хотите использовать его по полной программе. Если вы просто поставите на него операционную систему и развернете сервис, то с большой вероятностью, сервер будет сильно недозагружен. Выходом из такой ситуации и консолидация ресурсов, это установка гипервизора, в рамках которого вы будите создавать виртуальные машины, у каждой будет своя задача, и вы сможете максимально задействовать все доступные возможности железа. Так например у меня в компании огромный штат серверов Power Edge R740, на борту которого 1,5 тб ОЗУ и два мощных серверных процессора Intel по 18 ядер, вот их виртуальные машины смогут с лихвой использовать и принести гораздо больше пользы. Плюсом такого решения является, то что виртуальные машины независимы друг от друга, и их можно обслуживать не затрагивая соседей.
- Тестирование новых операционных систем - Данное решение подойдет, для изучения новых операционных систем, так и для тестирования каких-то функций, ролей, настроек. Очень мощным плюсом в таком подходе, то что вы все делаете в рамках изолированных виртуальных машин, сломав которые вы не нанесете вреда своей инфраструктуре. Еще есть огромный бонус, это снапшоты, которые позволяю вам быстро откатываться на любое состояние виртуальной машины, удобно при тестах.
- Запуск старого и несовместимого программного обеспечения - Простой пример, у вас есть старое ПО, которое уже давно не обновляется и не поддерживается, например со стороны Windows 10, или принтер, который не имеет драйверов для той же десятки и вы не хотите покупать новое, когда работает старое. Выходом из ситуации является установка виртуальной машины с нужной версией ОС, где вы легко будите использовать нужное, устарелое ПО или оборудование, которое легко пробрасывается внутрь виртуальной машины. Кроме того, запускать устаревшее программное обеспечение таким способом намного безопаснее, поскольку оно изолировано внутри виртуальной машины.
- Разработка программного обеспечения для других платформ - Еще одно важное применение виртуальных машин - это упрощение рабочего процесса для тестирования приложений и веб-сайтов на нескольких платформах. Например, предположим, что вы разрабатываете игру, которая работает как на настольных, так и на мобильных платформах. Вы можете использовать эмуляцию для тестирования различных версий прямо на вашем компьютере. Вместо того, чтобы перемещать файлы установщика туда и обратно на телефон и другие тестовые компьютеры, вы можете просто имитировать их. Виртуализация также позволяет компилировать исполняемые файлы других типов. Даже если вы используете кросс-платформенный Фреймворк, вы можете скомпилировать только файлы APP на Mac и файлы EXE на Windows. Вместо двойной загрузки для каждой сборки виртуализация упрощает процесс. Иногда нет замены запуску приложений на реальном оборудовании, поскольку эмуляция не идеальна. Но для многих целей эмуляция - это удобный способ получить доступ к другим ОС без особых проблем.
- Безопасное обращение с потенциально вредоносным ПО - Как мы видели, одним из основных преимуществ виртуальной машины является ее изоляция от вашей основной системы. Это означает, что вы можете пойти на риск, которого обычно избегаете. Вы легко можете проверять в рамках виртуальной машины антивирус и вирусы, вредоносное ПО, методы лечения компьютера. При этом не затрагивая вашу основную систему.
Виртуальная машина (VM) в Vmware esxi
У виртуальных машин vmware esxi, основной формат файлов это vmdk, в данном файле хранится по сути сам жесткий диск подключаемый к виртуальной машине. На скриншоте ниже представлены файлы реальной виртуалки, про остальные форматы советую прочитать в Описание форматов ESXI.
Виртуальная машина esxi
Виртуальная машина (VM) в VirtualBox
У VirtualBox естественно свой формат виртуальной машины, а именно vdi. Его так же можно переконвертировать во что вам нужно.
Виртуальная машина (VM) в xenserver
Xenserver имеет формат XVA у виртуальной машины. На скришоте приведен пример.
Резюме
Структура файлов в ESXI виртуальной машине
Откроем ваш datastore с нужной виртуальной машиной через правый клик и выбор пункта меню Browse.
Переходим в папку с вашей виртуальной машиной (VM) и видим некоторый набор файлов.
Описание форматов файлов виртуальной машины ESXI
Хочу отметить, что flat вы через vCenter сервер не увидите, так сделано.
для этого придется вам включить ssh и подключиться либо через WinSCP или же, через ssh клиента. И вот там вы уже их обнаружите.
Роль диска ВМ выполняет пара файлов – .vmdk и -flat.vmdk.
Именно в последнем содержаться те данные, что лежат на диске виртуалки.
Притом, этот файл по умолчанию создается предразмеченным – т.е. под него резервируется все место, которое он может занять. Т.о., если вы создали диск для ВМ и его размер указали в 40 ГБ, все 40 ГБ на VMFS разделе у окажутся занятыми сразу.
(Отступление в сторону – если vmdk создается на NFS разделе, то именно на NFS он сразу создается в формате "thick" – "растущий" по факту, с нулевым начальным размером. Так же, можем в этом формате создавать vmdk и на VMFS – но сейчас только с помощью командной строки, не из GUI. Подробнее тут – Типы дисков(vmdk файлов))
Так вот. Теперь, с ВМ мы можем сделать снапшот. Это – снимок состояния, фиксация текущего состояния этой ВМ, на которое можно вернуться потом.
Технически это означает следующее:
файл -flat.vmdk переводится в режим только чтения.
Создается файл –delta0001.vmdk, и в эту дельту начинают писаться те блоки, которые меняются относительно исходного файла. Т.е. по умолчанию дельта размера 0, а потом начинает расти. Растет она блоками по 16 МБ. Это не очень хорошо, потому что для каждого увеличения генериться SCSI reservation. Один SCSI reservation – это нормально, но если они будут генериться часто – это приведет к снижению производительности дисковой подсистемы.
Если спустя еще какое то время сделать еще один снапшот, то теперь в режим только чтение переводится и -delta0001.vmdk, и появляется файл -delta0002.vmdk. Во вторую дельту начинают писаться те блоки, которые меняются относительно -flat.vmdk+ -delta001.vmdk.
Файл -delta000 Xvmdk не будет размером больше, чем номинальный размер диска ВМ.
В моем примере это 40 ГБ.
ВАЖНО!
Для функционирования ВМ нужны все vmdk файлы – и основной, -flat.vmdk, и все файлы-дельта. Не уподобляйтесь персонажу отсюда.
На что стоит обратить внимание:
ВМ с диском в 40 ГБ реально на VMFS разделе может занимать до 40*(кол-во снапшотов + 1) гигабайт места. Каждая такая ВМ.
Притом, есть мнение, что в некоторых случаях файлы дельты могут расти достаточно активно при практически нулевой активности с диском ВМ. Ведь даже тогда, когда вы или приложение ничего не меняете на диске виртуалки, там есть файл подкачки, к примеру – который меняется => растет дельта.
Так же крайне не рекомендуется делать дефрагментацию ВМ со снапшотами – ибо вырастет дельта, и вырасти она может сильно.
Удаление снапшота размером в 100ГБ может занимать 3-6 часов.
Расширять диск ВМ имеющей снапшоты – плохая идея. Увеличить размер диска можно командой vmkfstools -X или из GUI(начиная с 3.5 версии ESX). Так вот, скорее всего, ВМ больше не стартует, если расширение диска было произведено при имеющихся снапшотах. Как чинить – Top Support Issues and How to Solve Them – Batch 2.
Если есть желание, чтобы диск ВМ был неподвержен снапшотам, то в его свойствах выберите " Independent ". Кстати, если ВМ имеет " Independent " диски, то в снапшот не может быть включена ее память.
Всем привет! Сегодня расскажу про форматы файлов виртуальной машины Vmware ESXI. Если вы откроете диск на, котором лежит ваша виртуальная машина, то вы найдете там набор файлов, понимание того, что за что отвечает даст вам понимание того, как потом ремонтировать вашу VM. Данный знания вам окажутся полезным, при модификации конфигурационного файла или же при конвертировании в OVF формат, либо же избавление от SWAP файла (Файла подкачки). Думаю, что это будет интересно.
Алгоритм конвертации VMDK в OVF или OVA
Если у вас есть возможность, то вы можете сразу выгрузить виртуальную машину в формат OVA или OVF, я это уже описывал. но там то же есть ряд ограничений, а именно очень сложно так экспортировать файлы свыше 100 ГБ. Если же у вас нет возможности сразу получить шаблонный формат, то наш с вами метод заключается втом, что мы воспользуемся утилитой VMware OVF Tool.
Открываем командную строку или powershell и вводим команду:
.\ovftool.exe C:\Temp\VMDK\test.vmx C:\Temp\OVF\test.ovf
Где у меня в папке C:\Temp\OVF\ будет создан test.ovf. Сам процесс преобразования VMDK вы можете наблюдать в процентах.
Как видите задание успешно выполнено.
Напоминаю, что у вас в исходной папке должны быть файлы vmx, это конфигурационный файл, файлы vmdk и flat. О форматах файлов ESXI вы можете почитать по ссылке слева.
На выходе я получил OVF шаблон, с двумя виртуальными дисками VMDK и файлом манифестом.
Вы можете посмотреть содержимое файла манифеста (test.mf), любым текстовым редактором. Тут будут находиться контрольные суммы каждого файла, в значении SHA256. Сделоно это для избежания подмены файлов.
Теперь давайте преобразуем файлы VMDK в OVA файл. Пишем такую команду:
.\ovftool.exe C:\Temp\VMDK\test.vmx C:\Temp\OVF\test.ova
На выходе мы уже получили, только один файл.
Сжатие OVF и OVA
Утилита ovftool.exe, позволяет дополнительно сжимать VMDK файлы при конвертировании в шаблоны, для этого используется ключ --makeDeltaDisks, сжимает процентов на 5-7, но то же не плохо. Делается, через команду:
Бывают ситуации, что после сжатия у вас шаблон может не импортироваться и выдать ошибку: OVF package with compressed disks is currently not supported for OVF import
Мне мой vCenter сервер сказал, что OVF шаблоны с сжатыми дисками он не поддерживает.
Периодически я слышу от практикующих инженеров странное: VMDK, VHD и VHDX – абсолютно разные форматы виртуальных дисков, чуть ли не закрытые, а конвертировать из одного в другое – долго и больно. Сегодня наглядно покажу, что это не так, разберу, как эти форматы соотносятся друг с другом и как делать быструю конвертацию при миграции с Hyper-V на VMware и обратно.
Немного теории. C точки зрения свойств, виртуальные диски делятся на два типа:
- тонкие (thin disk, dynamic disk) и
- толстые (thick disk, fixed disk). Все остальное — разностные, thick provisioned lazy- zeroed – лишь вариации на тему.
Виды гипервизоров
Основными игроками на данном рынке, являются конечно, компания VMware с продуктом vmware esxi и MS с Hyper-V, proxmox или openstack. Раньше был XenServer, но он сдался и перестал вести конкуренцию с данными компаниями. Это виртуализация первого уровня, имеется в виду, что сами гипервизоры ставятся на голое железо, а уже поверх них виртуальные машины. Существуют еще и гипервизоры второго уровня, ее еще называют вложенная виртуализация, те которые ставятся в операционной системе в виде программы и дальше позволяют уже внутри ОС, создавать виртуальные машины, это называется еще паравиртуализация. Примерами может быть VMware Workstation или Virtual Box. На сайте виртуализации посвящено более 300 статей, советую ознакомится.
Для чего нужно конвертировать VMDK
Прежде, чем мы с вами займемся преобразованием виртуальных дисков в формат шаблонов, я бы хотел разобрать вопрос, при каких условиях вам все это необходимо, всегда нужно знать сценарии:
- Самый распространенный сценарий, по которому вам нужно сделать из VMDK OVF или OVA шаблон, это передача машины другим лица. Простой пример, ваш друг попросил вас помочь ему в развертывании какой-либо инфраструктуры или сервиса. Вы развернули у себя VMware ESXI 6.5 или Vmware Workstation 14, создали виртуальную машины. Все настроили на ней и хотели бы передать ее своему приятелю. Но проблема в том, что она может весить приличное количество мета, например, 100 гб в несжатом виде. Согласитесь, что это даже сейчас муторное дело, по передачи такого объема данных. Но вас может выручить конвертация виртуальной машины в шаблон OVF или OVA, в результате чего она сожмется раза в 3, в среднем, а это уже 30 гб
- Второй сценарий, это вам так же нужно перенести настроенную виртуальную машину на другую площадку, например, VMware vCLoud Director, понятно, что вы можете поднять дополнительную инфраструктуру, которая поможет вам мигрировать виртуальную машину, но согласитесь, вы же не будите это делать из-за одного или двух раз переноса данных в облако.
Описание форматов файлов виртуальной машины ESXI
Всем привет! Сегодня расскажу про форматы файлов виртуальной машины Vmware ESXI. Если вы откроете диск на, котором лежит ваша виртуальная машина, то вы найдете там набор файлов, понимание того, что за что отвечает даст вам понимание того, как потом ремонтировать вашу VM. Данный знания вам окажутся полезным, при модификации конфигурационного файла или же при конвертировании в OVF формат, либо же избавление от SWAP файла (Файла подкачки). Думаю, что это будет интересно.
Описание форматов файлов виртуальной машины ESXI
Виртуальные машины в публичных облаках
На момент написания статьи уже почти 2021 год, пандемия показала, что многие бизнесы можно и нужно переформатировать от облачного варианта в онлайн. Многим компаниям аренда серверных мощностей в публичном облаке выходит дешевле, чем содержать свой штат физических серверов и администраторов. Логично, что на данном рынке сразу появилось огромное количество игроков, кто за умеренную плату позволит вам на их мощностях запустить нужное количество виртуальных машин. Вот список основных игроков:
- AWS - Это публичное облако компании Amazon, там по мимо создания виртуальных машин, можно еще делать кучу всего, например передать туда делегирование вашей DNS зоны. Гипервизор там называется EC2 – гипервизор Nitro.
- MS Azure - Это публичное облако компании Microsoft, там все так же под капотом будут виртуальные машины на Hyper-V.
- Google Cloud - Публичное облако гугл, так же позволяет арендовать сотни различных конфигураций виртуальных машин
- Яндекс Облако - отечественный аналог, так же решил попробовать свои силы на этом поприще
- Куча мелких сервисов по типу Даталайн, МТС, Softline, Специалист, Билайн и многие другие, они делают виртуальные машины на базе купленного VMware Cloud Platform.
Виртуальная машина (VM) в Proxmox
Proxmox использует формат qcow2. Набирающий сейчас популярность, гипервизор. Так же как и VirtualBox, полностью бесплатный.
Как преобразовать OVF в OVA
бывают и таки задачи, когда нужно из OVF получить OVA или наоборот. Делается это все так же с помощью утилиты ovftool.exe, пишем такую команду.
Форматы дисков
RAW – «сырой» образ любого диска. Это обычный контейнер, который не содержит никаких специфических заголовков и футеров и представляет образ диска «как есть». Если мы откроем такой образ HEX-редактором, то сразу увидим заголовки GPT/MBR и/или файловой системы. Точно такой же образ получается через команду dd в Linux. RAW в этом плане абсолютно честен с нами.
Начало файла RAW.
Конец файла RAW.
VMDK. VMware ESXi – обыкновенный RAW, где геометрия диска описывается в обычном текстовом файле-описателе (дескрипторе). Именно его имя мы видим в vSphere Console, когда подключаем виртуальный диск к виртуальной машине или просматриваем содержимое каталога на Datastore. VMware ESXi ничего не делает с образом. Совсем. Диск покоится себе и расширяется по мере необходимости. В лучших традициях VMware формат описателя очень простой:
И он не только простой, но и функциональный: достаточно сделать пометки в файле-описателе, чтобы расширить виртуальный диск до каких угодно поддерживаемых значений. Это позволяет заполнить диски нулями или пометить его как тонкий, без необходимости держать информацию о геометрии в заголовках диска.
Ниже представлены некоторые стандартные значения всех разделов дескриптора:
Описание всех значений можно посмотреть в спецификации формата: VMware Virtual Disk Format 1.1
VHD. Толстый VHD – тот же самый RAW, но с 512-байтным футером, где описывается геометрия диска. Какого-то отдельного файла-описателя у виртуальной машины Microsoft Hyper-V нет. Описание геометрии диска занимает 4 байта. Собственно, отсюда ограничение на размер диска в 2 Тб.
Футер. Последние 512 байт диска.
Самое интересное, что если создать файл-описатель и подсунуть в ESXi VHD-диск с футером, то гипервизор VMware проигнорирует этот футер и примет VHD как родной.
При Storage vMotion с конвертацией диска в тонкий он просто отрежет этот футер, и на выходе мы получим тот же RAW без нулей в конце. А при конвертации в толстый диск – честный RAW. Это я и собираюсь продемонстрировать чуть позже.
VHDX. Вся информация о геометрии диска хранится в первых 4096 Кбайтах виртуального диска – в области заголовка.
Общая схема толстого диска VHDX.
Что представляет из себя эта область? В ней содержатся две копии заголовков со своими логами, BAT и область метаданных общие.
Логическая структура заголовка диска.
В единицу времени только одна копия заголовка активна. Это обеспечивает определенный уровень отказоустойчивости заголовка в случае незапланированных прерываний операций чтения/записи. После каждой операции I/O копия реплицируется, и происходит переключение на нее.
Макет области заголовка.
Для конвертации VHDX в RAW нам всего-то нужно отрезать первые 4096 KB.
Начало данных на 5 МБ.
Внимательный читатель, конечно же, скажет: ок, Женька, а слабо RAW конвертнуть в VHDX? На что я отвечу: зависит от файловой системы и от того, насколько она позволяет записывать данные в начало файла. Вручную на файловой системе NTFS это можно сделать, сместив в MFT начало файла на 4 Мб вперед и дописав в это место заголовок.
По этому же принципу работает утилита vhdxtool.exe. Однако при этом преобразовании мы не получим красивую картинку в виде 4 Мбайт заголовка и RAW. Диск будет виден и даже будет корректно работать как VHDX, но будет и много «мусора» из нулей, появившихся из-за манипуляций со смещениями (offsets). Диск будет не оптимизирован. ВМ с таким диском рекомендуется смигрировать на другой том или оптимизировать через командлеты Convert-VHD или Optimize-VHD. Если этого не сделать, диск будет занимать больше места, чем должен, и, возможно, медленнее работать.
Однако в сценариях миграции с VMware на Hyper-V эта утилита незаменима, так как позволяет провести преобразование на месте, без необходимости побайтового считывания исходного диска и создания рядом копии. Все шероховатости будут сглажены при первом же Storage Live Migration.
Вывод: толстые диски форматов VMDK, VHD, VHDX на деле мало чем отличаются друг от друга. В их основе RAW c различными добавками. Тем же HEX-редактором или функциями ОС для работы с файловой системой мы можем за пару секунд превратить 10 Тб VMDK или VHDХ в диск целевого гипервизора.
Давайте на практике посмотрим, как VMware Exsi справится с VHD.
-
В качестве примера я создал образ Windows Server с помощью Convert-WindowsImage с инъекцией драйверов VMware и параметрами:
- OS Version: Windows Server 2019 Standard,
- Disk Type: Fixed,
- Disk Layout: GPT,
- Disk Size: 30GB.
Если не хочется фокусов, то можно воспользоваться инструментами ниже.
Исходный формат | Целевой формат | Инструменты | Пример команды |
VHD | VHDX | vhdxtool.exe | vhdxtool upgrade -f .vhd |
VMDK (RAW) | VHD | vhdtool.exe | vhdtool /convert .vmdk |
VMDK (RAW) | VHDX | vhdtool.exe vhdxtool.exe | vhdtool /convert .vmdk |
Подведем итоги. Различные форматы толстых виртуальных дисков не такие уж разные. В основе всего RAW с различными “добавками”.
Конвертация форматов виртуальных дисков — это не страшно, и, как я показал, иногда можно обходиться даже без нее.
Основной профит всего этого — сокращение времени миграции с Hyper-V на VMware и обратно и времени простоя ВМ при миграции. В DataLine мы такое практикуем с простоем ВМ менее 30 минут. Рекорд же — 40 секунд простоя ВМ при миграции между гипервизорами.
Только помните, что при миграции между разными гипервизорами одной конвертации недостаточно. Как минимум нужно предварительно поставить компоненты интеграции целевого гипервизора, удалить или отключить запуск компонентов исходного гипервизора, удалить виртуальные устройства исходного гипервизора и т.д. Но это уже совсем другая история, о которой я тоже могу рассказать.
Виртуальная машина (VM) в MS Hyper-V
Виртуальная машина microsoft, не может к счастью, а может быть и наоборот, таким большим набором файлов. Безусловно, удобно иметь один отдельный файл с жестким диском и один с настройками BIOS и железа. У Hyper-V есть старый формат и новый. Старый это vhd, был до 2010 года в версии Hyper-V 2.0. С выходом Windows Server 2012 R2, и Hyper-V 3.0 формат файла поменяли на vhdx. В файлике xml хранятся настройки виртуальной машины.
Виртуальная машина microsoft
Структура файлов в ESXI виртуальной машине
Откроем ваш datastore с нужной виртуальной машиной через правый клик и выбор пункта меню Browse.
Переходим в папку с вашей виртуальной машиной (VM) и видим некоторый набор файлов.
Описание форматов файлов виртуальной машины ESXI
Хочу отметить, что flat вы через vCenter сервер не увидите, так сделано.
для этого придется вам включить ssh и подключиться либо через WinSCP или же, через ssh клиента. И вот там вы уже их обнаружите.
- *.vmx - Главный конфигурационный файл, содержит все настройки и сведения, о добавленном железе.
- *.vswp - Файл подкачки
- *.nvram - Постоянная память RAM: содержит текущие настройки виртуальной BIOS
- vmware.log - логи виртуальной машины
- *.vmtx - файл шаблона
- rdm.vmdk - RDM диск (Например LUN отданный виртуалке на прямую)
- *.vmdk - Описание параметров виртуального диска
- *flat.vmdk - Это расширение используется для файлов данных монолитных (не растущих) неразделённых дисков (preallocated monolithic disks)
- .vmem - Файл подкачки виртуальной машины
- *0000000*.vmdk - Этот файл содержит изменения, произошедшие с момента создания снапшота X
- *.vmsn - Содержит текущие данные снапшота, nvram и копию vmx-файла
- *.vmsd - Параметры текущего снапшота
- *.vmss - Содержит RAM приостановленной (suspended) виртуальной машины
Всем привет, ранее мы с вами рассмотрели, что такое виртуализаиция, и для чего она используется. Как вы уже знаете, за счет виртуализации, на хосте vmware esxi и Hyper-V запускаются виртуальные машины. Сегодня мы разберем, что из себя представляют эти виртуальные машины, какие они бывают.
Давайте для начала вспомним, какие бывают гипервизоры. Напомню гипервизор это прослойка между железом и виртуальной машиной, которая перехватывает от них задачи на обращение к железу и передает их физическому хосту.
Как работает KVM?
KVM превращает Linux в гипервизор типа 1 (без операционной системы). Всем гипервизорам необходимы некоторые компоненты уровня операционной системы, такие как диспетчер памяти, планировщик процессов, стек ввода/вывода, драйверы устройств, диспетчер безопасности, сетевой стек и многое другое - для запуска виртуальных машин. KVM имеет все эти компоненты, потому что это часть ядра Linux. Каждая виртуальная машина реализована как обычный процесс Linux, запланированный стандартным планировщиком Linux, с выделенным виртуальным оборудованием, таким как сетевая карта, графический адаптер, процессор (ы), память и диски.
Читайте также: