Вы уверены, что используете правильное имя пользователя? AWS использует разные имена пользователей в зависимости от дистрибутива Linux. AFAIK, они обычно используют «ec2-user», за исключением установок Ubuntu, где они используют «ubuntu».
Я не уверен, почему статья в Википедии связывает эту конкретную фразу со статьей о гипервизоре; описание Virtual Machine Manager на его собственном веб-сайте является более точным:
The virt-manager application is a desktop user interface for managing virtual machines through libvirt.
VMM не является гипервизором, это графический интерфейс, используемый для управления виртуальными машинами (и контейнерами LXC ). VMM и виртуальные машины, которыми он управляет, выполняются в отдельных процессах; в случае QEMU VMM и QEMU взаимодействуют с использованием доменных сокетов Unix (под /var/lib/libvirt/qemu
).
VirtualBox разделен на несколько компонентов . Графический интерфейс, к которому вы, вероятно, привыкли, состоит из одного компонента; ВМ можно запускать отдельно и управлять ими с помощью других инструментов, например.Управление VBox . Графический интерфейс похож на Virtual Machine Manager,движок VM похож на KVM/QEMU. Они также выполняются в отдельных процессах.
Как объяснено здесь , libvirtd
— это демон, который в вашей терминологии может квалифицироваться как серверный процесс. VMM — это клиент libvirt. VMM не взаимодействует напрямую с QEMU, поэтому это не клиент QEMU. QEMU запускает виртуальную машину (, т.е. эмулирует базовое оборудование и управляет связью с хостом ), libvirtd
управляет виртуальными машинами (, т.е. управляет образами, хранилищем, запускает и останавливает виртуальные машины. и т. д. ). KVM обеспечивает аппаратное ускорение в системах, поддерживающих гипервизор на аппаратном уровне; при работе с KVM QEMU не нужно обрабатывать не -виртуализируемые инструкции ЦП, об этом позаботится аппаратное обеспечение.
Связь между четырьмя упомянутыми вами компонентами выглядит следующим образом:
/dev/kvm
узел устройства; Вся установка libvirt слабо связана :ВМ продолжают работать, даже если VMM и/или libvirtd
остановлены, и libvirtd
может повторно подключаться к ВМ, которыми он управляет (, если у него есть дескриптор XML для ВМ ).