Di yek ji sohbetan de pirsek ji min hat pirsîn:
- Tiştek heye ku ez bikaribim bixwînim ka meriv çawa serveran bi rêkûpêk li rafikan pak dike?
Min fêm kir ku min nivîsek wusa nizanibû, lewra min nivîsa xwe nivîsand.
Ya yekem, ev nivîs li ser serverên laşî yên li navendên daneya laşî (DC) ye. Ya duyemîn, em bawer dikin ku gelek server hene: bi sed-hezaran ji bo hejmarek piçûktir ev nivîs ne wate ye. Ya sêyemîn, em dihesibînin ku sê astengên me hene: cîhê laşî di rafikan de, dabînkirina hêzê li her rafikê, û bihêlin ku rafik di rêzan de bisekinin da ku em bikarin yek guhezek ToR bikar bînin da ku serverên di rafikên cîran de girêbidin.
Bersiva pirsê pir bi kîjan parametreyê ve girêdayî ye û em dikarin çi biguhezînin da ku bigihîjin encama çêtirîn. Mînakî, em tenê hewce ne ku cîhek herî kêm bigirin da ku ji bo mezinbûna bêtir bêtir bihêlin. An jî dibe ku em di bijartina bilindahiya rafikan, hêza her rafikê, soketên di PDU de, hejmara rafikan di komek guhêran de (yek guhêrbar ji bo 1, 2 an 3 refikan), dirêjahiya têlan û xebata kişandinê de azadiya me hebe ( ev di dawiya rêzikan de krîtîk e: bi 10 refikan li pey hev û 3 refikan ji her guheztinê re, hûn neçar in ku têlan bikşînin rêzek din an jî benderên di guheztinê de kêm bikar bînin), hwd., hwd. Çîrokên veqetandî: Hilbijartina pêşkêşkeran û hilbijartina DC-yan, em ê texmîn bikin ku ew hatine hilbijartin.
Dê baş be ku meriv hin hûrgulî û hûrguliyan fam bike, bi taybetî, navînî / herî zêde xerckirina serveran, û elektrîk çawa ji me re tê peyda kirin. Ji ber vê yekê, heke me dabînek elektrîkê ya rûsî ya 230V û yek qonaxek li ser refikê hebe, wê hingê makîneyek 32A dikare ~ 7kW ragihîne. Ka em bêjin em bi navî 6kW ji bo raftê didin. Ger dabînker xerckirina me tenê ji bo rêzek ji 10 refikan bipîve, û ne ji bo her refikê, û ger makîneyê bi şertê qutkirina 7 kW were danîn, wê hingê ji hêla teknîkî ve em dikarin di yek refikê de 6.9 kW, di yekî din de 5.1 kW û dê her tişt baş be - nayê cezakirin.
Bi gelemperî armanca me ya sereke kêmkirina lêçûn e. Pîvana herî baş a pîvandinê kêmkirina TCO (tevahiya lêçûna xwedaniyê) ye. Ew ji beşên jêrîn pêk tê:
- CAPEX: kirîna binesaziya DC, pêşkêşker, hardware û kabloya torê
- OPEX: Kirêkirina DC, xerckirina elektrîkê, parastin. OPEX bi jiyana karûbarê ve girêdayî ye. Maqûl e ku meriv texmîn bike ku ew 3 sal e.
Bi ve girêdayî ye ku perçeyên takekesî di pîva giştî de çiqas mezin in, pêdivî ye ku em ya herî biha xweştir bikin, û bila yên mayî hemî çavkaniyên mayî bi qasî ku gengaz bikar bînin bikar bînin.
Ka em bibêjin DC-ya me ya heyî heye, bilindahiya refikê ya yekîneyên H heye (mînak, H=47), elektrîka her refikê Prack (Prack=6kW), û me biryar da ku em pêşkêşkerên du yekîneyî h=2U bikar bînin. Em ê 2..4 yekîneyên ji bo guhêrbar, panelên patch û organîzatoran ji refikê derxînin. Ewan. ji hêla fizîkî ve, me serverên Sh=rounddown((H-2..4)/h) di rack me de hene (ango Sh = dorpêk ((47-4)/2) = 21 pêşkêşker li ser rakê). Em vê Ş.
Di rewşek hêsan de, hemî pêşkêşkerên di refikê de yek in. Bi tevayî, heke em rafikek bi pêşkêşkeran tije bikin, wê hingê li ser her serverek em dikarin bi navînî hêza Pserv=Prack/Sh (Pserv = 6000W/21 = 287W) xerc bikin. Ji bo sadebûnê, em li vir guheztina veguherînê paşguh dikin.
Ka em gavekê bavêjin aliyekê û diyar bikin ka herî zêde serfkirina serverê Pmax çi ye. Ger ew pir hêsan, pir bêbandor û bi tevahî ewledar e, wê hingê em dixwînin ka çi li ser dabînkirina hêza serverê hatî nivîsandin - ev e.
Ger ew tevlihevtir û bikêrtir be, wê hingê em TDP (pakêta sêwirana termal) ya hemî pêkhateyan digirin û berhev dikin (ev ne pir rast e, lê gengaz e).
Bi gelemperî em TDP-ya hêmanan (ji bilî CPU) nizanin, ji ber vê yekê em nêzîkatiya herî rast, lê di heman demê de ya herî tevlihev jî digirin (ji me re laboratûwarek hewce ye) - em serverek ceribandinê ya veavakirina pêdivî digirin û wê bar dikin, Mînakî, bi Linpack (CPU û bîranîn) û fio (dîskên) re, em vexwarinê dipîvin. Ger em wê ciddî bigirin, di heman demê de pêdivî ye ku em di dema ceribandinan de jîngeha herî germ di korîdora sar de biafirînin, ji ber ku ev ê hem bandorê li ser vexwarina fanos û hem jî li ser vexwarina CPU bike. Em di van şert û mercên taybetî de di bin vê barkirina taybetî de serfkariya herî zêde ya serverek taybetî ya bi veavakirinek taybetî digirin. Em tenê tê vê wateyê ku firmware pergala nû, guhertoyek nermalava cûda, û şertên din dikarin li ser encamê bandor bikin.
Ji ber vê yekê, vegerin Pserv û em çawa wê bi Pmax re berhev dikin. Mesele têgihîştina ka karûbar çawa dixebitin û nerên rêvebirê weya teknîkî çiqas xurt in.
Ger em bi tevahî xeterek negirin, em bawer dikin ku hemî server dikarin di heman demê de dest bi karanîna herî zêde ya xwe bikin. Di heman demê de, yek têketinek di DC-ê de dibe ku çêbibe. Tewra di bin van şertan de, divê infra karûbar peyda bike, ji ber vê yekê Pserv ≡ Pmax. Ev nêzîkatiyek e ku pêbawerî bi tevahî girîng e.
Ger derhênerê teknolojiyê ne tenê li ser ewlehiya îdeal, lê di heman demê de li ser dravê pargîdaniyê jî difikire û têra xwe wêrek be, wê hingê hûn dikarin biryar bidin ku
- Em dest bi rêvebirina firoşkarên xwe dikin, nemaze, em lênihêrîna plansazkirî di demên barkirina lûtkeya plansazkirî de qedexe dikin da ku daketina yek têketinê kêm bikin;
- û/an mîmariya me dihêle ku hûn refikek / rêzek / DC winda bikin, lê karûbar berdewam dikin;
- û/an em barkirinê bi rengekî horîzontal li ser refikan belav dikin, ji ber vê yekê karûbarên me dê çu carî bi hev re di yek refikê de berbi vexwarina herî zêde nekevin.
Li vir ne tenê texmînkirin, lê çavdêrîkirina serfkirinê û zanibe ka server bi rastî di şert û mercên normal û pezê de çawa elektrîkê dixwe pir bikêr e. Ji ber vê yekê, piştî hin analîzan, derhênerê teknolojiyê her tiştê ku wî heye dihejîne û dibêje: "Em biryarek dilxwazî didin ku navîniya herî zêde ya gihîştî ya herî zêde mezaxtina serverê ya li ser rakê ** ewqas ** li jêr vexwarina herî zêde ye," bi şertê Pserv = 0.8* Pmax.
Dûv re rackek 6kW nema dikare 16 serverên bi Pmax = 375W, lê 20 serverên bi Pserv = 375W * 0.8 = 300W vehewîne. Ewan. 25% pêşkêşkerên din. Ev teserûfek pir mezin e - her tiştî, em tavilê hewceyê 25% kêmtir rafikan in (û em ê li ser PDU, guheztin û kabloyan jî hilînin). Kêmasiyek cidî ya çareseriyek wusa ev e ku divê em bi berdewamî bişopînin ku texmînên me hîn rast in. Ku guhertoya nû ya firmware bi girîngî operasyona temaşevanan û vexwarinê naguhezîne, ku pêşkeftinê ji nişkê ve bi berdana nû dest pê nekir ku serveran pir bikêrhatî bikar bîne (bixwîne: wan li ser serverê barek mezintir û xerckirina mezintir bi dest xist). Jixwe, wê gavê hem texmîn û hem jî encamên me yên destpêkê di cih de ne rast dibin. Ev metirsiyek e ku divê bi berpirsiyarî were girtin (an jê were dûrxistin û dûv re ji bo refikên ku eşkere kêm têne bikar anîn bidin).
Nîşeyek girîng - heke gengaz be, divê hûn hewl bidin ku serverên ji karûbarên cihêreng bi rengek horizontî li ser refikan belav bikin. Ev pêdivî ye ku rewş neqewimin dema ku komek serverek ji bo yek karûbar tê, rafik bi wê re verastkirî têne dagirtin da ku "dûrbûn" zêde bikin (ji ber ku ew bi vî rengî hêsantir e). Di rastiyê de, derdikeve holê ku yek raft bi pêşkêşkerên heman karûbar ên kêm-barkirî yên heman rengî tije ye, û ya din jî bi pêşkêşkerên bi heman bargiraniyê tije ye. Îhtîmala ketina duyemîn bi girîngî zêdetir e, ji ber profîla barkirinê yek e, û hemî pêşkêşker bi hev re di vê rackê de dest bi vexwarina heman mîqdarê dikin wekî encama barkirina zêde.
Ka em vegerin ser belavkirina pêşkêşkeran di rafikan de. Me li cîhê refika laşî û tixûbên hêzê nihêrî, naha em li torê binêrin. Hûn dikarin bi benderên 24/32/48 N ve guheztinan bikar bînin (mînak, me guheztinên ToR yên 48-port hene). Xweşbextane, ger hûn li ser kabloyên şikestî nefikirin, gelek vebijark tune. Em senaryoyan dihesibînin dema ku di koma Rnet de yek guhêrbarek, ji bo du an sê refikan yek guhêrbar hebe. Ji min re dixuye ku di komekê de ji sê refikan zêdetir jixwe pir zêde ye, ji ber ku ... pirsgirêka kabloya di navbera rafikan de pir mezin dibe.
Ji ber vê yekê, ji bo her senaryoya torê (1, 2 an 3 rack di komê de), em serveran di nav rafikan de belav dikin:
Srack = min (Sh, dorpêk (Prack / Pserv), dorpêçkirin (N / Rnet))
Bi vî rengî, ji bo vebijarka bi 2 refikan di komê de:
Srack2 = min (21, dorveger (6000/300), dorveger (48/2)) = min (21, 20, 24) = 20 pêşkêşker li ser rakê.
Em vebijarkên mayî bi heman rengî difikirin:
Srack1 = 20
Srack3 = 16
Û em hema hema li wir in. Em hejmara rafikan dihejmêrin da ku hemî serverên xwe S belav bikin (bila bibe 1000):
R = berhevok (S / (Srack * Rnet)) * Rnet
R1 = berhevok (1000 / (20 * 1)) * 1 = 50 * 1 = 50 raft
R2 = berhevok (1000 / (20 * 2)) * 2 = 25 * 2 = 50 raft
R3 = dorpêk (1000 / (16 * 3)) * 3 = 25 * 2 = 63 refik
Dûv re, em ji bo her vebijarkê TCO-yê li ser bingeha hejmara rafikan, hejmara pêdivî ya guhêrkan, kablo, hwd hesab dikin. Em vebijarka ku TCO kêmtir e hilbijêrin. Birin!
Bala xwe bidinê ku her çend ji bo vebijarkên 1 û 2 hejmara pêwîst a rafikan yek e, bihayê wan dê cûda be, ji ber ku ji bo vebijarka duyemîn hejmara guheztan nîvî ye, û dirêjahiya kabloyên pêwîst dirêjtir e.
PS Ger derfeta we hebe ku hûn bi hêza per rack û bilindahiya refikê bilîzin, guhêrbar zêde dibe. Lê pêvajo dikare bi ya ku li jor hatî destnîşan kirin bi tenê bi vebijarkan ve were kêm kirin. Erê, dê bêtir berhevok hebin, lê dîsa jî hejmarek pir bisînor - dabînkirina hêzê ya ji bo hesabkirinê dikare bi gavên 1 kW were zêdekirin, refikên tîpîk bi hejmarek sînorkirî ya pîvanên standard têne: 42U, 45U, 47U, 48U , 52U. Û li vir analîza What-If ya Excel di moda Tabloya Daneyê de dikare bi hesaban re bibe alîkar. Em li lewheyên wergirtî dinêrin û herî kêm hilbijêrin.
Source: www.habr.com