په Openstack کې د بار توازن (دوهمه برخه)

В وروستنی مقاله موږ د واچر کارولو لپاره زموږ د هڅو په اړه خبرې وکړې او د ازموینې راپور یې چمتو کړ. موږ وخت په وخت د لوی شرکت یا آپریټر کلاوډ د توازن او نورو مهمو دندو لپاره دا ډول ازموینې ترسره کوو.

د ستونزې د حل کولو لوړه پیچلتیا ممکن زموږ د پروژې تشریح کولو لپاره څو مقالو ته اړتیا ولري. نن ورځ موږ په لړۍ کې دویمه مقاله خپروو ، په بادل کې د مجازی ماشینونو توازن ته وقف شوی.

ځینې ​​اصطلاحات

د VmWare شرکت د DRS (توزیع شوي سرچینې مهالویش) افادیت معرفي کړ ترڅو د مجازی کولو چاپیریال بار توازن کړي چې دوی یې رامینځته او وړاندیز کړی.

لکه څنګه چې لیکي searchvmware.techtarget.com/definition/VMware-DRS
"VMware DRS (توزیع شوي سرچینې مهالویش) یو داسې وسیله ده چې په مجازی چاپیریال کې د شته سرچینو سره د کمپیوټري بارونو توازن کوي. افادیت د VMware انفراسټرکچر په نوم د مجازی کولو سویټ برخه ده.

د VMware DRS سره، کاروونکي د مجازی ماشینونو (VMs) ترمنځ د فزیکي سرچینو ویشلو لپاره مقررات تعریفوي. افادیت د لاسي یا اتوماتیک کنټرول لپاره تنظیم کیدی شي. د VMware سرچینې حوضونه په اسانۍ سره اضافه کیدی شي، لیرې شوي، یا بیا تنظیم شوي. که وغواړي، د سرچینو حوضونه د بیلابیلو سوداګریزو واحدونو ترمنځ جلا کیدی شي. که چیرې په یو یا ډیرو مجازی ماشینونو کې د کار بار په ډراماتیک ډول بدل شي، د VMware DRS په فزیکي سرورونو کې مجازی ماشینونه بیا توزیع کوي. که چیرې د کار ټولیز بار کم شي، ځینې فزیکي سرورونه ممکن په لنډمهاله توګه آفلاین شي او د کار بار یوځای شي."

ولې توازن ته اړتیا ده؟


زموږ په نظر، DRS د بادل ځانګړتیا ده، که څه هم دا پدې معنی نه ده چې DRS باید تل او هرچیرې وکارول شي. د بادل هدف او اړتیاو پورې اړه لري، ممکن د DRS او توازن میتودونو لپاره مختلف اړتیاوې وي. کیدای شي داسې شرایط وي چیرې چې توازن ته اړتیا نشته. یا حتی زیانمنونکي.

د ښه پوهیدو لپاره چیرې او د کومو پیرودونکو لپاره DRS ته اړتیا ده ، راځئ چې د دوی اهداف او اهداف په پام کې ونیسو. بادل په عامه او خصوصي ویشل کیدی شي. دلته د دې بادلونو او پیرودونکو اهدافو ترمنځ اصلي توپیرونه دي.

شخصي بادل / لوی تصدۍ پیرودونکي
عامه بادل / منځني او کوچني کاروبارونه، خلک

د چلونکي اصلي معیارونه او اهداف
د باور وړ خدمت یا محصول چمتو کول
په رقابتي بازار کې په مبارزه کې د خدماتو لګښت کمول

د خدماتو اړتیاوې
اعتبار په ټولو کچو او د سیسټم ټولو عناصرو کې

د فعالیت تضمین

په څو کټګوریو کې مجازی ماشینونو ته لومړیتوب ورکړئ 

د معلوماتو او فزیکي معلوماتو امنیت

SLA او XNUMX/XNUMX ملاتړ
د خدماتو ترلاسه کولو اعظمي اسانتیا

نسبتا ساده خدمتونه

د معلوماتو مسؤلیت د پیرودونکي سره دی

د VM لومړیتوب ته اړتیا نشته

د معیاري خدماتو په کچه د معلوماتو امنیت، د پیرودونکي مسؤلیت

کیدای شي خنډونه شتون ولري

نه SLA، کیفیت تضمین ندی

د بریښنالیک ملاتړ

بیک اپ اړین ندی

د مراجعینو ځانګړتیاوې
د غوښتنلیکونو خورا پراخه لړۍ.

په شرکت کې میراثي غوښتنلیکونه.

د هر پیرودونکي لپاره پیچلي دودیز جوړښتونه.

د تړاو قواعد.

سافټویر پرته له دې چې په 7x24 حالت کې ودریږي کار کوي. 

په الوتنه کې د بیک اپ وسیلې.

د وړاندوینې وړ سایکلیک پیرودونکي بار.
عادي غوښتنلیکونه - د شبکې توازن، اپاچي، ویب، VPN، SQL

غوښتنلیک ممکن د یو څه مودې لپاره ودریږي

په بادل کې د VMs خپل سري توزیع ته اجازه ورکوي

د پیرودونکي بیک اپ

د وړاندوینې وړ احصایوي اوسط بار د لوی شمیر پیرودونکو سره.

د معمارۍ لپاره اغیزې
جیوکلسټرینګ

مرکزي یا توزیع شوي ذخیره

ساتل شوي IBS
د کمپیوټر نوډونو کې د محلي معلوماتو ذخیره کول

د اهدافو توازن
حتی د بار توزیع

د غوښتنلیک اعظمي ځواب 

د توازن لپاره لږ تر لږه ځنډ وخت

توازن یوازې هغه وخت چې په واضح ډول اړین وي

د مخنیوي ساتنې لپاره ځینې تجهیزات راوړل
د خدماتو لګښتونه او د چلونکي لګښتونه کمول 

د ټیټ بار په صورت کې د ځینو سرچینو غیر فعال کول

د بریښنا خوندي کول

د پرسونل لګښتونه کمول

موږ د ځان لپاره لاندې پایلې اخلو:

د شخصي بادلونو لپارهلوی کارپوریټ پیرودونکو ته چمتو شوی، DRS د لاندې محدودیتونو تابع کیدی شي:

  • د معلوماتو امنیت او د توازن په وخت کې د تړاو قواعد په پام کې نیول؛
  • د حادثې په صورت کې په زیرمو کې د کافي سرچینو شتون؛
  • د مجازی ماشین ډیټا په مرکزي یا توزیع شوي ذخیره کولو سیسټم کې موقعیت لري؛
  • د وخت په تیریدو سره حیرانونکې اداره، بیک اپ او توازن پروسیجرونه؛
  • یوازې د پیرودونکي کوربه مجموعه کې توازن کول؛
  • توازن یوازې هغه وخت چې قوي عدم توازن شتون ولري ، خورا مؤثر او خوندي VM مهاجرتونه (په هرصورت ، مهاجرت ناکام کیدی شي)؛
  • د نسبتا "خاموش" مجازی ماشینونو توازن (د "شور" مجازی ماشینونو مهاجرت کولی شي ډیر وخت ونیسي)؛
  • د "لګښت" په پام کې نیولو سره توازن - د ذخیره کولو سیسټم او شبکې بار (د لوی پیرودونکو لپاره د دودیز جوړښت سره)؛
  • د هر VM انفرادي چلند ځانګړتیاوې په پام کې نیولو سره توازن؛
  • توازن په غوره توګه د غیر کاري ساعتونو (شپې، اونۍ پای، رخصتیو) کې ترسره کیږي.

د عامه بادونو لپارهکوچني پیرودونکو ته د خدماتو چمتو کول، DRS د پرمختللي وړتیاو سره ډیر ځله کارول کیدی شي:

  • د معلوماتو د خوندیتوب محدودیتونو او د تړاو مقرراتو نشتوالی؛
  • په بادل کې توازن؛
  • په هر مناسب وخت کې توازن؛
  • د هر ډول VM توازن؛
  • د "شور" مجازی ماشینونو توازن کول (د دې لپاره چې نور ګډوډ نشي)؛
  • د مجازی ماشین ډیټا اکثرا په محلي ډیسکونو کې موقعیت لري؛
  • د ذخیره کولو سیسټمونو او شبکو اوسط فعالیت په پام کې نیولو سره (د کلاوډ جوړښت متحد دی)؛
  • د عمومي قواعدو او موجود ډیټا مرکز چلند احصایې سره سم توازن.

د ستونزې پیچلتیا

د توازن ستونزه دا ده چې DRS باید د ډیری ناڅرګندو فکتورونو سره کار وکړي:

  • د هر مراجعینو د معلوماتو سیسټمونو د کاروونکو چلند؛
  • د معلوماتو سیسټم سرورونو عملیاتو لپاره الګوریتم؛
  • د DBMS سرورونو چلند؛
  • د کمپیوټري سرچینو بار، د ذخیره کولو سیسټمونه، شبکه؛
  • د بادل سرچینو لپاره مبارزه کې د یو بل سره د سرورونو تعامل.

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

په Openstack کې د بار توازن (دوهمه برخه)

زموږ دنده د اندازې ډیری امرونه خورا پیچلي دي ، او دا خطر شتون لري چې سیسټم به ونه شي کولی په مناسب وخت کې تاسیس شوي ارزښتونو ته بار توازن کړي ، حتی که د کاروونکو لخوا بهرني تاثیرات شتون ونلري.

په Openstack کې د بار توازن (دوهمه برخه)

زموږ د پرمختګ تاریخ

د دې ستونزې د حل لپاره، موږ پریکړه وکړه چې له پیل څخه پیل نه کړو، مګر د موجوده تجربو په جوړولو کې، او په دې برخه کې د تجربه لرونکو متخصصینو سره اړیکه پیل کړه. خوشبختانه، د ستونزې په اړه زموږ پوهه په بشپړه توګه سره سمون لري.

مرحله 1

موږ د عصبي شبکې ټیکنالوژۍ پراساس یو سیسټم کارولی او هڅه یې کړې چې زموږ سرچینې د هغې پراساس اصلاح کړو.

د دې مرحلې دلچسپي د یوې نوې ټیکنالوژۍ په ازمایښت کې وه، او د هغې اهمیت د یوې ستونزې د حل لپاره د غیر معیاري چلند په پلي کولو کې و، چیرې چې نور شیان مساوي وي، معیاري تګلارې په عملي توګه خپل ځانونه ستړي کړي.

موږ سیسټم پیل کړ، او موږ واقعیا توازن پیل کړ. زموږ د بادل پیمانه موږ ته اجازه نه راکوي چې د پراختیا کونکو لخوا ویل شوي خوشبین پایلې ترلاسه کړو، مګر دا روښانه وه چې توازن کار کوي.

په ورته وخت کې، موږ خورا جدي محدودیتونه درلودل:

  • د عصبي شبکې روزلو لپاره، مجازی ماشینونه باید د اونیو یا میاشتو لپاره د پام وړ بدلونونو پرته پرمخ بوځي.
  • الګوریتم د پخوانیو "تاریخي" معلوماتو تحلیل پراساس د اصلاح کولو لپاره ډیزاین شوی.
  • د عصبي شبکې روزنه په کافي اندازه ډیټا او کمپیوټري سرچینو ته اړتیا لري.
  • اصلاح او انډول کول په نسبي توګه په ندرت سره ترسره کیدی شي - په هرو څو ساعتونو کې یو ځل ، کوم چې په څرګنده توګه کافي ندي.

مرحله 2

څرنګه چې موږ له وضعیت څخه راضي نه وو، موږ پریکړه وکړه چې سیسټم تعدیل کړو، او د دې کولو لپاره، ځواب. اصلي پوښتنه - موږ دا د چا لپاره جوړوو؟

لومړی - د شرکتونو مشتریانو لپاره. دا پدې مانا ده چې موږ داسې سیسټم ته اړتیا لرو چې په چټکۍ سره کار وکړي، د دې شرکتونو محدودیتونو سره چې یوازې پلي کول ساده کوي.

دویمه پوښتنه - تاسو د "سمدستي" کلمې څخه څه معنی لرئ؟ د لنډې مناظرې په پایله کې، موږ پریکړه وکړه چې موږ کولی شو د 5-10 دقیقو د غبرګون وخت سره پیل وکړو، ترڅو لنډ مهاله زیاتوالی سیسټم د ریزونانس سره معرفي نه کړي.

دریمه پوښتنه - د غوره کولو لپاره د متوازن شمیر سرورونو اندازه څومره ده؟
دا مسله پخپله حل شوه. عموما، پیرودونکي د سرور راټولونه خورا لوی نه کوي، او دا د مقالې سپارښتنو سره مطابقت لري ترڅو د 30-40 سرورونو ته راټولول محدود کړي.

برسېره پردې، د سرور پول په ویشلو سره، موږ د انډول کولو الګوریتم دنده ساده کوو.

څلورمه پوښتنه – عصبي شبکه زموږ لپاره د اوږدې زده کړې پروسې او نادر توازن سره څومره مناسبه ده؟ موږ پریکړه وکړه چې دا د ساده عملیاتي الګوریتمونو په ګټه پریږدو ترڅو په ثانیو کې پایلې ترلاسه کړو.

په Openstack کې د بار توازن (دوهمه برخه)

د یو سیسټم توضیحات چې دا ډول الګوریتمونه کاروي او د هغې زیانونه موندل کیدی شي دلته

موږ دا سیسټم پلي او پیل کړ او هڅونکي پایلې مو ترلاسه کړې - اوس دا په منظم ډول د بادل بار تحلیل کوي او د مجازی ماشینونو حرکت کولو لپاره وړاندیزونه کوي، کوم چې په لویه کچه سم دي. حتی اوس دا روښانه ده چې موږ کولی شو د نوي مجازی ماشینونو لپاره د سرچینو خوشې کولو 10-15٪ ترلاسه کړو پداسې حال کې چې د موجوده ماشینونو کار کیفیت ښه کړي.

په Openstack کې د بار توازن (دوهمه برخه)

کله چې په RAM یا CPU کې عدم توازن وموندل شي، سیسټم د Tionix مهالویش کونکي ته امر کوي ترڅو د اړین مجازی ماشینونو ژوندی مهاجرت ترسره کړي. لکه څنګه چې د څارنې سیسټم څخه لیدل کیدی شي، مجازی ماشین له یو (پورته) څخه بل (ټیټ) کوربه ته لیږدول شوی او په پورتنۍ کوربه کې یې حافظه آزاده کړې (په ژیړ حلقو کې روښانه شوې)، په ترتیب سره یې په ښکته برخه کې نیولی (په سپینه کې روښانه شوی) حلقې).

اوس موږ هڅه کوو چې د اوسني الګوریتم اغیزمنتوب په دقیق ډول و ارزوو او هڅه کوو چې په دې کې ممکنه تېروتنې ومومئ.

مرحله 3

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

  1. احصایې، د بیلګې په توګه، دلته и دلته ښیې چې دوه او څلور پروسیسر سیسټمونه د واحد پروسیسر سیسټمونو په پرتله په فعالیت کې د پام وړ ټیټ دي. دا پدې مانا ده چې ټول کاروونکي د واحد پروسیسر سیسټمونو په پرتله په ملټي پروسیسر سیسټمونو کې اخیستل شوي CPU، RAM، SSD، LAN، FC څخه د پام وړ کم محصول ترلاسه کوي.
  2. د سرچینې مهالویش کونکي پخپله ممکن جدي خطا ولري، دلته یو له مقالو څخه دی په دې موضوع.
  3. د RAM او کیچ نظارت لپاره د Intel او AMD لخوا وړاندیز شوي ټیکنالوژي دا امکان ورکوي چې د مجازی ماشینونو چلند مطالعه کړي او په داسې ډول یې ځای په ځای کړي چې "شور" ګاونډیان د "خاموش" مجازی ماشینونو سره مداخله نه کوي.
  4. د پیرامیټونو د سیټ پراخول (شبکه، د ذخیره کولو سیسټم، د مجازی ماشین لومړیتوب، د مهاجرت لګښت، د مهاجرت لپاره چمتووالی).

ټول

د انډول کولو الګوریتمونو ښه کولو لپاره زموږ د کار پایله روښانه پایله وه چې د عصري الګوریتمونو په کارولو سره دا ممکنه ده چې د معلوماتو مرکز سرچینو (25-30٪) د پام وړ اصلاح ترلاسه کړئ او په ورته وخت کې د پیرودونکي خدماتو کیفیت ښه کړئ.

د عصبي شبکو پراساس یو الګوریتم یقینا یو په زړه پوری حل دی ، مګر یو چې نور پرمختګ ته اړتیا لري ، او د موجوده محدودیتونو له امله ، دا د خصوصي بادلونو لپاره ځانګړي حجمونو کې د دې ډول ستونزې حل کولو لپاره مناسب ندي. په ورته وخت کې، الګوریتم د پام وړ اندازې عامه بادونو کې ښې پایلې ښودلې.

موږ به تاسو ته په لاندې مقالو کې د پروسیسرونو ، مهالویشونو ، او د لوړې کچې توازن وړتیاو په اړه نور معلومات درکړو.

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

Add a comment