Disk Space Reserved when allocated YES NO KVM
Kommt bei KVM drauf an: qcow2 z.B. allocated nicht sofort alles und bei OpenVZ hat der Host wiederrum die möglichkeit, den Disk-Space mit ploop zu allocaten, kein Gewinner.
iptables /ipset supported YES LIMITED5 KVM
Ich kenne bisher keinen einzigen Provider der auf eine Anfrage a la "Könnt ihr das IPtables-modul bitte mal aktivieren" mit einem Nein geantwortet hat, trotzdem geht der Punkt hier an KVM.
Container privacy YES NO KVM
KVM freezen, RAM-Dump machen, Code injecten, RAM-Replace machen, KVM unfreezen, tada, man hat RAM-Injection gemacht ohne dass es dem Kunden aufgefallen ist!
Encrypted Full disk volumes YES NO KVM
Siehe "Container privacy".
RAM reserved when allocated YES3 NO KVM
Auch das ist Unfug, bei OpenVZ wird der RAM auch reserved wenn man ihn braucht. Bei beidem wird allerdings geswappt wenn kein RAM auf dem Host mehr da ist.
Shared Kernel with Node NO YES KVM
Kann ich nicht ganz nachvollziehen warum da KVM der Gewinner sein sollte, eher auch unentschieden. Ein shared Kernel == Mehr Performance da man keinen I/O, CPU, Security, Scrubbing und Kernel Layer dazwischen braucht.
OpenVZ is the winner for raw CPU performance, since you are not running layers of virtualization (OpenVZ runs containers within the base OS/ utilizing the same kernel). HOWEVER, as an end customer the likelihood that you will see such performance advantage in OpenVZ is highly unlikely due to overselling of resources within OpenVZ environments.
Auch bei KVM lässt sich die CPU massiv oversellen, was mir auch bei einigen Providern schon mal aufgefallen ist.
Im großen und ganzen halte ich nicht viel von solchen Vergleichen. Meine Faustregel ist: Wenn man nicht die modernsten Features (e.g. ZFS, irgendwelche Netzwerk-Dinge, etc.) und nicht den neuesten, aber einen stabilen und seit Jahren gewarteten Kernel hat, und nur Linux drauf soll: Nimm lieber OVZ, ansonsten KVM.
Oh, und noch was:
https://openvz.org/Car_vs_bike
https://openvz.org/Bike_vs_car