jak jsem to ted tak studoval, tak rozhodnuti mezi openvz a xen,vmware ci kvm je spise ideologicke. Vy nabizite jail, v kterem si uzivatele mohou hrat. Kazdpopadne chvalihodna myslenka. Jak jiz vsak bylo napsano nahore, nemyslim si, ze je to uplne pro komercni pouziti. Tak pro web servery a nejake jbosse, ale databaze bych sem nedaval, kdyz neni mozne menit parametry v kernelu.
V celku by me zajimalo, jak spolehlive funguji ty live migrace. V realu jsem to videl jenom u vmware a kvm....u aixu, je na to specialni licence, na kterou v teto republice moc firem nedosahne.:-)
Kazdopadne, drzim palce, at se dari. Jelikoz lidi, co chteji delat neco pro ostatni zas tak moc neni.
Tive migrace funguje dokonce bez sdileneho storage, *ale* - nesmi se v tom kontejneru vyuzivat datove struktury, ktere to nepodporuji (tzn, kde to kluci od OpenVZ jeste neumoznili, napriklad NFS klient/server).
Taky je potreba mit shodnou verzi vz kernelu.
Live migrace VPS z nodeA na nodeB probiha takhle:
1. hruby rsync root FS (adresare) z nodeA na nodeB za behu
2. freeze VPS
3. vytvoreni checkpointu (snapshot pameti nalezejici kontejneru vcetne jadernych datovych struktur, ktere to podporuji, kdyz se najdou takove, ktere migrovat nejdou, VPS se unfreezne a migrace se neprovede a udela se clean-up)
4. preneseni checkpointu na cilovou masinu
5. dalsi rsync root FS (adresare) kvuli konzistenci
6. unfreeze na nodeB
7. cleanup
Oproti tomu offline migrace funguje uplne spolehlive i mezi ruznymi jadry vz (nesmi byt teda diametralne odlisne).
Ve vpsAdminu jsem to vyresil tak, ze se pokusi provest live migrace a kdyz se nepovede, jako fallback se vykona offline migrace.