Контейнеризация - можно ли ее отнести к «hardware virtualization»?

Вряд ли.

Всё-таки ближе к chroot чем к полноценным VM. Но при использовании ОС отличных от той в которой был собран контейнер используется именно полноценная виртуализация.

загуглить cgroups не

Нет.

Контейнеры это chroot на стероидах, индивидуальный userspace, ядро хоста но с изоляцией групп процессов. Так что контейнеры можно называть визуализацией на уровне ядра.

Спасибо. То есть я правильно понимаю, что:

• «hardware virtualization» существует лишь тогда, как мы используем полноценную виртуализацию.
• полноценную виртуализация используется в контейнерах лишь в том случае, если контейнер был собран на одной ОС, а используется на другой

... и поэтому ответом на мой вопрос будет «когда как»?

Но при использовании ОС отличных от той в которой был собран контейнер

А кто так умеет? ЕМНИП, только в Солярке можно было запустить RH в контейнере.

контейнер <не равно> полная виртуализация.

внутри контейнера та же операционка, что и снаружи.

Ну как бы да, везде в статьях так и пишут. Но выше человек говорит что

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

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

Не совсем так. Если взять за пример докер, контейнеризация - это, упрощенно говоря, изоляция процесса. Внутри контенера никакой ОС нет. Хотя в общем случае нужно смотреть на конкретную имплементацию

Нет.

И нет нельзя назвать: аппаратной она у тебя будет только когда будет использовать возможности виртуализации конкретного CPU. Как отписали выше, докер это всего лишь раздутый chroot для микросервисов и прочего хипстерского дерьма.

alpha, докер же не умеет в возможности VT-x/VT-d ?

С моей точки зрения первый вариант правильный, а второй - нет. А с вашей?

Какое определение дашь, так и будет. С моей точки зрения процессы под одной ОС — это виртуализация процессора и памяти, т. е. тоже hardware virtualization.

Там всё написано https://www.oreilly.com/library/view/virtual-machines/9781558609105/.

только в Солярке можно было запустить RH в контейнере.

Э.. Но в описанном тобой случае вообще, как я понимаю, теряется различие между контейнером и ВМ. Если мы можем загрузить отдельную ОС как внутри ВМ, так и внутри контейнера - в чем будут различия между ними?

Виртуальная машина - это эмуляция определенного окружения, в том числе и железа. Использование всяких VT-x, не является обязательным условием, чтобы это можно было называть ВМ.

Контейнер - это изоляция в рамках существующей среды, здесь эмуляции нет.

В примере с Соляркой, ядро Linux не использовалось, контейнер работал на ядре Солярки.

А, понял, спасибо.

Тут еще такой вопрос. Вот ты используешь сейчас слово «эмуляция».

Но ведь насколько я понимаю, очень часто слово «эмуляция», «эмулятор» используют в несколько другом значении. А именно:

• Используя гипервизор (например (VMware Workstation) ты не сможешь запустить AmigaOS на x86-компьютере, потому что у тех компов, для которых AmigaOS создавалась, был иной instruction set.
• Но ее запуск на x86-компьютере будет возможным если использовать эмулятор (QEMU) вместо гипервизора.

Таким образом, слово «эмуляция», как я понимаю, имеет два разных значения:

• Та эмуляция, когда ОС запущена в гипервизоре
• Та эмуляция, когда ОС запущена в эмуляторе

Так?

QEMU - это тоже гипервизор, вообще-то. Создание и управление виртуальными машинами - это и есть гипервизор.

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

QEMU - это тоже гипервизор, вообще-то.

Пример не очень хороший, да. Но QEMU вроде может работь и как эмулятор:

QEMU is a generic and open source machine emulator and virtualizer.

When used as a machine emulator, QEMU can run OSes and programs made for one machine (e.g. an ARM board) on a different machine (e.g. your own PC). By using dynamic translation, it achieves very good performance.

When used as a virtualizer, QEMU achieves near native performance by executing the guest code directly on the host CPU.

https://wiki.qemu.org/Main_Page

В этом конкретном случае это подчеркивает характер виртуализации, можем динамически транслировать, а можем аппаратно исполнять.

Если вернуться к изначальному вопросу, то hardware virtualization - это имитирование (эмулирование) некого окружения, в данном случае некоторой машины с определенным набором аппаратного обеспечения. Т.е. ПО запущенное в «hardware virtualization» будет вести себя, как и будучи запущенным на реальном железе (с оговорками). Какими средствами это достигается, вопрос второй.

QEMU - это тоже гипервизор, вообще-то

*FACEPALM*
НЕТ. Иди учи матчасть.

Аргументируй.

Если Qemu - это гипервизор, то что тогда такое kvm?

Что тебе аргументировать? Что qemu - это проект по реализации эмуляции? Что эмуляция не имеет отношения к виртуализации? Что ты вообще не понимаешь значения слов «виртуализаци» и «эмуляция»? Или что проект qemu-kvm является синтезом qemu и kvm, а ты не в состоянии читать буквы?

Да это просто очередной дурак, который произносит слова, значение которых не понимает.

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

Совершенно необязательно. Более того, например у меня в lxc на x86 машине прекрасно работает ARM rootstrap из Harmattan SDK, где я легко собираю всё что мне нужно для N9 без кросс-компиляции в реальном харматтановском окружении. ARM бинарники запускаются через соответсвующую магию binfmt_misc и qemu-user, который в данном случае работает просто интерпретатором байт-кода ARM. Системные выовы и пр этих ARMовых бинарников при этом идут в ядро x86.

Такое можно даже в croot провернуть, контейнер тут не обязателен.

Пока вызовы ядра совместимы, виртуализация в общем-то и не требуется.

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

Таненбаум использует рафинированные cs-определения терминов, которые в реальном, повседневном айти используются чуть чаще, чем никогда. Чего только стоит его «операционная система = ядро»

Так что тут надо для начала спросить, чего хочет добиться ТС, и для чего ему нужны эти определения.

Таненбаум не единственный, кто использует именно такое определение гипервизора. Впрочем, оппонент пока не привел аргументов против, если не считать поток оскорблений аргументацией.

А кто так умеет? ЕМНИП, только в Солярке можно было запустить RH в контейнере.

Докер на венде запускает контейнеры в виртуалке.

Иди учись понимать в чем разница между «эмуляция» и «виртуализация». И почему название qemu-kvm состоит из «qemu» И «kvm».

И каким образом твой словесный понос свидетельствует о том, что qemu не гипервизор? Где пруфы, Билли?

У тебя вообще моск есть? qemu - это система Э-МУ-ЛЯ-ЦИИ. Ты читать умеешь? Я тебе по слогам написал.

Чтобы был конструктив, давайте дадим определение в треде: что есть виртуализация, что есть эмуляция. Чтобы были наглядно видны различия.

Виртуализация - это процесс разделения (существующих) ресурсов.
Эмуляция - это процесс имитации ресурсов.
Гипервизор - это демон управления.

Когда ты создаешь новую виртуалку, например так:

qemu -enable-kvm -cdrom some.iso -hda disk.qcow2 ...

Qemu, в качестве гипервизора создает ВМ и управляет её жиненным циклом, эмулирует окружение в виде несуществующего cdrom и hdd и использует kvm для доступа к аппаратной виртуализации. Если ты уберешь опцию -enable-kvm, то qemu не будет использовать аппаратную виртуализацию, заменив её динамической трансляцией. Перестает ли qemu от этого быть гипервизором? Очевидно, нет.

То есть я правильно понимаю, что ты «эмулятор» как отдельную сущность не признаешь? В твоей терминологии гипервизор = эмулятор, и всё различие лишь в том, что одни «гиперляторы» обладают б_О_льшим набором фич (например: эмуляция instruction set architecture) и это позволяет, например, запустить AmigaOS на x86 (ПРИМЕР: QEMU), а другие — меньшим (эмуляция CD-ROM, объема памятия) (ПРИМЕР: WMWARE WORKSTATION). Всё верно здесь или моя шиза?

Ты в его профиль глянь. Senior Java developer. У него мозга нет вообще. Ни грамма. Этот придурок всё оценил про имени файла-бинарника. Настоящий, эталонный программист. Уж поверь, я этих синьоров навидался. Они, как правило, сидят на маке и не в состоянии самостоятельно себе убунту накатить. Безмозглые животные.

Да ладно, не сритесь. Меня лично очень даже интересует, что он думает.

«hardware virtualization» существует лишь тогда, как мы используем полноценную виртуализацию.

Hardware virtualization - это когда виртуализируются, внезапно, устройства. Аппаратные устройства.

Интересная версия. А может быть это технология виртуализации, имеющая реализацию в железе? Как думаешь? Например, amd pacific.

А может быть это технология виртуализации, имеющая реализацию в железе?

Нет. Если немного залезть в дебри, мы найдем там виртуальные устройства вроде виртуальной сетевой карты и или виртуального контроллера прерываний. Это и есть hardware virtualization. Кроме того, если зайти на страницу Wikipedia, о которой говорит ТС, там вполне однозначно сказано:

«act of creating a virtual (rather than actual) version of something, including virtual computer hardware platforms, storage devices, and computer network resources.»

Например, amd pacific.

Устройства виртуализировались еще до появления процессоров Intel, не говоря уже об AMD. Кроме того, без виртуализации устройств и SVM, и VTx практически бесполезны.

Меня лично очень даже интересует, что он думает.

Он думает, что qemu - это гипервизор... просто для протокола - это не совсем так.

А вообще, что ты думаешь на то сообщение?

Контейнеризация - можно ли ее отнести к «hardware virtualization»? (комментарий)

я не знаю кто там писал в википедии, но

«act of creating a virtual (rather than actual) version of something, including virtual computer hardware platforms, storage devices, and computer network resources.»

называется словом «эмуляция». Эмуляция - это программая имитация устройства. Всегда так было и всегда так будет.

Я признаю эмулятор как отдельную сущность. Гипервизор != эмулятор.

«act of creating a virtual (rather than actual) version of something, including virtual computer hardware platforms, storage devices, and computer network resources.»

называется словом «эмуляция»

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

Эмуляция - это программая имитация устройства.

Можно сказать и так.

Я не знаю, где ты набрался этого говна, но это всё не так. Виртуализация - это процесс разделения существующего (эмулированного) аппаратного ресурса между потребителями. Чтобы разделить ЦП между разными ОС необходимо уметь запоминать состояние ЦП и уметь переключаться между этими состояниями. Это можно сделать программно, как раньше. Позже эту технологию реализовали в железе. Потому что это быстрее, чем старая программная реализация. И вот эта реализация в железе и называется словосочетанием «аппаратная виртуализация». Еще раз, имитация оборудования называется эмуляцией и реализуется проектом qemu. Еще раз, разделение ресурсов называется виртуализацией, имеет поддержку (или НЕ имеет) в железе (как SR-IOV, например) и реализуется проектом KVM. Всё вместе это даёт «систему виртуализации», в рамках которой виртуальная машина получает часть РЕАЛЬНОГО ЦП, часть РЕАЛЬНОГО ОЗУ и пачку эмулированных или проброшенных устройств. ТОЧКА.

Виртуализация - это процесс разделения существующего (эмулированного) аппаратного ресурса

(пожимая плечами) Как скажешь.

Разумеется, в контексте виртуализации ЦП, виртуальная машина получает не часть самомго ЦП как такового, а часть времени ЦП. Просто уточняю.

Капс в моем последнем сообщении - это просто для того, чтобы примеры не сливались с основным текстом.

Ну, просто, есть общепринятая точка зрения что капс это = орать. Я этого не имел в виду.

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

Да, это правильно сказано. Если захочешь всё это сказать одним словом, то слово «разделить» подойдёт. Разделить устройство между (потребителями). Ровно то, что я и говорю.

В случае ЦП это значит, что надо сохранить состояние и передать ЦП другому потребителю. Что и реализуется, в том числе, в технологиях типа amd pacifica. Реализуется на уровне аппаратуры. В железе. И именно за счет реализации технологии виртуализации в железе мы и имеем производительность виртуальных машин на уровне хост-ос.