Datuve :: Augstas pieejamības serveri

Datuve

Mana Datuve

Reģistrācija | Noteikumi | Paroles atjaunošana



Forums

Ieskaties


Raksti

Lietotāji online

Lietotāji online: 17

Reģistrētie lietotāji online: 0

Viesi online: 17

Datuve.lv video
Top.LV

Augstas pieejamības serveri

Ievietoja: ob1 @ 2011.03.31 20:33  

Mūsdienās gandrīz katrā firmā ir kāds serveris, bieži vien vairāki. Admini saprot, ka serverim ir jāstrādā stabili – ja tas nogāzīsies, tad firmas darbs būs paralizēts. Tāpēc admini izsit bargu naudu no bosiem... un bosiem nekas cits neatliek kā maksāt vai samierināties ar to, ka reizēm firma apstājas.

Sevišķi augstas prasības pret serveru pieejamību ir nozarēs, kurās uz spēles liktas cilvēku dzīvības – aviācija, medicīna, enerģētika, bet arī bankām patīk ļoti stabili serveri, līdz ar to tiek tērētas ievērojamas naudas summas.

Izrādās, ka Latvijā uz serveriem tiek tērēts daudz vairāk kā citur pasaulē un ne tāpēc, ka mums būtu daudz naudas, bet tāpēc, ka mūsu adminiem bieži vien nav nepieciešamo zināšanu.

Serveru pieejamību pieņemts rēķināt “devītniekos”. Ja serveris strādā 99% no nepieciešamā laika, tad tam ir 2 devītnieki, ja 99,9% - tad 3 devītnieki, utt. Pasaulē ir defacto standarts – aviācijā, medicīnā, enerģētikā – vismaz 5 devītnieki (t.i. aptuvenais vidējais gada downtime ir ap 5 minūtēm).

Lai aprēķinātu pieejamību, ir jāzina iekārtu MTBF (mean time before failure), MTTR (mean time to repair) un slēgums. Ja iet runa par vienu serveri, tad formula ir A=MTBF/(MTBF+MTTR). Brand serveriem MTBF ir ap 40000 stundām, MTTR – cik nu ātri salabos, parasti ap 2 nedēļām. Tad dārgam brand serverim ir tikai 2 devītnieki, ja nu tiešām par bargu naudu nopērk servisu, kas salabos 24 stundās (LV tas nav reāli), tad sanāks 3 devītnieki (ja nav slinkums, pārbaudiet manus aprēķinus – formula ir dota).

Ja iet runa par, piemēram, SQL serveri, tad ir iespēja saslēgt vairākus serverus, kas strādās paralēli (SQL mirror). Ja viens no serveriem nomirst, tad cits turpina darbu un lietotājs to var pat nepamanīt (pārslēgšanās laiks ir dažas sekundes). Tad pieejamības aprēķins kļūst sarežģītāks (formulas var atrast internetā). Pieņemsim, ka mums ir lēts pašmāju puslīdz sakarīgi saskrūvēts kompis, kas strādā par serveri – tam MTBF būs ap 20000 stundām. Kad tas salūzīs, tad remonts neprasīs ilgu laiku, jo detaļas būs plaši pieejamas, teiksim MTTR=48h. Tad sistēmai ar tādiem 3 kompjiem būs 4 devītnieki.

Ja ar to ir par īsu, tad var pielikt klāt 4. kompi rezerves daļām, kā arī sameklēt sakarīgākus skrūvētājus/testētājus. Tad tādai sistēma MTBF var būt ap 30000h un MTBR zem 8h (jo remonts nozīmē tikai pamanīt, ka viens serveris ir miris un pārmest vadus uz rezerves serveri). Rezultātā iegūsim 6 devītniekus!

Salīdzināsim šos variantus:

Konfigurācija: .... Brand serveris ..... 3 lēti serveri ...... 4 lēti serveri
Cena ................... 7000Ls ................... 2000Ls ............. 3000Ls
Pieejamība .......... 2 nines .................... 4 nines .............. 6 nines

Man tā izskatās, ka pirkt brand serverus ir naudas nepamatota izšķiešana... (no otras puses – jo dārgāku serveri nopērc, jo lielāks otkats).

Papildus infa:
http://en.wikipedia.org/wiki/High_availability

Saistītie raksti

Komentāri

#1 Drevil @ 2011.03.31 21:01

Paldies, ob1! Vai nevarētu papildināt šo visnotaļ sakarīgu rakstu ar tikpat kodolīgu droša tīkla aprakstu - kas būtu jālieto pierastas "zvagznes" konfigurācijas vietā, lai nodrošinātos pret fisziskiem līniju pārtraukmiem?
Varbūt vēl kaut kas par šo tēmu - par cik jāstrādā ar Latvijas slimnīcām, kur IT līmenis ir tikpat kā nekāds, varētu noderēt kā atsauksmes avots. Vēlreiz paldies!

#2 usinss @ 2011.03.31 22:47

700ls dzelžiem? Nekas pārāk liels nesanāk, labi mazai firmai ar 20-60pc pietiks. Tā paknapi būs ar aktīvo direktoriju + exchange+ ftp....

Bet brends par 2k ir daudz stiprāks. iepirkām vienai firmai, downtime gadā var būt ir kāda 1h, un pa lielam tas ir tad, kad nav vajadzība pēc servera (firma slēgta)

#3 bellys WWW @ 2011.03.31 22:55

interesanti, paldies! :)

#4 bixiz1 @ 2011.03.31 23:01

nice raksts!

#5 velnazensmakssunmorics @ 2011.03.31 23:25

ob1, kad tu uzrakstisi par logisko bumbu, kas iestradata intel procesoros?

#6 ob1 @ 2011.04.01 08:23

#1 labi, mēģināšu arī par tīklu uzrakstīt... bet tur jātaisa bildītes - baiga noņemšanās.

#2 hmm, tikko dateksā saklikšķināju vienu servaku - RACK, Phenom II x4, 8GB ECC RAM, 3x1TB HDD (Raid5) - man sanāca nepilni 600Ls.
http://www.dateks.lv/grozs?content=Zc07DoAgEEXRvUxtMR9gBndjZYyFiVhJ2Lv…

#5 nea, es esmu spēka gaišajā pusē :)

#7 avio @ 2011.04.01 08:31

"...kas salabos 24 stundās (LV tas nav reāli)". Lūdzu pamatojumu autoram šim subjektīvajam apgalvojumam. Kāda pašam pieredze, kāda bijusi saskaršanās, kāpēc LV tas nav reāli? Vai sīkāk, lūdzu, vari izdalīt par kādiem zīmoliem šeit esi runājis, kur LV tas nav reāli?

#8 ES! @ 2011.04.01 08:35

Ar diviem BRAND serveriem var panāk 6 devītniekus, tikai vajag mācēt...

#9 ob1 @ 2011.04.01 08:41

#7 man ir bijušas darīšanas ar firmām, kas piegādā servakus slimnīcām, bankām, utt. Tās it kā piedāvā 24h servisu... bet palasot līgumu, izrādās, ka tas ir "reakcijas laiks", t.i., firma garantē, ka džeki 24h laikā atskries uz objektu, bet negarantē, ka 24h laikā salabos servaku. Super-truper servisa gadījumā piegādātājs savā kantorī tur vēl vienu analoģisku dzelzi... bet cik laika vajag, lai uzliktu esošo sistēmu un sakonfigurētu?

Nu kaut vai tīri praktiski - dažu terabaitu RAID5 masīva nokopēšana vien var aizņemt vairāk. Zinu vairākus gadījumus, kad slimnīcas admini restaurēja servaka nobrukušu RAID5 masīvu apmēram nedēļu... un tajā laikā servaks nebija pieejams.

#10 ob1 @ 2011.04.01 08:42

#8 - super! A cik tas maksās?

#11 usinss @ 2011.04.01 09:21

Un kur tavam servakam ir atsevišķš raid kontrolieris? Palaid ORACLE uz tāda servaka un redzēsi, ka RAID bremzēs visu padarīšanu. Un dzelži tādi nekādi, lētā gala mātesplate, kura nomirs pēc pusotra gada, ja būs izslēgta tikai max 10-20 min

#12 ob1 @ 2011.04.01 09:31

#11 RAID kontrolieris ir uz mātes. Māte ir izvēlēta pēc iespējas kvalitatīvāka (Asus, polimēru kondensatori), tādas mātes, ja tās nepārkarsē, iet gadus 10. Cita lieta par SW RAID konfigurēšanu - tas ir jāmāk, lai dabūtu drošumu un ātrumu (lai gan arī citus RAID-us ir jāmāk sakonfigurēt).

Par RAID konfigurēšanu skat:
http://forums.storagereview.com/index.php/topic/25786-how-to-achieve-s…
http://support.microsoft.com/kb/929491

#13 ES! @ 2011.04.01 09:49

#10
~ 20 000 LVL

#14 ob1 @ 2011.04.01 10:07

#14 Tev es ieteiktu pamācīties matemātiku, bez tās var paļauties tikai uz ticību brandiem, nevis aprēķināt sistēmas pieejamību.

Hmm, testam - lūdzu sameklē brandu serveru specenes ar publicētu MTBF.

#15 avio @ 2011.04.01 10:27

ob1 rakstīja:

#7 man ir bijušas darīšanas ar firmām, kas piegādā servakus slimnīcām, bankām, utt. Tās it kā piedāvā 24h servisu... bet palasot līgumu, izrādās, ka tas ir "reakcijas laiks", t.i., firma garantē, ka džeki 24h laikā atskries uz objektu, bet negarantē, ka 24h laikā salabos servaku. Super-truper servisa gadījumā piegādātājs savā kantorī tur vēl vienu analoģisku dzelzi... bet cik laika vajag, lai uzliktu esošo sistēmu un sakonfigurētu?

Nu kaut vai tīri praktiski - dažu terabaitu RAID5 masīva nokopēšana vien var aizņemt vairāk. Zinu vairākus gadījumus, kad slimnīcas admini restaurēja servaka nobrukušu RAID5 masīvu apmēram nedēļu... un tajā laikā servaks nebija pieejams.

Tātad saprotu, ka īsti darīšana Tev nav bijusi. Tu šeit runā par pārdevēju sniegtajiem un pašu atrunātajiem servisa gadījumiem. Kāds serviss klientam ir bijis nepieciešams, par tādu viņš maksā un tādu saņem. Viss. Ja klientam ir vajadzīgs ātrs remonts jebkurā situācijā, tad tāds pakalpojums arī ir jāpērk, nevis jācer, ka notiks brīnums.
Un Latvijā tas reāli ir iespējams, un tas reāli strādā.  Tā ir mana pieredze.
Turklāt Tu runā par RAID masīva pārkonfigurēšanu - servisa gadījumā tak tiek nomainīta bojātā detaļa un noteikti nav vajadzīga nekāda jauna instalācija, konfigurēšana.
Turklāt, ja runā par slimnīcām, kur tas uptime ir tik ļoti svarīgs, tad ar augstas klases serveriem visu ir iespejams sakonfigurēt tā, ka viena servera nomiršana Tev kā klientam neko neiespaidos.
Nepārtrauktu darbību ar lētām naidiņām nebūs viegli realizēt.

#16 ^L00P @ 2011.04.01 10:32

ob1, par rakstu varu ielikt 5 balles par centību, uzrakstīt šejienes publikai saprotamā valodā. Par raksta saturu 3 ar ļoti lielu mīnusa zīmi :)
Ja ir SISTĒMA kura ir jābūt pieejamai "pieci devītnieki" (kuras nepieejamība ir mazāk, kā 5.26 MINŪTES GADĀ!) nu nekādā gadījumā nedrīkst tapt veidota uz parastiem datordzelžiem. Nu tas nav nopietni. un ja ir nepieciešama sistēma, kas ir pieejama seši devītnieki (max downtime 31,5 SEKUNDES GADĀ) tādai serveru dzelžu izmaksas ir pilnīgs sīkums salīdzinot ar visām pārējām izmaksām lai to nodrošinātu. Jau lai nodrošinātu 5-9 ir jāveic nopietna FTA (fault tree analysis) analīze, jo pēc pieredzes, varu pateikt, ka vislielāko downtime veido nevis tas, ka servera dzelži nomirst, bet tas ka zūd sakari, elektro piegādes pārtraukumi, kas ir ilgāki par upšu darbības laiku, loģiskās kļūdas, un etc cilvēcīgie faktori. :)

#17 ob1 @ 2011.04.01 10:35

#16 hmm, rakstā tieši par to iet runa - kā ar "lētām naudiņām" realizēt nepārtrauktu darbību.

#18 ob1 @ 2011.04.01 10:40

#18 Pirmkārt jau 6 devītnieki nenozīmē "max downtime 31,5 SEKUNDES GADĀ", tas nozīmē, ka, ja mums ir daudz sistēmas ar 6 devītniekiem, tad to VIDĒJAIS downtime būs 31.5 sekundes gadā.

Otrkārt - lai būvētu pieejamu sistēmu, tad jāapskata visas komponentes, serveri, tīkls, elektroapgāde, utt. Šajā rakstā ir stāsts tikai par serveriem, par pārējām sistēmas daļām rakstīšu, ja sanāks laiks.

#19 xx @ 2011.04.01 13:42

Ak dies... šitais analfabēts no notepad pārvācies uz citejieni ar visiem saviem murgiem.
ob1 sajēga no serveriem ir tādā pat līmenī kā par baletu.
Āksts da i toļķa.

#20 Man interesē... @ 2011.04.01 13:59

ob1, ko domā par JBoss?

#21 Mr. JMT @ 2011.04.01 15:39

no sērij
as...
ja nezinu neko - izklausās labi, palasot komentārus, iegūstu papildus info..

rezumē
turpini rakstīt.. !! ir labi, raksts+diskusija sniedz jaunu info :)

#22 xeons88 WWW @ 2011.04.01 16:16

#21 sāc ārstēšānās kursus, Tev urīns galvā! Esmu medicīnas speciālists un tam atbilst visi simptomi. Ob1 normāls keks nevienam nekad nav atteicis palīdzību, vienmēr ir ļoti izsmeļoš un argumentāts veidoklis. Tāda sajūta ka dažiem severu adminiem ar šo rakstu ir iedragāta morālā pašapziņa. Kā viņi ar savām Vinija Pūka samdzenēm to nav spējuši iedomāties un ieviest praksē. Bezargumetiem nomelnojot un stumjot sviestu par to ko, kāds viņiem nepazīstams ir vai nav darijis.

#23 ob1 @ 2011.04.01 16:55

#24 Paldies!

Šobrīd strādāju pie HA tīkla raksta. Drafts ir novelams šeit:
http://www.failiem.lv/down.php?i=qpwpgh&n=Hospital_LAN_draft_1.doc
(nesodiet bargi, tas ir tikai nepabeigts uzmetums, bet ieteikumus ņemšu vērā)

#24 Drevil @ 2011.04.01 21:01

Infai - ob1 nedārgie serveri jau veiksmīgi strādā vairākās Latvijas slimnīcās kopš 2010.gada vidus - uz šo brīdi vēl neviens nav apstājies ne uz1 minūti. Uptime pašlaik tātad ap 8 mēnešiem vismaz un izmaksas - kā jau minēts. Vēl viena būtiska detaļa - ob1 sistēmas turpina strādāt arī ja nav elektrības padeves līdz 2 stundām. Būtu vērts ieklausīties ko viņš saka - ne vienmēr dārgs nozīmē labs
hmm... bet "otkats" gan nesanāk, ievērojams arguments Latvijai, tā izskatās...
Paldies, arī tīkla aprkasta melnraksts izskatās sakarīgs - lūdzu, turpini!

#25 usinss @ 2011.04.01 21:52

Mjā, man ar viens maziņš webserveris stāv, kuram 8 gadus veci dzelži (jaunākajam dzelzim 8 gadi). uptime ir kopš uzlikts, ja neskaita kad viens mūdzis sapisa elektrības skapi, tad gan dabūja pastāvēt 2h dīkā... bet labi, ka bija brīvdienas

#26 Raimz @ 2011.04.02 21:18

Raksts ir OK, par brand serveriem tiek pārmaksāts. Bet vai piecu devītnieku un augstāka pieejamība ir iespējama bez alternatīva elektropadeves avota? Vai Latvenergo var garantēt elektropadevi arī dabas untumu u.c. problēmsituāciju gadījumā?

#27 0b1 @ 2011.04.02 21:40

Es uzbudinos lasot pats savu rakstu. :)

#28 ob1 @ 2011.04.02 22:22

#28 Protams, elktroapgāde ir svarīga. To risina ar UPS-iem un ģeneratoriem. Un arī ar serveriem, kas būvēti tā, lai patērētu ne pārāk daudz jaudas.

#29 Drevil @ 2011.04.03 00:09

# 28 Latvenergo? Garantēt? Labi ja spēj piegādāt kvalitatīvu enerģiju - bez sprieguma kritumiem un pacēlumiem - savā laikā biju daudz infas zaudējies kritumu dēļ (progas stājās procesa vidū in pēdējā infa vējā) un vienreiz zaudēju dzelzi pacēluma (surge) dēļ. Pēdējā laikā ir labāk, bet nebūt nav ideāli, tomēr UPSi pret to nosargā. Sliktāk ir ar padeves nepārtrauktību - puslīdz attīstītās slimnīcās velk divus neatkarīgus kabeļa ievadus no dazādām apakšstacijām tno teritorijas pretējiem galiem, liek automātisku pārslēdzēju ar pārslēgšana laiku gala lietotājiem zem 0,3 sec un liek dīzeļģeneratorus dežūrrežīmā ar automātisko ieslēgšanos strāvas padeves trūkuma gadījumā. Pozitīvais piemērs - Bērnu slimnīca Vienības gatvē, jācer ka arī citur kāds tiktāl būs aizdomājies. Tomēr pret "gudra traktorista sindromu" aizsargāt nevar nekas - ja kāds mūdzis abus kabeļus fiziski pārcērt, nekāda aizsardzība nelīdzēs... ir piedzīvots...

#30 Drevil @ 2011.04.03 00:14

# 28 Papildinājums. Ja iet runa par kritiski svārīgām iekārtām, tad arī iekšējo elektrotīklu būvē dubultā - katra kontaktu grupa ir nodublēta turpat blakus, bet barojas katra no savas apakšstacijas, nodrošinot 50% garantīju arī pret gudro traktoristu savā teritorijā. Palīdz, uz rūgtās pieredzes pārbaudīts...

#31 Eric @ 2011.04.03 12:18

Džedajs uzsāka labu domu, bet daudz ko nepateica.

MTTF sistēmai ietekmē ne tikai dzelži, bet arī arī apkārtne un softs, kas tur griežas. Praktiski, tas būtu jāņem vērā.
(Apkārtne = elektrība, internets un vai datu centrs ir drošs pret osamas bin ladena uzbrukumiem un Adminis Infantilis gājieniem)

MTTR loti būtiski ietekmē sistēmas arhitektūra. Ja katras problēmas gadījumā admins brauc no ar ričuku no purvciema uz  datu centru ar restartēt serveri, tad ir slikti. Sistēmā var iestrādāt redundanci tā, ka pati sistēma dažu sekunžu laikā pārslēdzas uz backupu vai arī uz vietas vienmēr ir kāds, kas visu salabo. (visdrīzāk abas lietas kopā)

Brendīgie dzelži vs nebrendīgie dzelži:

Brendīgo dzelžu ražotājs dod garantiju, ka visi komponenti kopā strādās un nekonfliktēs. Pie tam, tāds serveris ir testēts nez cik reālās sistēmās un visa konfigurācija ir noslīpēta.

Savukārt, salasot sistēmu pašrocīgi, visi testi jāveic pašam un nav nekādas garantijas, ka tīkla kartes draiveris kādā mistiskā mirklī nesāks konflikēt ar RAID kontrolieri.

Salasot vairākus nebrendīgos serverus un tādā veidā nodrošinoties pret problēmām palielinās maintenance izdevumi.

Vienu serveri ir jātur vienā datu centrā un to var apkalpot viens cilvēks un kopējie maintenance izdevumi (admins + datu centra īre) ir teiksim 2000 ls/m

Četrus serverus vislabāk ir turēt dažādās vietās, kas prasa vismaz 2 adminus, pie tam arī gudrākus, jo tiem nez vai būs pieejams 24/7 servera ražotāja atbalsts. Kopā sanāks ka maintenance izdevumi dubultojas un ir ~4000 ls/m

Patiesība ir tur ārā!

#32 xx @ 2011.04.03 12:54

Džedajam vispār ir ļoti attāla izpratne par to, kas ir serveris.
No pirksta izzīž kaut kādas cenas un stāsta ka 7k Ls vs 600Ls
Es vēl saprastu ka tiek salīdzināti līdzīgas konfigurācijas serveri no dažādiem ražotājiem (teiksim HP vs pašu skrūvēta kaste ar analoģisku konfigurāciju).

Otra lieta ko pajols ob1 ietiepīgi ignorē... jautājums kādas funkcijas tie serveri pilda. Neba visu var dublēt.
Programmatūras izmaksas.
Uzturēšanas izmaksas.
Infrastruktūra.

Da i shēma ir neprecīza.
Piemēram, ja mēs gribam dublēt SQL serverus tad pēc idejas vajag 3 datorus.
2vus uz kuriem griežas SQL un viens kurš vaktē tos servakus un ja viens nobrūk laiž visas konekcijas uz otru serveri.
Ja ir tikai divi serveri tad pārslēgšana jāveic manuāli...
Tur ir kaudzēm nianses un ieciklēties TIKAI uz serveru dzelžu izmaksām ir muļķīgi.
Kopējās izmaksas ir tik lielas ka serveru dzelžiem tur kaut kādi pārssimt Ls turp vai šurp neko nemaina.

#33 xx @ 2011.04.03 13:06

Runājot par dzelžiem.. ja tā prasti paskatās.. 7k Ls kaut kāds tur HP... kāda būs viņa aptuvenais konfigs ?
Tur būs 2vi hotplug barokļi.
Tur būs nopietns raid kontrolieris.
Tur būs nopietns vismaz 6 kodolu CPU a to i visu 8.
Tā nebūs kaste ar kaut kādiem 2viem sūda satas diskiņiem.
Visam tam pasākumam būs normāls keiss ar normālu dzesi.

Tas būs principiāli pilnīgi cits dzelzis, ja salīdzina ar to ko var pats sakrāmēt par 600Ls.

Heh...
Da i vispār... cik dzelžiem var atrast to MTBR ?
Ja paskatās uz to uzņēmumu praksi kuriem ir svarīgs uptaims... cik ir redzētas mm teiksim bankas kur kā serveri stāvētu kaut kādas pašu krāmētas kastes ?
Moš ob1 grib teikt ka bankās strādā vieni vienīgi pajoli kuri neko nejēdz un šķiežas ar naudu vienkārši tā pat?

Protams, piekrītu ka ir jārēķina un jāanalizē lai būtu maksimāls efekts no katra iztērētā latiņa, bet nu tas kā to dara ob1.. tas vienkārši ir sviests.

Ob1 ne vienreiz vien jau ir nodemonstrējis to ka vāji orientējas IT jautājumos.
Da kaut vai viņa mega raksts notepadā par HDD cluster ietekmi uz ātrdarbību.
Beigās āksts nodzēsa tos savus rakstus, un pareizi vien darīja.. ibo tās muļķības ko viņš tur sarakstīja bija kaut kas unikāls.

Un tagad, kad šitais klauns te kaut ko ļarkst pa serveriem, es pat nezinu ko darīt.. smieties vai raudāt..

#34 ob1 @ 2011.04.03 15:19

Labi, pierunājāt...

Latvijā slimnīcas reizēm pērk serverus. Iepirkuma dokumenti ir publiski pieejami. Reizēm, es izklaides pēc palasu iepirkumu specifikācijas – tad sieva jautā, kāpēc es tik skaļi smejos...

Vienā LV slimnīcā stāv gadus 5 vecs serveris. Procesora noslodze ap 5%. Diski varētu būt ātrāki, bet, iespējams, RAID ir sakonfigurēts šķībi, tapēc nedaudz piebremzē. Admini nu ir sadomājuši pirkt jaunu serveri (viņi pat zināja nosaukt modeli un cenu - bez SQL licences 7kLs). Specifikācija:

1) MS Windows Server Standart 2008 R2 64Bit English
Hmm, a kur lietotāju licences? Spriežot pēc 2) serveris tiks izmantots kā datubāzes serveris... tad kāpēc vajag Windows Server OS (kas maksā oi-oi-oi)?

2) MS SQL Server standart 2008 R2 1 procesora licence.
Ok, tas ir saprotams

3) Viens seškodolu 64 bitu procesors 95W TDP  2,66GHZ CACHE 12MB , ar iespēju papildināt līdz diviem procesoriem.
Bāc! Ko jūs uz tā servera darīsiet? Rēķināsiet laika prognozi slimnīcas apkārtnē? Ja esošais vecais CPU velk datubāzi ar rezervi, tad kāpēc pirkt tādu monstru (un vēl maksāt papildus naudu par otrā CPU upgreida iespēju)?

4) HDD/SSD - 4 gabali 100GB, Solid State Disk SATA, 2.5-in Hybrid Hard Drive (Hot Plug); 4 gabali 500GB, Near Line SAS 6Gbps, 3.5-in, 7.2K RPM  (Hot Plug).
4xSSD RAID-ā? Nenorādot MLC/SLC, SSD ātrumu, TRIM atbalstu, bufera izmēru, wear-levelling? Da tur var paņemt uz compactflash kartēm samest iekārtu un nosaukt par SSD... Un 4x SAS 500GB HDD ar 7.2k RPM? Ja ātrums nav pieprasīts, tad kāpēc neņem 1TB SATA HDD?

5) RAID - PERC H700 512MB Battery- backed (RAID 0/1/1+0/5/10) 8 diskiem vai ekvivalents.
Tā. RAID 6 nav pieprasīts. Ko darīt ar 4xHDD + 4xSSD? Slēgt RAID 10 kā mājas kompim? (RAID5 strādā ātri tikai ar 3 vai 5 diskiem, ar 4 diskiem ātrums krīt apmēram 10 reizes. Nu labi, var jau padomāt, ka jamie izņems ārā pa vienam diskam un izmantos kā rezerves daļas... bet RAID 6 gadījumā pārslēgšana būtu automātiska un pieejamība uzlabotos.)

6) Vismaz 1100 Watt-CE Mark Compliant Hot Plug redundant Power Supply (1gab) 220V 50Hz, ar iespēju paplašināt līdz diviem.
Nu ja jau pērk tādu monstru, tad otru barokli varēja uzreiz pielikt, tas nemaksā dārgi... un 1100W – tas ir par daudz tai kastei.

7) LCD displejs servera korpusa priekšpusē.
Otru barokli nevarēja paņemt, bet vecu displeju nevar slēgt klāt tik glaunam aparātam :D

8) Servera garantijas bojājumu gadījumā jāreaģē 2 stundu laikā pie pasūtītāja, pēc pasūtītāja pieprasījuma.
Super! Servaks nomirst, džeki no firmas atskrien 2 stundu laikā... un noplāta rokas – mēs neko nevaram izdarīt – un līgums izpildīts. Kāda jēga prasīt 2h reakcijas laiku, ja neprasa remonta/nomaiņas laiku?
Paga, paga. Kur teikts ka kādam kaut kur jāskrien? Atbilde pa telefonu arī ir reakcija...

#35 xx @ 2011.04.05 20:31

Vai tad piepērkot jaunu serveri ir jāpērk pa jaunam visi CALi ?
Neesmu baigi pētījis, bet šķiet ka var iztikt ar jau esošajiem caliem.

Jaudīgs CPU.. un kas tur dīvains ?
Servera noslodzi neskatās pēc idles, bet pēc pīķiem.
Cita lieta, ka ja reiz pērk kasti kurai ir opcija iemaukt 2vus CPU, tad NORMĀLI cilvēki uzreiz arī izmanto šo opciju, jo vēlāk piepirkt otru CPU būs čakars.
Nu un SQL licence.. ar uz 1nu CPU... nez kādi tur noteikumi ja grib upgreidot un kas ir izdevīgāk.

Nu SSD.. nu raidā... nu i ?
Esi paskatījies kā tas SQL drātē disku kad uzgāž riktīgu slodzi ?
Neaizmirsti ka pēc noklusējuma windas serveris nekešo rakstāmos datus.
Raids ar 4triem diskiem 10x lēnāks ?
URL uz informācijas avotu varētu palūgt ?
RAID 6 nav prasīts, bet ir prasīts PERC H700 ekvivalents....

Baroklis.
Piekrītu, prātīgāk ir uzreiz pirkt ar diviem barokļiem, citādi no opcijas kā tādas nav nekādas jēgas.
BET... runājot par W, ja tas ir brandīgais serveris un tur ir tāds baroklis, tad to W ir aprēķinājuši cilvēki AR smadzenēm, nevis kaut kādi ob1nveidīgie.

LCD.. nu tas liek domāt ka specene ir rakstīta konkrētam serverim.
Grūti iedomāties kāds tai prasībai ir pamatojums.

Reakcijas laiks un nosacījumi tiek aprunāti līgumā.
UN.. lielajam serveru "speciālistam" būtu jāzina ka serveriem garantijas servisu nodrošina nevis pārdevējs, bet autorizētais serviss.

OS... am..
Nu.. nezinu nianses, bet kas tur var būt.. moš jaunajam SQL ir ierobežojumi ka nevar uzlikt uz darbstacijas.
Nezinu kā tur ar CPU supportu.
Supportētā RAM apjoms.
Galu galā nav tak teikts ka tur reāli griezīsies TIKAI SQLs.

So.. lai vai kā..
Runa jau ir par ko citu.
Tu saki brandīgie serveri ir slikti, davai labāk likt visu pašam.
Nu davai.. saliec tagad šo pašu konfigu ko tu te noskaitīji.. par 600Ls.
Lai tavs rakstā izteiktie apgalvojumi būtu patiesi.
Citādi sanāk ka tu acīmredzami un rupji melo.
Salīdzini dažādas konfigurācijas dzelžus un nez kādā sakarā no kaut kurienes izvelc ka vainīgs ir dzelžu ražotājs.
Galu galā var jau nopirkt arī HP "serveri" par mazāk kā 7k Ls :>

#36 ob1 @ 2011.04.06 18:35

#37
Vispār jau esmu salicis... un nevis par 600Ls, bet par 500Ls. Vienā slimnīcā griežas no pagājušā gada rudens kā datubāzes HA servaks (M$ SQL) - klienta aplikācijas (klīniskais softs) reakcijas laiks ir zem sekundes, serveru pieejamība 6 devītnieki (downtime=0 līdz šim brīdim, nav bijusi pat pārslēgšanās uz rezerves servaku).

Ja vēlies, lai salieku arī tev, tad dod ziņu privāti, sarunāsim.

#37 xx @ 2011.04.07 18:14

ob1
Mazais melīgais gejs.
Tu neatbildi uz jautājumu.
Tev prasa... saliec pats to pašu konfigu kuru minēji par 7k un pasaki cik sanāks.

Nevajag dirst ka saliki pa 500Ls.
Tu saliki nevis servera ekvivalentu tai konfigurācijai par 7kLs, bet PAVISAM CITU dzelzi.

Piedod atvaino... tas nekādi nepierāda ka lielo zīmolu serveri ir sux un tevis piedāvātā konfigurācija rull.

Tu jauc divas pilnīgi atšķirīgas lietas.
Tu vienā čupā jauc serverus un visu IS infrastruktūru.
Tās ir divas dažādas lietas.
Viena lieta ir dzelži un to konfigurācija.. otra lieta kā to visu saslēdz kopā.

Apgalvojums ka vairākas lētas kastes ir drošākas par vienu dārgu... jep.. patiess.
Tiesa pie zināmiem nosacījumiem.
Bet ir nekorekti ka salīdzinot konkrētu serveri ar n citiem serveriem tiek izsecināts ka konkrētais  serveris ir sux.

#38 Dzonis @ 2011.05.01 01:11

Kaut kā neredzu atsauci uz šo: www.edgeblog.net/2007/in-search-of-five-9s/