Verze 7.3-2 byla vydana v roce 2003, takze uptime 10 let
rozhodne mit nemuze. Spis je to mysleno tak, ze cely
cluster existuje po dobu 10 let, zatimco jednotlive pocitace
v nem byly obcas rebootovany a upgradovany.
Kdyby Bill vydal clusterovaci soft na W95, urcite by to vypadalo tak, ze pad jednoho pocitace by vyvolal retezovou reakci a pad i pocitacu do klusteru nezapojenych, do vzdalenosti 3km.
Samozřejmě, že jde o uptime clusteru (vždyť to je z titulku jasné). VMS cluster s windows clustery (i s clustery na jiných platformách) nemůžeš srovnávat (většinou jsou to TCPIP clustery, VMS používá SCA protokol - na link. vrstvě). Ikdyž se jiný clustery VMSovýmu trochu přibližují, stejně zatím vypadá nejstabilněji. HW i SW upgrady na VMS clusteru jdou samozřejmě za běhu - aplikace by se teoreticky nikdy nemusela shodit.
Jak vypada update bez shozeni aplikace? Ten cluster ma
migraci procesu, ze je schopen proces odeslat na jiny
pocitac, kdyz se jeden bude upgradovat?
Update jadra VMS vyzaduje restart pocitace a shozeni vsech
procesu, tudis jedina moznost, jak zajistit beh aplikace je
ji odmigrovat --- ale myslim, ze to nemuze fungovat, protoze
pokud cilovy system ma jinou verzi knihoven, tak tam nemuze
dany program bezet.
Počítač samozřejmě při upg restartovat musíš, tady se mluví o clusteru (skupina propojených počítačů, která se může tvářit jako jeden logický server)! VMScluster umožňuje mount disku pro všechny členy clusteru - při pádu nebo rebootu zbytek clusteru ten disk drží. O zamykání se stará distributed lock manager. Takže když je aplikace napsaná clusterově, nemusí se vůvec shodit a její uptime odpovídá uptime clusteru.
Crackování uptime - to si asi nebyl při smyslech, když jsi to níže psal, co? Jaký by pro to měl kdo důvod? Firmy s "disaster tolerant" konfiguracema dělaj byznys, výpadky aplikace jejich klienti dobře poznaj.