AIX vs. HP-UX vs. Solaris

Flame

Melyik, milyen előnyöket tud felmutatni a többivel szemben ?

  • 3336 megtekintés

( ssikiss | 2008. 08. 15., p – 08:21 )

(Nem technikai: Melyiket nyomatja az, aki bejáratos a nagyfőnökhöz?)

( uid_228 | 2008. 08. 15., p – 08:29 )

A Solarist könnyebb kimondani a másik kettőnél.

--
Ruby takes the elegance and simplicity of Perl, and mixes it with the library support of Lisp.

( LGee | 2008. 08. 15., p – 11:54 )

Ahogy en latom (kizarolag AIX-et hasznalok kozuluk rendszeresen):

AIX:
+ szuper LVM
+ 'szinte tokeletes' management felulet (smitty), ami megkonnyiti a kevesbe hozzaertok dolgat
+ nagyon jol dokumentalt (man, infocenter, redbooks)
+ jo kozossegi hatter (levlistak, forumok, developerworks, poweraix.org, rootvg.net...), elkotelezett adminok
+ sok nagy IBM termekcsalad jol tamogatott
+ az IBM eroteljesen kiall az OS mogott, a 'Linux affinity' ellenere is
- erosen hardverhez kotott, kizarolag IBM/Bull hardveren megy

Solaris:
+ PC-n is megy
+ olcso hardver (a Sun vasak is olcsok, nem csak a gubera pc-k)
+ OpenSolaris
+ talan a legkevesebb problemat okoz az open source megoldasok honositasa
- rengeteg panaszt hallok a supportra
- sok kritika eri foleg a low-end hardvereiket
- PC-s hasznalathoz 'kopasz Unix' letere nagy hardverigeny (256MB RAM installhoz)
- az anyaceg piaci magatartasa es helyzete nem a legfenyesebb

HP-UX:
+ jo nagy vasakat tolnak ala (Integrity Superdome stb)
+ fut IA64 architekturan is
+ elfogadhato online support adatbazis/forum (itrc)
- impotens sz@r ;-) nincs 'umount -f' stb
- kis kozossegi hatter
- nincs nagy mozgas korulotte, keveset hallani rola

Nekem csak Solaris-szal vannak tapasztalataim, jók is,rosszak is.
A Solarist egyszer kell tökéletesen feltelepíteni, ami nem a legkönnyebb, utánna rendesen fut. A hálózati kapcsolatot kiépíteni rajta nem egy nagy dolog, nem árt ha ismered hozzá a vi-t. Emellett a ZFS-t és a Solaris Zone-t említeném, mint előnyt. ZFS-hez kapcsolódó segédprogramok is alapvetően elég érthetőek (pl. zpool), backupolni messze a legkönnyebb, beépített snapshot, send, receive a backup-hoz, incremental mentés, stb. Csupa csupa hasznos dolog. Nálunk a webserver Solaris, a különböző weblapok külön zónákban futnak. A zónaszolgáltatásban lehet a global zónából öröklést beállítani (nálunk a global zóna /opt könyvtárát minden zóna, kb 8 db), de konfigurálni a maximális cpu és memória-használatot, megelőzve egy zóna nagy loadjának destruktív hatását a többi zónára nézve.
A Sun Cluster meg csak a hab a tortán, ha esetleg több gépből álló server-cluster-t szeretnél csinálni.
Hirtelen ezek jutottak eszembe, mint pozitívum.
Negatívumként talán csak a csomagkezelését tudnám felhozni, a pkg-get, hm... Nekem nem jön be, kicsit nehéz vele dolgozni, de biztosan megvan az oka, hogy miért ezt használja.
Szumma:
szerverfunkciókat néhány kicsit döcögős beállítás után remekül ellát, backupolni gyerekjáték, adminolni sem túl nagy ördöngősség ( a szakértők szerint, én mindig bajlódok vele kicsit). Desktop-ra nem használnám szvsz, de szerver oprendszernek jó.
A másik két oprendszerre én is kíváncsi lennék, mindkettőről beszélnek ezt is azt is, ezért én is várom a véleményeket!

üdv:
sven

> A hálózati kapcsolatot kiépíteni rajta nem egy nagy dolog, nem árt ha ismered hozzá a vi-t.

vs AIX: itt ellenben szinte semmit nem kell ismerni, ha egyszer bejutottal a smitty-be ;-) (smitty tcpip, smitty chinet)

> A Sun Cluster meg csak a hab a tortán, ha esetleg több gépből álló server-cluster-t szeretnél csinálni.

vs AIX/HPUX: HACMP van AIX-en, MC ServiceGuard van HPUX-on 'native', ezenkivul tudtommal mindketton fut a Veritas Cluster Foundation (talan Solaris-on is). Szoval ebben tobbe-kevesbe fej fej mellett vannak. A kerdes a pro/kontra volt.

vs AIX/HPUX: HACMP van AIX-en, MC ServiceGuard van HPUX-on 'native', ezenkivul tudtommal mindketton fut a Veritas Cluster Foundation (talan Solaris-on is). Szoval ebben tobbe-kevesbe fej fej mellett vannak. A kerdes a pro/kontra volt.

Amit csak hallottam, de nem tapasztaltam és nem vagyok benne bizonyos:
- Az AIX-ben nincs ipalias, ezért külön IP cím kell a bootoláshoz, a standby állapothoz és az aktív állapothoz. Mindezt nodeonként és hálózati interface-enként. Ha ez nem igaz, elnézést kérek.
- A Sun Custer nem viseli, ha a node-ok a storage-ot több útvonalon keresztül érik el. Ha ez nem igaz, elnézést kérek.

Amit tudok:
- HP-UX alatt elérhető a Veritas Cluster Filesysteme, ami a filerendszerek egyszerre történő elérését biztosítja a node-okról. Szerintem hót felesleges, de van aki ennek nagyon örül. Jellemzően a Tru64-en szocializálódott rendszergazdák.
- A Serviceguard nem csak HP-UX-ra, hanem Linuxra is létezik.
- A Serviceguard by-design eljuthat olyan állapotba, hogy leáll a szolgáltatás, de annak gyakorlatilag nincs esélye, hogy több node-on egyszerre induljon el (kivéve persze, ha direkt így lett konfigurálva).

Ave, Saabi.

"HP-UX alatt elérhető a Veritas Cluster Filesysteme, ami a filerendszerek egyszerre történő elérését biztosítja a node-okról. Szerintem hót felesleges, de van aki ennek nagyon örül. Jellemzően a Tru64-en szocializálódott rendszergazdák."

Jo dolog az, nem csak tru64-es multuaknak :)
AIX-on is van elerheto cluster fs: GPFS, RS/6000 SP-n hasznaltam anno VSD+GPFS-t, nem volt vele gond, tette a dolgat. GPFS van meg Linuxhoz is, de csak az IBM altal tamogatott disztrok kerneleihez - zart forrasu - de Linux ala ott van meg az OCFS2 es a GFS2.

De mire jó, könyörgöm? Mondjuk egy SAP alatt kiváltja a node-ok közti keresztbe NFS-t, de amennyibe kerül, inkább NFS-t használok, még ha utálom is.
Az Oracle RAC meg köszöni jól elvan raw volume-okon is. Raw disken is, de azt szintén nem tartom jó ötletnek.
Más meg most nem jut eszembe, ahol erre szükség lehet.

Ave, Saabi.

Mármint a raw disket a raw LVM volume helyett? Kérlek:
- A RAC-nak értelemszerűen olyan device file-ok kellenek, melyek ownere az oracle:dba. Természetesen átállíthatod a /dev/rdsk/* tulajdonosát, de egy felelőtlenül kiadott insf -e azonnal visszaállítja.
- Vannak storage-ek, melyek működési velejárója, hogy olykor-olykor akár egy percre is képesek "eltűnni". Ezt az LVM képes erejteni az adatbáziskezelő elől, de láttam már raw disk-re telepített Oracle-t, amely megfeküdt az EMC "lefagyása" miatt.
- bár intelligens storage-ben akkora disk-et alkothasz, amekkorát szeretnél, én jobban szeretem egy volume managerrel elrejteni a tárolóeszköz fizikai paramétereit és LVM-ből kiosztani a szükséges helyet.

Ave, Saabi.

Ja, így lehet karácsonyfa. Persze érteni kell hozzá. Sajnos valamikor kitalálták ezt az "Operating Environment" dolgot, hogy csökkentsék az installáláskori rebootok számát. Ez szerintem hülyeség, az ember nem installál minden délután. Az volt a magyarázat, hogy krízishelyzetben minél hamarabb kapjon az ember kész rendszert. Szerintem meg az ember készüljön fel a krízhelyzetekre például rendszeres és letesztelt rendszermentéssel.
Szóval ezekkel az Operation Environmentekkel tényleg minden szar felkerül. De lehet base rendszert is installálni. És utána az swremove paranccsal takarítani. Nem mondom, hogy nincs vele munka, de ez egy igazi rendszergazdát nem zavar.

Ave, Saabi.

AIX:

+ 'szinte tokeletes' management felulet (smitty), ami megkonnyiti a kevesbe hozzaertok dolgat

Akkor miért keletkezett az a fortune cookie, hogy "Whip me! Beat me! Make me maintain AIX!"? :)

+ az IBM eroteljesen kiall az OS mogott, a 'Linux affinity' ellenere is

Ezért akarta pár éve abbahagyni a fejlesztését? :)

Solaris:

+ PC-n is megy

Ez mióta előny? :))))

HP/UX:

+ fut IA64 architekturan is

Hát ez? :))

--
Ruby takes the elegance and simplicity of Perl, and mixes it with the library support of Lisp.

>> + 'szinte tokeletes' management felulet (smitty), ami megkonnyiti a kevesbe hozzaertok dolgat
> Akkor miért keletkezett az a fortune cookie, hogy "Whip me! Beat me! Make me maintain AIX!"? :)

Egy linuxos admin meg ma is ezt nyafogja, ha AIX-et lat, ettol fuggetlenul a smitty jo.

>> + az IBM eroteljesen kiall az OS mogott, a 'Linux affinity' ellenere is
> Ezért akarta pár éve abbahagyni a fejlesztését? :)

deeplink?

>> Solaris:
>> + PC-n is megy
> Ez mióta előny? :))))

Mert minden kis vakond jatszhat vele otthon, es nem nyaggatjak az embert shell accountert ;-)

>> HP/UX:
>> + fut IA64 architekturan is
> Hát ez? :))

A valasztas lehetosege... Meg ugye azok az Integrity-k eleg erosek, mar 5 eve is tobbet tudott az Itanium pl a POWER4-nel minden fronton (megawattban is ;-). Mindentol fuggetlenul az Itanium teljesitmenye elegge impozans. Meg ugyan a pa-risc vonal szepen kihalt, megis maradt tobbe-kevesbe aktiv hardverplatform az OS ala.

>> + 'szinte tokeletes' management felulet (smitty), ami megkonnyiti a kevesbe hozzaertok dolgat
>> Akkor miért keletkezett az a fortune cookie, hogy "Whip me! Beat me! Make me maintain AIX!"? :)
>Egy linuxos admin meg ma is ezt nyafogja, ha AIX-et lat, ettol fuggetlenul a smitty jo.

Én nem kételkedem benne, sőt, nem is állítok róla semmit, mert nem ismerem. Csak a fönti fc-t olvastam már legalább 8-9 éve. :)

>>> + az IBM eroteljesen kiall az OS mogott, a 'Linux affinity' ellenere is
>> Ezért akarta pár éve abbahagyni a fejlesztését? :)
>deeplink?

Pittánál érdeklődj, pár hete ő böfögte be. :) Amúgy anno én is olvastam róla, de linket most nem tudok adni.

>>> Solaris:
>>> + PC-n is megy
>> Ez mióta előny? :))))
>Mert minden kis vakond jatszhat vele otthon, es nem nyaggatjak az embert shell accountert ;-)

:))

>>> HP/UX:
>>> + fut IA64 architekturan is
>> Hát ez? :))
> A valasztas lehetosege... Meg ugye azok az Integrity-k eleg erosek, mar 5 eve is tobbet tudott az Itanium pl a POWER4-nel minden fronton (megawattban is ;-). Mindentol fuggetlenul az Itanium teljesitmenye elegge impozans. Meg ugyan a pa-risc vonal szepen kihalt, megis maradt tobbe-kevesbe aktiv hardverplatform az OS ala.

És vajon ez versenyképes marad a POWER7-tel szemben? Én eddig az Itaniumról leginkább azt olvastam, hogy mennyire körberöhögik mindenhol, a teljesítménye ellenére is.

--
Ruby takes the elegance and simplicity of Perl, and mixes it with the library support of Lisp.

A Solaris hardverigénye leginkább a javás szarok miatt van, képtelenek egyszerű alkalmazásokat normális erőforrásigénnyel megvalósítani: 


   PID USERNAME  SIZE   RSS STATE  PRI NICE      TIME  CPU PROCESS/NLWP
   325 root      815M  449M sleep   59    0   0:05:02 0.0% java/140

(apt-get upgrade, the Solaris^Wpainful way :)

HP-UX:
+ jo nagy vasakat tolnak ala (Integrity Superdome stb)
+ fut IA64 architekturan is
+ elfogadhato online support adatbazis/forum (itrc)
- impotens sz@r ;-) nincs 'umount -f' stb
- kis kozossegi hatter
- nincs nagy mozgas korulotte, keveset hallani rola

Az AIX már ismeri az ipalias fogalmát? :-D Vagy még mindig kell egy nagykalap IP cím hogy clustert építhess? :-P

Miért is jó az "umount -f"?
Közösségi háttér tényleg nem nagy.
Nagy mozgás minek? Működik és teszi a dolgát.

Kihagytad a szuper LVM-et. :-)
Kihagytad a jó dokumentáltságát.
A teljes HP9000 és HP Integrity termékcsalád támogatott. :-D

A nem ismerem az IBM supportját, de az itthonira többen panaszkodnak.
Remélem a HP-UX supportjával nincs sok baj. :-D

Ave, Saabi.

Na ne. Ok sem ellenorzik a kutyad nevet. Sot, igazabol spamet se kuldenek.

A masik fele, hogy ez uzleti, kereskedelmi OS, ahol egy ugyfelnek rengeteg gesztust tesznek, tehat pl akar az OS install image-ek is letolthetok az IBM-tol. Bocsattassek meg nekik, hogy 'akarkinek' nem letoltheto 'akarmi'. Ez nem open source.

( kisauto | 2008. 08. 15., p – 18:00 )

AIX:
+ Visszafele a kezdetekig kompatibilis
- LOWERcaseANDupperCASE parancsok :)
- halozati beallitasok smitty nelkul rocket sience

HP-UX:
+ korrekt tamogatas
- umount -f
- user[mod|add] -p ( v3 ig )
- kernel parameterek elegge statikusak
- LVM tukrozes ( Mirror Disk Utility ) extra feature extra penzert
- A programok egyidosek RMS -el :)
- EFI ( sorry, de a PA-RISC -et akarom vissza :))

Solaris:
+ ZFS
+ /dev symlinkek a PCI eszkozre

- kernel parameterek elegge statikusak
- LVM tukrozes ( Mirror Disk Utility ) extra feature extra penzert

v3-ban már nem.

- A programok egyidosek RMS -el :)
- EFI ( sorry, de a PA-RISC -et akarom vissza :))

Egyetértek. :-)
Életem egyik legnagyobb megrázkodtatása egy korai Integrity server bootja volt, amiben még Itanium 1-es CPU volt. Az egy az egyben úgy bootolt mint egy PC. Azt pedig, hogy egy HP-UX gépen ott csücsül egy FAT32-es partíció, szintén nehezen emésztem.
De ez az ára annak, hogy az Integrityken HP-UX mellett futhasson Linux, VMS és Windows is. Ja, meg FreeBSD. Igaz, Linux és FreeBSD tudtommal PA-RISC-en is futik...

- umount -f

Áruljátok már el, ez miért akkora etvasz! Miért jó eröltetni egy umountot?

Ave, Saabi.

"- umount -f

Áruljátok már el, ez miért akkora etvasz! Miért jó eröltetni egy umountot?"

Néha jó, ha nem kell egy lemountolhatatlan (nincs alámountolás, fuser -ck nem használ) diszk miatt újraindítani egy egész szervert.
Bár mióta felfedeztem a "vxumount -o force" megoldást, azóta ez nem jelent gondot. :)

Oszi

Softmount?
Amúgy meg amikor visszatér az NFS server az életbe, akkor elvileg újra felépül a kapcsolat. Persze láttam már tizensok gépből álló környezetet újraindítani, miután az NFS server újraindult. Említettem már, hogy nem szeretem az NFS-t? Például ezért.

Ave, Saabi.

( Wyfliff | 2008. 08. 18., h – 22:52 )

Saabi:
"Az AIX-ben nincs ipalias, ezért külön IP cím kell a bootoláshoz, a standby állapothoz és az aktív állapothoz. Mindezt nodeonként és hálózati interface-enként. Ha ez nem igaz, elnézést kérek."

Szerintem itt a HACMP-rol hallottal, nem az alap AIXrol
Ha az alias alatt azt ertjuk, h. egy haloadapteren tobb IPcim, akkor ilyet lehat AIXon is.

Jopenzert a Veritas Cluster es Veritas FS is elerheto AIXon, ez mar reszben elhnagzott.

Kivancsi vagyok lesz-e ZFS is, mondjuk az AIX7-ben ....

Gyanitom, h. a workload partition fogalmat a Solarisos zonakrol ..khmm... masoltak.

Live partition mobility-t tud a HP UX v. a Solaris?

HP UX
+testdrive hozzaferes :)
(jo lenne persze root jogokkal is de hat ne legyunk telhetetlenek ....)

AIX
+rakat IBM sw (pl TSM, GPFS) amivel alapbol jol egyutt mukodik
-otthoni tesztkornyezet kb lehetetlen

Meglehetosen offtopic kerdes: Solarison hogy nézem meg egy slice méretét?

jogos, magasak az elvarasaim :)

De az ala nem megyek, h. 2 gep kell 5.3as AIXal es 5.4-es HACMP-vel. Amikor meg lelkes voltam es boho -es nezelodtem- 120k korul lehetett volna ilyen tesztkornyezetet beszerezni. Es annyira nagyon konnyen azert nem lehetet hozzajutni ilyen hardverhez. De igazad van, nem lehetetlen. Nekem tul maceras/koltseges privat teszrtendszert beuzemelni :)

Az ODM + vagy - ? :)

HACMP-vel valoban nem annyira olcso mar a dolog, bar a POWER3-as modellek (pl 610-es) mar nagyon kedvezo aron is kaphatok, a HACMP-nek meg csak kello szamu halokartya, no meg valami soros heartbeat kell. Ha konkurens VG-t nem tervezel, igy mar nem veszes. (a villanyszamlat leszamitva)

ODM: hat, ha nem csak odmget-tel lehetne parse-olni, akkor egyertelmuen plusz lenne. Amugy szerintem keves vele a problema.

Sokkal okosabb nem lettem, de feltételezem virtuális gép menetközbeni másolásáról beszéltek.
Nos, ilyet se vPar, se Integrity VM alatt nem ismerek. Mondjuk helyzetet meg nem tudok elképzelni, ahol virtuális gépről menet közben akarnék másolatot készíteni, de biztos van értelme.

Ave, Saabi.

http://www.redbooks.ibm.com/abstracts/sg247460.html

Nem masolas, mozgatas (mobility):

"Live Partition Mobility allows you to migrate running AIX® and Linux® partitions and their hosted applications from one physical server to another without disrupting infrastructure services. The migration transfers the entire partition state, including processor context, memory, attached virtual devices, and connected users."

---

Es kocht die Eifersucht...

( LGee | 2008. 08. 19., k – 21:23 )

Eszembe jutott meg valami:

AIX:
+ (kis ugyesseggel) lehet nativ csomagokat (bff) kesziteni
+ kezeli az rpm-eket is

Ezzel hogy all a hpux vagy a solaris?

Of course, not. De mivel az rpm2cpio-hoz *csak* perl (és persze cpio) kell; a cpio pedig elég régóta, a perl pedig a BIND 4.x -> BIND 8.x/9.x áttérés óta része a HP-UX-nek, azt hiszem ezt a szokásomat (rpm2cpio használata natív rpm helyett) meg fogom tartani ott is. Ha valamiért szükségem lenne bármire is, ami *csak* rpm-ben érhető el.