NonStop számítástechnika a közepes ügyfeleknek is

Hewlett-Packard

A Hewlett-Packard a pár nappal ezelőtt bejelentett belépő-szintű NonStop szerverével olyan színvonalú számítástechnikát kínál a közepes ügyfeleinek is, amelyet eddig csak a felsőbb piaci szegmensben mozgó cégek és vállalatok engedhettek meg maguknak. A HP az NS1000-es Integrity NonStop szerverét kimondottan olyan kisebb egészségügyi, pénzügyi és telekommunikációs iparban tevékenykedő cégeknek ajánlja, ahol hasonló számítástechnikai igények mutatkoznak, mint a nagyobb versenytársaiknál: 24x7-es rendelkezésre-állás és valós-idejű hozzáférés a kritikus üzleti alkalmazásokhoz.

A bejelentés szerint ezzel a szerverrel ezek a cégek költséghatákonyan tudnak eleget tenni ezeknek az elvárásoknak. A bejelentés néhány tipikus felhasználási területet is megjelöl az új vas számára: például ATM és POS (point-of-sale) backbone, ahol komplett, egy helyről származó megoldást keresnek hardverre, operációs rendszerre, szoftverre és adatbázisra.

A szerver technikai jellemzői (támogatott konfigurációk):

  • Intel® Itanium® 2 processzorok
  • támogatott konfigurációk: 2-8 processzor
  • 4, 8 GB memória
  • 1.3 GHz órajel 3 MB cache
  • max. 32 TB storage / rendszer külső diszkek esetén

Egy tipikus rendszer ára (két processzor, 8 GB RAM, két dual-portos Fibre Channel adapter, két quad-portos Gigabit Ethernet adapter, hat 73 GB-os HDD, és egy rendszer konzol) 88 250 euró.

A bejelentés itt.

Mer' melyik nagy szervergyártó cég tervezi az ilyen 5 9-es rendelkezésre-állást célzó szervereinek árát a magyar piachoz? :)

Egyébként megjelölték a bejelentésben, hogy hova szánják: feljövőben levő piacok számára: Oroszország, Kína. Majd ne félj azok kiperkálják az árát.

--
trey @ gépház

( saabi v | 2006. 06. 13., k – 16:18 )

Kicsit hiányolom az alkalmazott operációs rendszer megemlítését, talán nem mindenkinek egyértelmű, hogy ezeken a vasakon _nem_ valamilyen unix-szerű izé fut. Talán a Tandem név mond valamit. :-)

Ave, Saabi.

Én ezt nem tudtam, de nem lepődöm meg rajta. Szóval ez a cucc a Tandem gépek utódja, amelyek a számítástechnikának egy másik, emeltebb szintjét jelentik, mint amivel én foglalkozom, ezért csak szerény döbbenettel szoktam időnként hallgatni azokat, akik ezzel foglalkoznak.

Ave, Saabi.

"ezért csak szerény döbbenettel szoktam időnként hallgatni azokat, akik ezzel foglalkoznak."

Hehe, én is. Általában a továbbképzéseken mutogatnak egy másik szoba felé, hogy: "Azok."

Amikor megyünk ebédelni, akkor kijönnek "Azok" és valahogy mintha máshogy is néznének ki :-))

--
trey @ gépház

Kevés hely van, ahol az "emeltebb szint" megéri az "emeltebb" árat. Az ígért biztonság a gyakorlatban nem ellenőrizhető, ki tudja pl. megállapítani, hogy a rendelkezésre állás tényleg 99.999... százalékos? Viszont láttam tandem rendszert símán összeomlani, és láttam noname, otthon összedugdosott szervert több év uptime-mal. Egy biztos: A nagy összegű (más pénze) projekt a managernek ugyanaz, mint halnak a víz, nélküle nem létezhet. Általában ez a fő ok, ami miatt kell a tandem rendszer.

Alapvetoen egyetertek azzal amit mondasz, viszont arra is gondolj, hogy ott, ahol tobb ilyen rendszer is uzemel, ott egyre inkabb lathato lesz a differencia a garantalt szolgaltatas es a veletlen jateka kozott (pl. egy gagyi PC-t lehet hogy most bekapcsolod es ha van aram 10 evig elgurul, viszont 10 gagyi PC kozul nagyon nem valoszinu, hogy mindegyik elmegy 10 evig.). Szoval inkabb a kerdes az, hogy redundans gagyi vagy kevesbe redundans de nagy megbizhatosagu cuccokbol alljon a rendszer.

Azok is csak emberek és néha tényleg döbbenetes, hogy miket lehet tőlük hallani.
Például mikor megkérdezed, hogy mégis hogy indul be egy ilyen gépszörny, ami egy fél géptermet elfoglal a válasz az, hogy "nem tudom, én még csak öt éve adminisztrálom, azalatt pedig még sosem indítottuk újra". :)

Egy tandemestől hallott anekdota:

Valamely amerikai városban földrengés volt. Kicsivel azután hogy elült a robaj, hívás érkezett az illetékes Tandem ügyfélszolgálathoz, hogy itten földrengés volt, és a "system is down" és segítséget kérnek. Erre az ügyfélszolgálatos elkezdte mondani a beindítás folyamatát, mikor félbeszakították, hogy nem erről van szó, a gép megy, csak feldőlt és bazi nehéz, nem tudják visszaállítani a helyére. :-)

Ave, Saabi.

Jó egy évtizede volt hasonló anekdota az AS/400-ról.
Ment a gép csak éppen nem találták. Ráadásul egy kicsi modell volt. Szóval elkezdték keresni és a kábel nyomvonalakat végignézve rátaláltak egy elfalazott részre, ahol a gép háborítatlanul zümmögött.
(Mivel nem magyar story, gondolom az elfalazott rész gipszkarton lehetett.)

Ilyet én is hallottam. Hasonló volt, amikor évekkel ezelött még a második munkahelyemen elmentünk a Közgázra megtekinteni az akkor nagyon menőnek számító, vízhűtéses mainframe számítógépet. Annak a rendszergazdája mesélte hogy amikor kinn járt valami nyugati egyetemen, meg akarta tekinteni az egyetem számítógépét. Először nem értették mit akar, aztán csak sikerült előkeríteni a kulcsokat és megkeresni az alagsorban a gépet. (Mondjuk olyan nagyon nehéz nem lehetett, a gép valószínüleg az egész alagsort elfoglalta.) A helyiek ugyanis nagyon-nagyon ritkán jártak csak arra. :-D

Ave, Saabi.
ps: a történetet nagyon régen hallottam, nem is biztos hogy így volt, de a lényeg benne van.

Az a vízhűtéses mainframe az ursus.bke.hu volt. :)

Amíg még ment, a 90-es években, volt rajta webszerver is. Az archívumban van is egy kevés belőle: http://web.archive.org/web/*/http://ursus.bke.hu

Az a rész tetszik, amikor a meghibásodott processzor funkcióit a szervízproci átveszi, közben telefonál az IBM központnak és megrendeli az alkatrész cseréjét. Nem tudom, hogy a Közgázon történt-e meg, de városi legendaként olvastam egy jópofa történetet erről. :) A gép üzemelt, az operátorok békésen üldögéltek a szobájukban, a felhasználók a terminálok előtt, amikor egyszer csak megjelent egy IBM-es technikus(csapat) és kérdezték, hogy hol a gép? Az operátorok persze csodálkoztak, mert ők nem kértek senkit, hogy jöjjön szerelni, mire megnyugtatták őket, hogy persze, semmi gond, a gép szólt be valami miatt nekik. :)

--
Sokan nincsenek tudatában annak, / hogy egyszer mindenki meghal. / Akik ráébrednek erre, / azonnal abbahagyják az ellenségeskedést.

Hahaha. Nekem is van ilyen anekdotám. Csak nekem nem gépről, hanem kollégáról, akit a kőművesek befalaztak, miközben a munkáját végezte. Mondjuk ez nem is "annyira" furcsa, mint az, hogy ez reggel történt, a kolléga meg csak éjfél fele vette észre, hogy valami nem fasza :))

--
trey @ gépház

Zahy mester szavamon fogott, ezért mostan itten zaklat, de bebootoltunk egy rx2600-at:

---
Fixit# dmesg
GDB: debug ports: uart
GDB: current port: uart
KDB: debugger backends: ddb gdb
KDB: current backend: ddb
Copyright (c) 1992-2006 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 6.1-RELEASE #0: Sun May 7 04:43:05 UTC 2006
root@pluto2.freebsd.org:/usr/obj/usr/src/sys/GENERIC
CPU: Madison (1300.00-Mhz Itanium 2)
Origin = "GenuineIntel" Revision = 5
Features = 0x1
real memory = 1062764544 (1013 MB)
avail memory = 988430336 (942 MB)
FPSWA Revision = 0x10012, Entry = 0xe00000407fe60050
acpi0: on motherboard
acpi0: Power Button (fixed)
acpi0: Sleep Button (fixed)
Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000
acpi_timer0: <32-bit timer at 3.579545MHz> iomem 0xff5c1004-0xff5c1007 on acpi0
cpu0: on acpi0
acpi_tz0: on acpi0
pcib0: on acpi0
pci0: on pcib0
ohci0: mem 0x80023000-0x80023fff irq 16 at device 1.0 on pci0
ohci0: [GIANT-LOCKED]
usb0: OHCI version 1.0
usb0: on ohci0
usb0: USB revision 1.0
uhub0: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 3 ports with 3 removable, self powered
ohci1: mem 0x80022000-0x80022fff irq 17 at device 1.1 on pci0
ohci1: [GIANT-LOCKED]
usb1: OHCI version 1.0
usb1: on ohci1
usb1: USB revision 1.0
uhub1: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
ehci0: mem 0x80021000-0x800210ff irq 18 at device 1.2 on pci0
ehci0: [GIANT-LOCKED]
usb2: EHCI version 0.95
usb2: companion controllers, 3 ports each: usb0 usb1
usb2: on ehci0
usb2: USB revision 2.0
uhub2: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1
uhub2: 5 ports with 5 removable, self powered
atapci0: port 0xd58-0xd5f,0xd64-0xd67,0xd50-0xd57,0xd60-0xd63,0xd40-0xd4f irq 21 at device 2.0 on pci0
atapci0: HW has secondary channel disabled
ata2: on atapci0
fxp0: port 0xd00-0xd3f mem 0x80020000-0x80020fff,0x80000000-0x8001ffff irq 20 at device 3.0 on pci0
miibus0: on fxp0
inphy0: on miibus0
inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp0: Ethernet address: 00:30:6e:f3:dc:01
pcib1: on acpi0
pci32: on pcib1
mpt0: port 0x2100-0x21ff mem 0x90840000-0x9084ffff,0x90830000-0x9083ffff irq 27 at device 1.0 on pci32
mpt0: [GIANT-LOCKED]
mpt0: MPI Version=1.2.12.0
mpt0: Unhandled Event Notify Frame. Event 0xa.
mpt1: port 0x2000-0x20ff mem 0x90820000-0x9082ffff,0x90810000-0x9081ffff irq 28 at device 1.1 on pci32
mpt1: [GIANT-LOCKED]
mpt1: MPI Version=1.2.12.0
mpt1: Unhandled Event Notify Frame. Event 0xa.
bge0: mem 0x90800000-0x9080ffff irq 29 at device 2.0 on pci32
miibus1: on bge0
brgphy0: on miibus1
brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto
bge0: Ethernet address: 00:30:6e:f3:4c:e4
pcib2: on acpi0
pci64: on pcib2
bge1: mem 0x98000000-0x9800ffff irq 38 at device 1.0 on pci64
miibus2: on bge1
brgphy1: on miibus2
brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto
bge1: Ethernet address: 00:30:6e:f4:f1:e7
pcib3: on acpi0
pci96: on pcib3
pcib4: on acpi0
pci128: on pcib4
pci128: at device 1.0 (no driver attached)
pcib5: on acpi0
pci192: on pcib5
sym0: <1010-66> port 0xc100-0xc1ff mem 0xe0045000-0xe00453ff,0xe0042000-0xe0043fff irq 71 at device 1.0 on pci192
sym0: Symbios NVRAM, ID 7, Fast-80, LVD, parity checking
sym0: open drain IRQ line driver, using on-chip SRAM
sym0: using LOAD/STORE-based firmware.
sym0: handling phase mismatch from SCRIPTS.
sym0: [GIANT-LOCKED]
sym1: <1010-66> port 0xc000-0xc0ff mem 0xe0044000-0xe00443ff,0xe0040000-0xe0041fff irq 72 at device 1.1 on pci192
sym1: Symbios NVRAM, ID 7, Fast-80, LVD, parity checking
sym1: open drain IRQ line driver, using on-chip SRAM
sym1: using LOAD/STORE-based firmware.
sym1: handling phase mismatch from SCRIPTS.
sym1: [GIANT-LOCKED]
pcib6: on acpi0
pci224: on pcib6
pci224: at device 1.0 (no driver attached)
puc0: mem 0xf4050000-0xf4050fff,0xf4020000-0xf403ffff irq 82 at device 1.1 on pci224
uart0: on puc0
uart0: console (9600,n,8,1)
uart1: on puc0
uart2: on puc0
pci224: at device 2.0 (no driver attached)
uart3: <16550 or compatible> iomem 0xff5e0000-0xff5e0007 irq 34 on acpi0
uart4: <16550 or compatible> iomem 0xff5e2000-0xff5e2007 irq 35 on acpi0
uart4: debug port (9600,n,8,1)
ukbd0: P.I. Engineering PC Keyboard/Mouse to USB Adapter, rev 1.10/3.10, addr 2, iclass 3/1
ums0: P.I. Engineering PC Keyboard/Mouse to USB Adapter, rev 1.10/3.10, addr 2, iclass 3/1
ums0: 5 buttons and Z dir.
Timecounters tick every 1.000 msec
md0: Preloaded image 8388608 bytes at 0xe000000004b0bfc8
acd0: DVDROM at ata2-master UDMA33
Waiting 5 seconds for SCSI devices to settle
(noperiph:sym0:0:-1:-1): SCSI BUS reset delivered.
(noperiph:sym1:0:-1:-1): SCSI BUS reset delivered.
da1 at mpt0 bus 0 target 1 lun 0
da1: Fixed Direct Access SCSI-3 device
da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled
da1: 34732MB (71132960 512 byte sectors: 255H 63S/T 4427C)
da0 at mpt0 bus 0 target 0 lun 0
da0: Fixed Direct Access SCSI-3 device
da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled
da0: 35003MB (71687369 512 byte sectors: 255H 63S/T 4462C)
da2 at mpt1 bus 0 target 2 lun 0
da2: Fixed Direct Access SCSI-3 device
da2: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled
da2: 34732MB (71132960 512 byte sectors: 255H 63S/T 4427C)
da3 at sym0 bus 0 target 8 lun 0
da3: Fixed Direct Access SCSI-3 device
da3: 160.000MB/s transfers (80.000MHz, offset 31, 16bit), Tagged Queueing Enabled
da3: 34732MB (71132960 512 byte sectors: 255H 63S/T 4427C)
da4 at sym0 bus 0 target 10 lun 0
da4: Fixed Direct Access SCSI-3 device
da4: 160.000MB/s transfers (80.000MHz, offset 31, 16bit), Tagged Queueing Enabled
da4: 34732MB (71132960 512 byte sectors: 255H 63S/T 4427C)
da5 at sym0 bus 0 target 12 lun 0
da5: Fixed Direct Access SCSI-2 device
da5: 160.000MB/s transfers (80.000MHz, offset 62, 16bit), Tagged Queueing Enabled
da5: 34732MB (71132960 512 byte sectors: 255H 63S/T 4427C)
da6 at sym1 bus 0 target 8 lun 0
da6: Fixed Direct Access SCSI-3 device
da6: 160.000MB/s transfers (80.000MHz, offset 31, 16bit), Tagged Queueing Enabled
da6: 34732MB (71132960 512 byte sectors: 255H 63S/T 4427C)
da7 at sym1 bus 0 target 10 lun 0
da7: Fixed Direct Access SCSI-3 device
da7: 160.000MB/s transfers (80.000MHz, offset 31, 16bit), Tagged Queueing Enabled
da7: 34732MB (71132960 512 byte sectors: 255H 63S/T 4427C)
da8 at sym1 bus 0 target 12 lun 0
da8: Fixed Direct Access SCSI-2 device
da8: 160.000MB/s transfers (80.000MHz, offset 62, 16bit), Tagged Queueing Enabled
da8: 34732MB (71132960 512 byte sectors: 255H 63S/T 4427C)
Trying to mount root from ufs:/dev/md0
Fixit#
---

Ave, Saabi.

Igen, NonStop OS fut rajta NonStop kernellel es NonStop SQL-el ;) Ez se mond tobbet annak aki meg sosem hallott rola. Bar manapsag mar van vmi virtualizacios reteg amivel java alkalmazasok is futtathatoak.

Amugy 23-25 milla egy NonStop szerveret potom penz, az orszagban kb 5-6 helyen lehet most Tandem. Egyszer jart nalunk a HP (-ex Tandem)-tol par Europaert felelos emberke, es meseltek rola 3 napig, hogy mi es ez mit tud. Sok mar nem maradt meg belole, de az eleg impozans adat hogy az amerikai tozsdek joresze ilyenen fut. (1-2 eve amikor beszeltunk rola azt allitottak hogy az egyik legtobb procis Tandem (~2000 proci korul bar meg sokaig bovitheto:)) az AOL-nel van mint fo mailszerver. Nem tudom megvan-e meg :))

A virtualizációs réteg már csak azért is kell rá, mert ha jól tudom nem mindig volt Itanium processzoros. Az alkalmazásokat meg talán nem kellene átírni ha gépet bővítenek. Én ilyen bináris kompatibilitásról hallottam, de lehet, hogy tévedek. Én sem foglalkozom vele.

Egyet elég gyakran látok. Illetve a felét, mert a másik fele egy másik városban van, és a kettő közti kapcsolat kvázi olyan mint egy normál többproci szerverben a processzorokat összekötő buszrendszer. Szóval egy szerver az egész.
Nem túl gyors, veszett drága, de elpusztíthatatlan. (Ja és fekete a színe, benne 1-2 piros csík. :) )