Na linuxu tak vysoký uptime nedosáhnete. Tedy, ne že by do deseti let spadl, ale uptime counter zvládá jen něco do dvou let. Nedávno se to řešilo na linux@linux.cz (nemůžu to najít). Jinak mám uptime 18 dnů (desktop) a už mě tlačí svědomí, že nemám aktuální jádro...
Vis oni jsou tady 2 Tomasove Crhonkove... jeden v jiznich cechach, ktery je ovsem chraneny za proxynou a druhy v olomouci... ktery netusi, co tim myslis
01:13:44 up 424 days, 30 min, 1 user, load average: 0.57, 1.50, 1.32 - DNSka nesouci neco okolo 70 000 zaznamu. Tusim, ze pocitadlo na linuxu je 9ti bitove, tedy k preteceni dojde pri prechodu z 512teho dne na 513. U tohohle serveru vim stoprocentne, ze k tomu preklopeni dojde uz potreti, ale je mozne, ze uz po ctvrte. Tim ctvrtym si ale nejsem uplne jist.
Blby je, ze se bude muset premigrovat z Woodyho na Sarge, to bez restartu nepujde...
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.
tak treba tady: http://uptimes.hostingwired.com/account.php?op=details&hid=13767
maj win2k3 server s uptime vic jak 6 let. v VMS se nevyznam, ale celkem bych i veril, ze se to muze upgradnout za chodu. To si ale nejsem jistej u toho linku (w 2k3 server). Ten bez restartu updatnout nepujde. Takze si myslim, ze ty vysledky asi budou fake nebo soucet vsech uptime jednotlivejch server uclusteru :-)
No já to chápu tak, že se celý cluster navenek(!) tváří tak, jakoby jel 10 let nonstop. Ale jednotlivé stroje v clusteru mohou být upgradovány a rebootovány (ale navenek nikdo nic nepozná).