Мы знаем это Виртуальные машины иметь полную ОС с собственным управлением памятью, установленным с соответствующими накладными расходами на драйверы виртуальных устройств. В виртуальной машине ценные ресурсы эмулируются для гостевой ОС и гипервизора, что позволяет запускать множество экземпляров одной или нескольких операционных систем параллельно на одной машине (или хосте). Каждая гостевая ОС запускается как отдельный объект из хост-системы.
Мы знаем это Контейнеры Docker используйте runC (ранее известный как libcontainer), который работает в той же операционной системе, что и его хост. Это позволяет ему совместно использовать много ресурсов операционной системы хоста. Кроме того, он использует многоуровневую файловую систему (AuFS) и управляет сетью.
Мы знаем это Hyper-V реализует изоляцию виртуальных машин по разделам. Раздел - это логическая единица изоляции, поддерживаемая гипервизором, в которой работает каждая гостевая операционная система. В экземпляре гипервизора должен быть хотя бы один родительский раздел под управлением поддерживаемой версии Windows Server (2008 и более поздних версий). Программное обеспечение виртуализации работает в родительском разделе и имеет прямой доступ к аппаратным устройствам. Родительский раздел создает дочерние разделы, в которых размещаются гостевые ОС. Родительский раздел создает дочерние разделы с помощью API-интерфейса гипервызова, который представляет собой интерфейс прикладного программирования, предоставляемый Hyper-V. [9]
В этом комментарии serverfault мы читать:
Контейнер Hyper-V - это нечто среднее между виртуальной машиной и контейнером, он запускает собственную уменьшенную копию выбранного ядра ОС и, как таковой, ведет себя как виртуальная машина, и это то, что обеспечивает работу в сети. Со стороны Windows это в основном похоже на любой другой хост, на котором работает виртуальная машина Hyper-V с Linux.
У меня вопрос: Контейнер Hyper-V находится где-то между докер-контейнером и виртуальной машиной?