Administrace komentářů

Myslím, že kličové asi nebude vyber managera virtualek, ale to jak druhé fyzické mašině přiděliš diskove volumy s virtualkami z "první". To je důvod, proč se budují externí disková pole ( o cloudu bych nehovořil ). Pokud aplikace jsou relativně nenáročné na diskové IO, tak můžeš zkusit jít na to přes NAS. Takže pokud mohu radit, začni strategicky uvažovat o "centrálním úložišti" a teprve pak o managementu. Můj názor je ten, že na produkční systémy patří volumy ( v případě KVM LVM ) a ne virtualky v souborech. Toto je diskuze pro HW - ale diskové řadiče ( a potažmo souborové systémy ) dovedou realokovat vadné bloky na vyhrazenou oblast disku. Jak spolehlivě toto funguje v případě souborových virtualních obrazů si nedovedu odhadnout. Má zkušenost s nedostupností jistých virtualek, třeba po předchozím více jak rok dlouhem provozu mne drží trochu zpátky. U LVM jsem nikdy podobný problém nezaznamenal. Jinak virt manager můžeš mit instalovan na další externí mašině, nemusí byt jen na tzv. hypervisorech. Provozoval jsem to tak. Samozrejmě výhoda příkazové řádky je zřejmá, zejmena co se týče rychlého zjištění stavu, případně migrace virtualek... kdy maš předem poznačeny postupy jak na to jít. To oceníš v případě DRP, kdy času moc není a všichni jsou "nerozni" že něco nejede. Závěr: Neboj se CentOSu a virtualizace KVM se vším všudy, pořádně si to rozmysli, zadokumentuj ( NAS,iSCSI, LVM volumy ) a úspěch jistě přijde. Pokud nemaš FC, nebo jen 2 servery a budeš expandovat, tak iSCSI je rozumná cesta. Samozřejmě přes dedikovaný switch, který umožní třeba 9600 eth.bloky.)