په ریکونو کې د سرورونو توزیع اصلاح کول

په یوه چیټ کې له ما څخه یوه پوښتنه وشوه:

- ایا داسې کوم څه شته چې زه یې لوستلای شم چې څنګه په ریکسونو کې سرورونه په سمه توګه بسته کړم؟

زه پوه شوم چې زه داسې متن نه پوهیږم، نو ما خپل ځان ولیکه.

لومړی، دا متن د فزیکي معلوماتو مرکزونو (DCs) کې د فزیکي سرورونو په اړه دی. دوهم، موږ باور لرو چې ډیری سرورونه شتون لري: په سلګونو زره؛ د لږ شمیر لپاره دا متن معنی نلري. دریم، موږ په پام کې نیسو چې موږ درې خنډونه لرو: په ریکونو کې فزیکي ځای، په هر ریک کې د بریښنا رسولو، او اجازه راکړئ چې ریکونه په قطارونو کې ودریږي ترڅو موږ وکولی شو د یو ToR سویچ څخه کار واخلو ترڅو په نږدې ریکونو کې سرورونه وصل کړو.

د پوښتنې ځواب په پراخه کچه پدې پورې اړه لري چې کوم پیرامیټر موږ غوره کوو او موږ د غوره پایلې ترلاسه کولو لپاره څه توپیر کولی شو. د مثال په توګه، موږ اړتیا لرو چې لږ تر لږه ځای په پام کې ونیسو ترڅو د نورو ودې لپاره نور پریږدو. یا کیدای شي موږ د ریکونو د لوړوالي، په هر ریک کې بریښنا، په PDU کې ساکټونه، د سویچونو په ډله کې د ریکونو شمیر (د 1، 2 یا 3 ریکونو لپاره یو سویچ)، د تارونو اوږدوالی او د ایستلو کار غوره کولو کې آزادي لرو ( دا د قطارونو په پای کې مهم دی: په یوه قطار کې د 10 ریکونو سره او په هر سویچ کې 3 ریکونه، تاسو باید تارونه بل قطار ته کش کړئ یا په سویچ کې بندرونه کم استعمال کړئ)، او داسې نور. جلا کیسې: د سرورونو انتخاب او د DCs انتخاب، موږ به فرض کړو چې دوی غوره شوي.

دا به ښه وي چې په ځینو لنډیزونو او توضیحاتو پوه شو ، په ځانګړي توګه د سرورونو اوسط / اعظمي مصرف او موږ ته د بریښنا رسولو څرنګوالی. نو، که موږ د 230V روسي بریښنا رسولو او په هر ریک کې یو پړاو ولرو، نو د 32A ماشین کولی شي ~ 7kW اداره کړي. راځئ چې ووایو چې موږ د هر ریک لپاره د 6kW لپاره پیسې ورکوو. که چیرې چمتو کونکی زموږ مصرف یوازې د 10 ریکونو قطار لپاره اندازه کړي، نه د هر ریک لپاره، او که ماشین په مشروط ډول د 7 کیلوواټو کټ آف کې تنظیم شوی وي، نو بیا تخنیکي پلوه موږ کولی شو په یوه ریک کې 6.9 kW مصرف کړو، په بل کې 5.1 kW مصرف کړو. هرڅه به سم وي - د سزا وړ ندي.

معمولا زموږ اصلي هدف د لګښتونو کمول دي. د اندازه کولو لپاره غوره معیار د TCO کمول دي (د ملکیت ټول لګښت). دا د لاندې برخو څخه جوړه ده:

• CAPEX: د DC زیربنا پیرود، سرورونه، د شبکې هارډویر او کیبلینګ
• OPEX: د DC کرایه، د بریښنا مصرف، ساتنه. OPEX د خدمت ژوند پورې اړه لري. دا مناسبه ده چې فرض کړئ دا 3 کاله وي.

د دې پورې اړه لري چې انفرادي ټوټې په مجموعي پائی کې څومره لوی دي، موږ اړتیا لرو تر ټولو ګرانه اصلاح کړو، او پاتې نورو ته اجازه ورکړئ چې د امکان تر حده په اغیزمنه توګه ټولې پاتې سرچینې وکاروي.

راځئ چې ووایو چې موږ موجوده DC لرو، د H واحدونو ریک لوړوالی شتون لري (د مثال په توګه، H = 47)، په هر ریک پریک کې بریښنا (Prack=6kW)، او موږ پریکړه وکړه چې د h = 2U دوه واحد سرورونه وکاروو. موږ به 2..4 واحدونه له ریک څخه د سویچونو ، پیچ پینلونو او تنظیم کونکو لپاره لرې کړو. هغوی. په فزیکي توګه، موږ په خپل ریک کې Sh=rounddown((H-2..4)/h) سرورونه لرو (د بیلګې په توګه Sh = راؤنډ ډاون((47-4)/2) = په هر ریک کې 21 سرورونه). راځئ چې دا په یاد ولرو چې Sh.

په ساده قضیه کې، په ریک کې ټول سرورونه یو شان دي. په مجموع کې ، که موږ د سرورونو سره ریک ډک کړو ، نو په هر سرور کې موږ کولی شو په اوسط ډول بریښنا مصرف کړو Pserv=Prack/Sh (Pserv = 6000W/21 = 287W). د سادگي لپاره، موږ دلته د سویچ مصرف له پامه غورځوو.

راځئ چې یو ګام پورته کړو او معلومه کړو چې د سرور اعظمي مصرف Pmax څه دی. که دا خورا ساده وي، خورا غیر موثر او په بشپړه توګه خوندي وي، نو موږ هغه څه لوستل چې د سرور بریښنا رسولو کې لیکل شوي - دا دی.

که دا ډیر پیچلی او ډیر اغیزمن وي، نو بیا موږ د ټولو اجزاوو TDP (د حرارتي ډیزاین کڅوړه) اخلو او دا یې خلاصوو (دا خورا ریښتیا ندي، مګر دا ممکنه ده).

معمولا موږ د اجزاو TDP نه پوهیږو (پرته له CPU) ، نو موږ خورا سم ، مګر خورا پیچلي طریقه هم اخلو (موږ لابراتوار ته اړتیا لرو) - موږ د اړتیا وړ ترتیب یو تجرباتي سرور اخلو او بار یې کوو ، د مثال په توګه، د Linpack (CPU او حافظې) او fio (disks) سره، موږ مصرف اندازه کوو. که موږ دا په جدي توګه ونیسو، موږ اړتیا لرو چې د ازموینې په جریان کې په سړه دهلیز کې تر ټولو ګرم چاپیریال رامنځته کړو، ځکه چې دا به د فین مصرف او د CPU مصرف دواړه اغیزمن کړي. موږ د دې ځانګړي بار لاندې پدې ځانګړو شرایطو کې د ځانګړي ترتیب سره د ځانګړي سرور اعظمي مصرف ترلاسه کوو. موږ په ساده ډول دا معنی لرو چې د نوي سیسټم فرم ویئر، د سافټویر مختلف نسخه، او نور شرایط ممکن پایله اغیزه وکړي.

نو، بیرته Pserv ته او څنګه موږ دا د Pmax سره پرتله کوو. دا د پوهیدو مسله ده چې خدمات څنګه کار کوي او ستاسو د تخنیکي رییس اعصاب څومره پیاوړي دي.

که موږ هیڅ خطر ونه اخلو، موږ باور لرو چې ټول سرورونه کولی شي په ورته وخت کې د دوی اعظمي مصرف پیل کړي. په ورته وخت کې، DC ته یو ان پټ ممکن واقع شي. حتی د دې شرایطو لاندې، انفراسیون باید خدمت چمتو کړي، نو د Pserv ≡ Pmax. دا یوه لاره ده چیرې چې اعتبار خورا مهم دی.

که د ټیک رییس نه یوازې د مثالي امنیت په اړه فکر کوي ، بلکه د شرکت پیسو په اړه هم فکر کوي او کافي زړور وي ، نو تاسو کولی شئ دا پریکړه وکړئ.

• موږ د خپلو پلورونکو اداره کول پیل کوو ، په ځانګړي توګه ، موږ د پلان شوي لوړ بار په وخت کې د مهالویش ساتنه منع کوو ترڅو په یوه ان پټ کې کمښت کم کړو؛
• او/یا زموږ جوړښت تاسو ته اجازه درکوي چې یو ریک/قطار/DC له لاسه ورکړئ، مګر خدمتونه کار ته دوام ورکوي؛
• او/یا موږ بار په افقی ډول د ریکونو په اوږدو کې خپروو، نو زموږ خدمتونه به هیڅکله په یوه ریک کې په ګډه سره اعظمي مصرف ته ونه رسیږي.

دلته دا نه یوازې د اټکل کولو لپاره خورا ګټور دی ، بلکه د مصرف نظارت کولو او پوهیدو لپاره چې سرورونه واقعیا په نورمال او لوړ شرایطو کې بریښنا مصرفوي. له همدې امله، د یو څه تحلیل وروسته، د تخنیک رییس هر هغه څه چې هغه لري وخورئ او وايي: "موږ په خپله خوښه پریکړه کوو چې په هر ریک کې د سرور اعظمي مصرف اعظمي لاسته راوړنې اوسط د اعظمي مصرف څخه ** دومره ** ټیټ دی،" په مشروط ډول Pserv = 0.8* Pmax.

او بیا د 6kW ریک نور نشي کولی د Pmax = 16W سره 375 سرورونه ځای په ځای کړي ، مګر د Pserv = 20W * 375 = 0.8W سره 300 سرورونه. هغوی. 25٪ نور سرورونه. دا خورا لوی سپما ده - په هرصورت ، موږ سمدلاسه 25٪ لږ ریکونو ته اړتیا لرو (او موږ به په PDUs ، سویچونو او کیبلونو کې هم خوندي کړو). د داسې حل یوه جدي نیمګړتیا دا ده چې موږ باید په دوامداره توګه څارنه وکړو چې زموږ انګیرنې لاهم سمې دي. دا چې د نوي فرم ویئر نسخه د فینونو عملیات او مصرف کې د پام وړ بدلون نه راولي، دا چې د نوي خوشې کیدو سره ناڅاپه پراختیا د سرورونو ډیر اغیزمن کارول پیل نه کړل (لوستل: دوی په سرور کې ډیر بار او ډیر مصرف ترلاسه کړ). په هرصورت، بیا زموږ لومړنۍ انګیرنې او پایلې دواړه سمدلاسه غلط کیږي. دا یو خطر دی چې باید په مسؤلیت سره واخیستل شي (یا مخنیوی وشي او بیا په ښکاره توګه د کم استعمال شوي ریکونو لپاره پیسې ورکړئ).

یو مهم یادونه - تاسو باید هڅه وکړئ چې د مختلف خدماتو څخه سرورونه په افقی ډول په ریکونو کې توزیع کړئ، که امکان ولري. دا اړینه ده چې داسې شرایط رامینځته نشي کله چې د سرورونو یوه ډله د یو خدمت لپاره راشي ، ریکونه په عمودي ډول د "کثافت" زیاتولو لپاره د هغې سره بسته شوي (ځکه چې دا لاره اسانه ده). په واقعیت کې، دا معلومه شوه چې یو ریک د ورته خدمت ورته ټیټ بار سرورونو څخه ډک شوی، او بل یې د مساوي لوړ بار سرورونو سره ډک شوی. د دوهم سقوط احتمال د پام وړ لوړ دی، ځکه د بار پروفایل یو شان دی، او ټول سرورونه په دې ریک کې یوځای د بار زیاتوالي په پایله کې ورته مقدار مصرفوي.

راځئ چې په ریکونو کې د سرورونو ویش ته راستون شو. موږ د فزیکي ریک ځای او د بریښنا محدودیتونه لیدلي، اوس راځئ چې شبکه وګورو. تاسو کولی شئ د 24/32/48 N بندرونو سره سویچونه وکاروئ (د مثال په توګه ، موږ د 48 پورټ ToR سویچونه لرو). خوشبختانه ، ډیری اختیارونه شتون نلري که تاسو د بریک آوټ کیبلونو په اړه فکر نه کوئ. موږ سناریوګانې په پام کې نیسو کله چې موږ په هر ریک کې یو سویچ لرو ، د Rnet ګروپ کې د دوه یا دریو ریکونو لپاره یو سویچ. ماته داسې بریښي چې په یوه ګروپ کې له دریو څخه ډیر ریکونه دمخه خورا ډیر دي ، ځکه چې ... د ریکونو تر مینځ د کیبل کولو ستونزه خورا لویه کیږي.

نو، د هرې شبکې سناریو لپاره (په یوه ګروپ کې 1، 2 یا 3 ریکونه)، موږ سرورونه د ریکونو ترمنځ ویشو:

Srack = min(Sh، rounddown(Prack/Pserv)، rounddown(N/Rnet))

په دې توګه، په ګروپ کې د 2 ریکونو سره د اختیار لپاره:

Srack2 = min(21, rounddown(6000/300), rounddown(48/2)) = min(21, 20, 24) = 20 سرورونه په هر ریک کې.

موږ پاتې اختیارونه په ورته ډول په پام کې نیسو:

Srack1 = 20
Srack3 = 16

او موږ تقریبا هلته یو. موږ د خپلو ټولو سرورونو S توزیع کولو لپاره د ریکونو شمیر شمیرو (راځئ چې دا 1000 وي):

R = راؤنډ اپ(S / (Srack * Rnet)) * Rnet

R1 = راونډ اپ (1000 / (20 * 1)) * 1 = 50 * 1 = 50 ریکونه

R2 = راونډ اپ (1000 / (20 * 2)) * 2 = 25 * 2 = 50 ریکونه

R3 = رانډ اپ (1000 / (16 * 3)) * 3 = 25 * 2 = 63 ریکونه

بیا، موږ د هر اختیار لپاره د ریکونو شمیر، د سویچونو اړین شمیر، کیبلینګ، او نور پر بنسټ د TCO محاسبه کوو. موږ هغه اختیار غوره کوو چیرې چې TCO ټیټ وي. ګټه!

په یاد ولرئ چې که څه هم د انتخابونو 1 او 2 لپاره د ریکونو اړین شمیر ورته دی، د دوی قیمت به توپیر ولري، ځکه چې د دویم اختیار لپاره د سویچونو شمیر نیمایي دی، او د اړتیا وړ کیبلونو اوږدوالی اوږد دی.

PS که تاسو د هر ریک بریښنا او د ریک لوړوالي سره د لوبې کولو فرصت ولرئ ، تغیرات ډیریږي. مګر پروسه په ساده ډول د اختیارونو له لارې په پورته کولو سره پورته بیان شوي ته راټیټ کیدی شي. هو ، ډیر ترکیبونه به وي ، مګر لاهم خورا محدود شمیر - د محاسبې لپاره ریک ته د بریښنا رسول د 1 kW په مرحلو کې لوړ کیدی شي ، عادي ریکونه په محدود شمیر معیاري اندازو کې راځي: 42U ، 45U ، 47U ، 48U ، 52U. او دلته د ډیټا جدول حالت کې د ایکسل څه - که تحلیل کولی شي د محاسبې سره مرسته وکړي. موږ ترلاسه شوي پلیټونه ګورو او لږترلږه غوره کوو.

سرچینه: www.habr.com