Hello,
van néhány "elhanyagolt" Sun gép, Solaris 9-el (jellemzően 2004-es állapot). Készítettünk egy patch-listát, amire kértünk engedélyt, de közben kitalálták: nem patch-elni kell, hanem a 9-es verziót 10-esre felhúzni.
Mi ennek a legfájdalommentessebb módja? Minden URL-t/tanácsot szívesen veszek, de főleg gyakorlati tapasztalat érdekel.
(7 gépről van szó, ebből 2 gép DB cluster (Oracle 10g), 3 appl. szerver Sun-clusteren, és 2 Sun Webapp. szintén clusterben)
Köszönöm:
a.
- 1051 megtekintés
Hozzászólások
Ha triviális amit mondok, bocs - csak annyi, hogy szerintem érdemes lenne először vmware-ben kialakítani egy hasonló clusteres környezetet a meglévő környezetnek megfelelően (Sol9+DB, Sol9+AppSrv, Sol9+WebSrv ) /vagy legalább clusterenként/ és utána
azo(ko)n kipróbálni az upgrade-et...
- A hozzászóláshoz be kell jelentkezni
:) :)
Ezek több mint valószínű, hogy sparc vasak, úgyhogy vmware felejthető. :)
- A hozzászóláshoz be kell jelentkezni
hello,
igen, SPARC mindegyik, ezt elfelejtettem írni, bocs.
a.
- A hozzászóláshoz be kell jelentkezni
Linux alatt a qemu -val meg lehetne probalni. Az tud (ha jol emlekszem) sparc -ot emulalni.
___________________________________________________________________
Lógnak a pálmafán a kókuszok .... :)
http://laszlo.co.hu/
- A hozzászóláshoz be kell jelentkezni
Teljesen felesleges az ilyen barkácsolás.
Még ha technikailag kivitelezhető is lenne, hogy fusson rajta a solaris, és ne adj isten a cluster is felmászna rá - amit baromira kétlek- akkor sem ajánlatos így tesztelni egy cluster-upgrade-et.
- A hozzászóláshoz be kell jelentkezni
Sejthető volt, mert ilyesmit nem szoktak x86-on futtatni, ráadásul 2004 körül, ha jól tévedek x86 Solaris 9-hez nem is volt Sun Cluster.
Írok 1-2 tippet, addig is a kérdéseim:
Milyen volume managert használtok? Veritas, vagy Sun?
Mi a Sun Cluster szoftver verziója?
Milyen diszkalrendszert használtok?
Akartok -e Sun cluster verziót, illetve Veritas esetén VxVM verziót is váltani?
- A hozzászóláshoz be kell jelentkezni
Hello,
nos, kezdem elölről, mert tegnap hülyeséget írtam :), közben próbáljuk kideríteni az igazságot.
Van egy géppark (lásd fent), amit Franciaországból hoztak előre telepítve. Ehhez nem igazán nyúltunk még hozzá, a futtatandó alkalmazás még fejlesztés alatt van. A gépek két évig álltak itt, zabálták az áramot, és nem csináltak semmit, közben néha megállt egy-egy táp [...]. Most elkészült az alkalmazás, de a tápoknál kint levő szervízesek felhívták figyelmünket, hogy eléggé el vannak maradva a gépek patch szempontból.
Jeleztük a tulajnak, hogy kellene patchelni, ő megkérdezte a fejlesztőt, hogy mi az elvárás, aki visszaírt, hogy a két éve telepített Sol9 helyett most náluk már Sol10 van, mindent erre, de gyorsan (jövő hét hét végén indulnia kell mindennek [...])
A fenti listában a hülyeség:
- a 3 alkalmazás szerveren nem cluster fut, hanem SUN Appl. Server (7.0)
- a 2 db szerveren van cluster, ennek verziója 3.1
A válaszok a kérdéseidre:
Milyen volume managert használtok? Veritas, vagy Sun?
- Veritas (4.0, az adatbázis szervereken van)
Mi a Sun Cluster szoftver verziója?
- 3.1
Milyen diszkalrendszert használtok?
- 2x StoreEdge 3510
Akartok -e Sun cluster verziót, illetve Veritas esetén VxVM verziót is váltani?
- a válaszadás részben folyamatban... :), az Appl. Server upgrade-jét kérték 8.2-re
Köszönöm:
a.
ps: bocs a bénázásért, ez most kicsit önhibánkon kívül van, kb egy éve piszkáljuk a fejlesztőket, hogy mondjanak valamit, de alig lehet kicsikarni egy-egy mailt belőlük (évente), most meg döl a sz@r.
- A hozzászóláshoz be kell jelentkezni
Az alkalmazás szerverek live-upgrade-el elintézhetőek.
Esetleg, ha ugyanaz a hardver-architektúra a 3 alkalmazás szerver alatt, és az oprendszer is ugyanazon beállításokkal fut, akkor lehet egy olyan megoldás is, hogy az egyik vasat újratelepíted, megpatcheled, rárakod az új alkalmazás szervert, csinálsz belőle egy flash-archívot, majd ebből az archivumból a másik két szervert telepíted.
Biztonsági megoldásnak lehet egy olyan trükköt elkövetni, hogy mielőtt szétbarmolsz egy szervert, leviszed single-user módba, és szétszeded a tükrözött diszkeket.
Ha nem sikerül a telepítés, simán visszabootolsz a másik tükörről.
Ugyanez a "trükk" live upgrade-el is elkövethető. (dokumentáció: Create a Boot Environment and Use the Existing Submirror)
- A hozzászóláshoz be kell jelentkezni
VxVM 4.0 nem supportált Solaris 10 alatt, és lehet, hogy fel sem megy rá. (Úgy emlékszem a telepítője elég háklis a verziókra.)
Sunos diszkalrendszeretek van, és ha jól tudom, akkor ez feljogosít VxVm 4.1, vagy 4.2 használatára is, külön licensz nélkül. (A VxVM telepítéskor felismeri a Sunos diszkalrendszert, és nem kér további kódokat.)
Ha mégsem így lenne (Sun Mo. meg tudja mondani), akkor az új verziójú VxVM-hez licenszet is kell venni.
szerk: Upgrade után a diszkgroupok simán importálhatók, és konfigurálhatók cluster alá.
- A hozzászóláshoz be kell jelentkezni
Ha a cluster-t telepíted újra, oprendszer mentés mellett futtass Explorer-t is mindkét node-on (és aztán töltsd le magadnak. :) . Hasznos lehet, ha valami cluster-konfig infót elfelejtettél felírni.
(A többi gép esetén sem árt eltenni 1-1 explorert)
- A hozzászóláshoz be kell jelentkezni
Hello,
köszönöm szépen a tanácsokat, ha lesz vmi fejlemény, írok.
üdv:
a.
- A hozzászóláshoz be kell jelentkezni
Jól van na, ez ki is ment a fejemből! :))
- A hozzászóláshoz be kell jelentkezni
hello,
a doksiban van egy "Live Update" módszer leírva step-by-step, de a cluster-re azt mondta a SUN Mo, hogy azt ők sem vállalják így. Egyszerűbb az újrahúzás, és újra konfig. (a 3 gépes clusterből egyszerre egyet lehet kivenni)
Na mindegy, nem lesz egyszerű. :(
a.
- A hozzászóláshoz be kell jelentkezni
Sun Mo. nak igaza van. :) Cluster nélküli Solarison még kellemes a live upgrade, de clusternél szerintem nem is támogatott.
- A hozzászóláshoz be kell jelentkezni
"a 3 gépes clusterből egyszerre egyet lehet kivenni)"
Ezzel az a gond, hogy ahoz, hogy minimum 2 gép kell egy cluster telepítéséhez, és a két gépen azonos cluster-szoftver verziónak kell lennie.
Ergo, lesz egy olyan időszak, hogy 2 géped is "kiesik a termelésből."
Ha SAN-os diszkalrendszert használtok a clusterben, ezt az időszakot viszonylag egyszerűen minimalizálni lehet egy átmeneti, nem clusteres szerver üzembe állításával.
- A hozzászóláshoz be kell jelentkezni