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(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list