ما کیوب ایګل جوړ کړ - د پرومیتیس صادرونکی. دا یو ښه شی و چې د وړو او متوسط کلسترونو سرچینو په ښه پوهیدو کې مرسته کوي. په نهایت کې ، ما په سلګونو ډالر خوندي کړل ځکه چې ما د ماشین سم ډولونه غوره کړل او د کاري بارونو لپاره د غوښتنلیک سرچینې محدودیتونه تنظیم کړل.
زه به تاسو ته د ګټو په اړه ووایم ، مګر لومړی به زه تشریح کړم چې څه شی د ګډوډۍ لامل شوی او ولې د لوړ کیفیت څارنې ته اړتیا وه.
ما د 4-50 نوډونو ډیری کلسترونه اداره کړل. هر کلستر تر 200 مایکرو خدمتونه او غوښتنلیکونه لري. د موجوده هارډویر غوره کارولو لپاره، ډیری ګمارنې د burstable RAM او CPU سرچینو سره تنظیم شوي. پدې توګه ، پوډونه کولی شي د اړتیا په صورت کې موجودې سرچینې واخلي ، او په ورته وخت کې پدې نوډ کې د نورو غوښتنلیکونو سره مداخله نه کوي. ښه، ښه نه ده؟
او که څه هم کلستر نسبتا لږ CPU (8٪) او RAM (40٪) مصرف کړی، موږ په دوامداره توګه د پوډونو د مخکینۍ کولو سره ستونزې درلودې کله چې دوی هڅه کوله چې په نوډ کې موجود په پرتله ډیر حافظه تخصیص کړي. هغه وخت موږ د کبرنیټس سرچینو څارنې لپاره یوازې یو ډشبورډ درلود. لکه دغه:
د ګرافانا ډشبورډ یوازې د caAdvisor میټریکونو سره
د داسې پینل سره، د نوډونو لیدل کومه ستونزه نده چې ډیری حافظه او CPU خوري. ستونزه دا ده چې معلومه کړي چې لامل څه دی. د پوډونو د ځای په ځای کولو لپاره، یو څوک کولی شي په ټولو پوډونو کې تضمین شوي سرچینې تنظیم کړي (د حد سره مساوي سرچینې غوښتنه شوې). مګر دا د هارډویر ترټولو غوره کارول ندي. کلستر څو سوه ګیګابایټ حافظه درلوده، پداسې حال کې چې ځینې نوډونه لوږه وه، پداسې حال کې چې نور 4-10 GB په ذخیره کې پاتې وو.
دا معلومه شوه چې د کوبرنیټس مهالویش کونکي د کار بارونه په غیر مساوي ډول په شته سرچینو ویشلي. د Kubernetes مهالویش کونکی مختلف تشکیلات په پام کې نیسي: تړاو ، داغونه او زغم قواعد ، د نوډ انتخاب کونکي چې کولی شي موجود نوډونه محدود کړي. مګر زما په قضیه کې داسې هیڅ نه و ، او پوډونه په هر نوډ کې د غوښتل شوي سرچینو پراساس پلان شوي و.
نوډ چې خورا وړیا سرچینې لري او د غوښتنې شرایط پوره کوي د پوډ لپاره غوره شوی. موږ وموندله چې په نوډونو کې غوښتل شوي سرچینې د حقیقي کارونې سره سمون نه خوري، او دا هغه ځای دی چې کیوب ایګل او د هغې د سرچینو نظارت وړتیاوې ژغورنې ته راغلې.
زه نږدې ټول Kubernetes کلسترونه لرم چې یوازې ورسره څارل کیږي и . د نوډ صادرونکی د I/O او ډیسک، CPU، او رام کارولو احصایې وړاندې کوي، پداسې حال کې چې د کیوب ریاست میټریک د کوبرنیټس اعتراض میټریکونه لکه غوښتنې او CPU او د حافظې سرچینې محدودیتونه ښیې.
موږ اړتیا لرو چې د کارولو میټریکونه په ګرافانا کې د غوښتنو او محدودیتونو سره یوځای کړو، او بیا به موږ د ستونزې په اړه ټول معلومات ترلاسه کړو. دا ساده ښکاري، مګر دوه وسیلې په حقیقت کې لیبلونه په مختلف ډول نوموي، او ځینې میټریکونه په هیڅ ډول د میټاډاټا لیبل نلري. کیوب ایګل هرڅه پخپله کوي او پینل داسې ښکاري:
موږ د سرچینو سره ډیری ستونزې حل کړې او تجهیزات خوندي کړل:
- ځینې پراختیا کونکي نه پوهیدل چې څومره سرچینې مایکرو خدماتو ته اړتیا لري (یا په ساده ډول یې زحمت نه دی کړی). زموږ لپاره د سرچینو لپاره د غلطو غوښتنو موندلو لپاره هیڅ لاره نه وه - د دې لپاره موږ اړتیا لرو چې مصرف او غوښتنې او محدودیتونه وپیژنو. اوس دوی د Prometheus میټریکونه ګوري، د حقیقي کارونې څارنه کوي او غوښتنې او حدود تنظیموي.
- د JVM غوښتنلیکونه هغومره رام اخلي څومره چې دوی اداره کولی شي. د کثافاتو راټولونکی یوازې هغه وخت حافظه خوشې کوي کله چې له 75٪ څخه ډیر کارول کیږي. او څرنګه چې ډیری خدمتونه د پام وړ حافظه لري، دا تل د JVM لخوا نیول شوی. له همدې امله، دا ټول جاوا خدمتونه د تمې په پرتله خورا ډیر رام خوري.
- ځینو غوښتنلیکونو د ډیرې حافظې غوښتنه کړې، او د کبرنیټس مهالویش کونکي دا نوډونه نورو غوښتنلیکونو ته نه دي ورکړي، که څه هم په حقیقت کې دوی د نورو نوډونو په پرتله وړیا وو. یو پرمخ وړونکي په ناڅاپي ډول په غوښتنه کې اضافي عدد اضافه کړ او د رام یوه لویه ټوټه یې واخیسته: د 20 پرځای 2 GB. هیچا پام نه دی کړی. غوښتنلیک 3 نقلونه درلودل، نو د 3 نوډونه اغیزمن شوي.
- موږ د سرچینو محدودیتونه معرفي کړل، پوډونه د سمو غوښتنو سره بیا تنظیم شوي، او په ټولو نوډونو کې د هارډویر کارولو مثالی توازن ترلاسه کړ. یو څو نوډونه په بشپړ ډول تړل کیدی شي. او بیا موږ ولیدل چې موږ غلط ماشینونه درلودل (CPU oriented، نه د حافظې پر بنسټ). موږ ډول بدل کړ او څو نور نوډونه مو حذف کړل.
پایلې
په کلستر کې د سوځیدنې وړ سرچینو سره، تاسو موجود هارډویر په ډیر اغیزمن ډول کاروئ، مګر د کوبرنیټس شیډولر د سرچینو غوښتنې پراساس پوډونه مهالویش کوي، او دا ډک دی. د یوې تیږې سره د دوه مرغیو د وژلو لپاره: د ستونزو څخه مخنیوي او په بشپړ ډول د سرچینو کارولو لپاره، تاسو ښه څارنې ته اړتیا لرئ. له همدې امله دا به ګټور وي (Prometheus صادرونکی او Grafana ډشبورډ).
سرچینه: www.habr.com