несколько типов драйверов, среди них:
lun - внешний lun
configmap - конфигмап пакуется и маунтится как iso
hostDisk - устройство на хосте
containerDisk - образ вкомпиленный в docker имадж
dataVolume - тот самый PV из Kubernetes (включется отдельно в featureGates) и как я понял виртуалка не будет использовать его напрямую, а будет хранить файл диска на приаттаченном волуме
https://kubevirt.io/user-guide/docs/latest/creating-virtual-machines/disks-and-volumes.html
Примечательно, что Live-Migration требует стораджа с поддержкой ReadWriteMany
https://kubevirt.io/user-guide/docs/latest/administration/live-migration.html#condition-and-migration-method
Сеть:
Текущий вариант: интерфейс контейнера добавляется в бридж и туда же добавляется интерфейс виртуалки затем виртуалка получает адрес с помощью DHCP.
DHCP при этом запускается для каждой виртуалки свой и настраивает ровно одну виртуалку в поде.
Таким образом получается что внутри каждого пода будет libvirt, виртуалка, бридж и SingleClientDHCPServer, который отдаёт виртуалке айпишник и роуты
Решение интересное но насколько оно надёжное - непонятно.
Ещё как я понял есть возможность использовать Multus с OpenVSwitch CNI, но инфы как именно это работает я что-то не нашёл (может быть плохо искал?)
https://kubevirt.io/2018/KubeVirt-Network-Deep-Dive.html
я не настоящий сварщик, но в наших деревнях есть девелоперы этого чуда - приезжай и допроси их сам
https://kubevirt.io/user-guide/docs/latest/creating-virtual-machines/interfaces-and-networks.html#multus
Обсуждают сегодня