Administrace komentářů

Nebude to desne zpomalujici kdyz to bude muset komunikovat napr po 1GB lince?

Muzu rici, ze velke spolecnosti jedou jen kombinaci 2x XenServer a FC and ISCSI on SAN or NAS. Je to proto, protoze local storage jim neumoznuje live migration, ktera je velice dulezita. Je to vice mene manualni HA pro XenServery.

V nasi lab mame OpenFiler (4x NIC BOND alb mode), jedeme hlavne iSCSI Storage,  jede z toho asi 8 XenServeru (4 pools) s ruznymi VMs a vse jede v pohode. Sam jsem byl prekvapeny jak rychle to bezi.
Vubec bych se teda nebal toho o cem mluvis.

Ja jsem se k tomu nedopatral ale je schopen xen i v nejake placenne vyssi variante neceho jako stinova kopie vm za chodu?

XenServer byl od zacatku vyvijen jako enterprise solution. Vedeli jsme, snapshoting je delano na SAN. Proto mame podporu ONTAP protokolu pro NetApp a take pro Equalogic, kde pro kazdy VM disk (VDI) je automaticky vytvoreno LUN na SAN. Administrator pak zvoli politiku pro snapshoting na SAN.

Snapshoting na local storage neni pro LVM. Uprime nechapu proc, ale proste neni hotovo. Mame jen 20 vyvojaru a priority jsou jinde.

Snaphots jsou podporovany na VHD disky. To znamena NFS storage, nebo local storage nad ext3 file systemem (tedy VM disky nejsou LVs, ale VHD file na ext3 file systemu.

Dokonce podporujeme xe vm-snapshot-with-quiesce u ktereho je vyuzita VSS uvnitr VM s Windows, ktera zmrazi take procesy ve Windows. Pro toto musis z cd nainstallovat agenta do VM. Toto je velice dobre pro database atd.

Existuje neco jako RAID over NETWORK aby se stroj ukladal na dvou mistech zaroven?

Opet to resime jinou formou, opet jako enterprise reseni. Backend SAN tohle umi. XenServer frontend se o to teda nemusi vubec starat. Navit OpenFiler take umi replicaci a myslim, ze pouziva DRDB.

Pro samocne XenServery toto neni vubec nutne, protoze na tech je jen installace. Samozrejme jich mas vice v poolu, takze kdyz jeden vypadne, nic se nedeje, jelikoz VMs se nastartuji na ostatnich XenServerech v poolu.

K tomu doplnim, ze kazdy XenServer je stejny. Proto nedoporucujeme neco manualne upravovat. Vse je ulozeno v xapi databasi, ktera automaticky nastavi kazdy server v poolu uplne stejne. Jinymi slovy, jeden XenServer vypadne, nevadi. VMs nastartuji na ostatnich serverech. Pak ti prodejce vymeni na zaruku HW a ty jen udelas novou installaci a jakmele ten server hodis do poolu, tak se replikuje database a XAPI nastavi vse jako na ostatnich serverech automaticky. Tim minim vse: networking, bonding, multipathing, etc.

V pripade, ze selze VM, mas snapshot na SAN. Jak jsem uvedl, kdyz budes pouzivat NFS jako storage, tak muzes delat VM live snapshots. Nebo local storage vytvoreny nad ext3 (ne LVM, ktere je defaultne). Tedy pouzivat VHD files, misto block level storage.

Myslim, ze mozna bude lepsi konkretni otazky resit v samostatnych treads. Jen mi musis dat vedet, ze ta thread existuje.