Zdravim, zasa nevyhoda KVM (podla mojho laickeho nazoru) je, ze volna ram-ka sa neda zdielat medzi roznymi VM. Napriklad nas stroj momentalne pouziva len 1gb ram, co znamena, ze dalsie 3gb moze byt pouzite na ine ucely, ine VM... Nevyznam sa vsak vo virtualizacii, rad sa necham poucit.
On 10.02.2015 11:57, Jirka Bourek wrote:
Pavel Snajdr wrote:
Uz pred 6 lety jsem si myslel, ze jit cestou kontejneru, i kdyz vsichni jdou cestou plne virtualizace, je ta spravna cesta pro nas. Snahy o LXC a use-cases, pro ktere jsou podobne technologie mirene, to akorat potvrzuji a ukazuje se, ze kontejnery jako technologie jsou mnohem vhodnejsi pro typy workloadu, jako mame my.
Já bych se tady trochu zastal KVM a plné virtualizace obecně - ono to není jenom o tom, že je to dobře otestované, ale taky má mnohem jednodušší práci. To, že si ve virtuálu pustíte vlastní kernel, vám šetří spoustu práce jinde, protože najednou kernel hostitele nemusí řešit to, že má čtyřicet procesů s PID 1, že je v systému spousta síťovek, ale každý vidí jenom nějaké a tak.
Samozřejmě penalizací za to je o něco málo nižší výkon, ale upřímně, hardware je (relativně) levný.
A vývoj pak samozřejmě nestojí a protože je víc uživatelů plné virtualizace - spokojených se stabilitou i výkonem - jde do jejího vývoje víc prostředků. S těmi se pak snadno dohání/dohnalo to, co je na kontejnerech dobré.
Ohledně té stability - měl jsem pár let zpátky možnost nakouknout pod pokličku jinému uživateli OpenVZ a co jsem slyšel, to bylo dost děsivé (proces v hostovi zaseknutý tak, že šel zlikvidovat jenom restartem hostitele a tak.) To zase musím uznat, že lidi ve vpsfree odvádějí obrovský kus práce, díky kterému ty VPS fungují tak dobře, jak fungují _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list