No, asi jsme to meli napsat jasneji, problem je v tom, ze mi v poslednich dnech neni moc dobre a nebyl jsem u toho, kdyz se tohle psalo.
Jde o zpristupneni KVM funkcionality na urovni, jakou umi rozumne nove RHEL6 jadro do OpenVZ kontejneru, cili potom jde v CT (kontejneru) pustit libvirt, pripojim se na nej od sebe z virt-manageru a mam neco jako svuj KVM hypervisor. S tim, ze vetsina funkcionality, kterou potrebuje qemu-kvm, aby jelo, tam je. Sitovani taky funkcni, jenom ma nektera omezeni co se iptables a ebtables tyce, nicmene portforwardovat na verejnou IP v pohode jde.
Cilem je umoznit si spustit aplikace, ktere na linuxu nebo v prostredi OpenVZ kontejneru nejdou spustit.
Zaroven se to da pouzit na vyrobu vlastniho KVM clusteru v nasem prostredi, GlusterFS v defaultu pod OpenVZ nebezi, ale v mailing listu jsme resili a vyresili, jak Gluster rozchodit, takze napriklad tak by se dalo.
Moznosti vyuziti je spousta, jelikoz jde o prvni level hw virtualizace, OpenVZ jsou jenom OS-level kontejnery - a na drtivou vetsinu aplikaci, co u nas clenove chteji spoustet, se hodi spise ty, proto je nase prostredi unifikovane nad OpenVZ - a tahle KVM feature je tak nejak odpoved na vsechny chybejici dilky, co se runtime tyce. Jeste potom "zbyva" poladit HA (uz mam rozplanovane s Infinibandem, chystam se to testovat v base48 v Brne, tak se muzete po novem roce prijit podivat a pokecat, kdo budete chtit) a budu spokojeny, co se infrastruktury tyce :)
Tedy, rad bych NVIDIA karty do kontejneru pro to KVM, jenze NVIDIA ma nejakou dohodu s Citrixem a hw virtualizace s GPU jde pouzit jenom pod Xenem, na ktery OpenVZ kontejnery nemaji dosah by design, narozdil od KVM.