migrating existing Applications to Containers - Migration also means cost. - Not only requires Ops team but development team too. (complete software cycle) - Not all applications can be Containerized - Application designed for custom kernel? - Needs specific kernel parameters. - Lack of knowledge / Too complex to migrate in containers. - Application towards end of life.
same platform i.e. Kubernetes • Let containers and VM interact as any kubernetes pods do. • Yet let VM to behave as VM, not application containers. VM Platform oVirt/VMWare ESX/OpenStack/Cloud app-1 app-2 app-N app-1 app-2 kernel app-N app-1 app-2 app- M
Kubernetes. - Implemented as CRD (Custom Resource Definition) - Can be installed on existing Kubernetes cluster. - VM’s live in Pod (Transparent to monitoring API’s) - Uses kvm, qemu, libvirt runtime stack to run VM. - VM’s can interact with pods in cluster. - Helps in easy migration of existing applications. - Helps in Lift and Shift approach KubeVirt
infrastructure in cluster - Pod, Multus & Genie (CNI plugins supporting dozen of solutions) - Frontend: VM networking. - Bridge, NAT, Slirp & SR-IOV - Storage (Disks & Volume) - Disk types - LUN (iSCSI),disk, floppy, CD Rom - Volumes - Temporary(VM life cycle) & persistent volume both are supported - Virtio drivers for Microsoft Windows - Supports Live Migration - Probes for health check and monitoring.