د توزیع شوي سیسټمونو اداره کول ستونزمن کیدی شي ځکه چې دوی ډیری حرکت کونکي، بدلونکي عناصر لري چې ټول د سیسټم د فعالیت لپاره سم کار کولو ته اړتیا لري. که یو له عناصرو څخه ناکام شي، سیسټم باید دا کشف کړي، دا یې پریږدي او حل یې کړي، او دا ټول باید په اوتومات ډول ترسره شي. د Kubernetes غوره کړنو لړۍ کې، موږ به زده کړو چې څنګه د کوبرنیټس کلستر روغتیا معاینه کولو لپاره د چمتووالي او ژوند کولو ازموینې تنظیم کړو.
د روغتیا معاینه یوه ساده لار ده چې سیسټم ته اجازه ورکړي چې پوه شي چې آیا ستاسو د غوښتنلیک مثال روان دی که نه. که ستاسو د غوښتنلیک مثال ښکته وي، نو نور خدمتونه باید دې ته لاسرسی ونلري یا ورته غوښتنې واستوي. پرځای یې، غوښتنه باید د غوښتنلیک بل مثال ته واستول شي کوم چې دمخه روان دی یا وروسته به پیل شي. سربیره پردې ، سیسټم باید ستاسو د غوښتنلیک ورک شوی فعالیت بیرته راولي.
د ډیفالټ په توګه، Kubernetes به پوډ ته د ټرافیک لیږل پیل کړي کله چې په پوډونو کې ټول کانټینرونه روان وي، او کانټینرونه ریبوټ کوي کله چې دوی ټکر کوي. د دې ډیفالټ سیسټم چلند ممکن د پیل کولو لپاره کافي ښه وي ، مګر تاسو کولی شئ د دودیز حفظ الصحې چیکونو په کارولو سره د خپل محصول ګمارنې اعتبار ته وده ورکړئ.
خوشبختانه، Kubernetes دا کار کول خورا اسانه کوي، نو د دې چکونو څخه سترګې پټولو لپاره هیڅ عذر شتون نلري. Kubernetes دوه ډوله روغتیایی معاینات وړاندې کوي، او دا مهمه ده چې په توپیرونو پوه شئ چې هر یو څنګه کارول کیږي.
د چمتووالي ازموینه د دې لپاره ډیزاین شوې چې کبرنیټس ته ووایی چې ستاسو غوښتنلیک د ترافیک اداره کولو لپاره چمتو دی. مخکې له دې چې خدمت ته اجازه ورکړي چې پوډ ته ټرافيک واستوي، Kubernetes باید تصدیق کړي چې د چمتووالي چک بریالی دی. که د چمتووالي ازموینه ناکامه شي ، نو کوبرنیټس به پوډ ته د ترافیک لیږل ودروي تر هغه چې ازموینه تیریږي.
د Liveness ازموینه Kubernetes ته وایي چې آیا ستاسو غوښتنلیک ژوندی دی که مړ. په لومړي حالت کې، Kubernetes به دا یوازې پریږدي، په دویمه برخه کې به دا مړ پوډ حذف کړي او د نوي سره به یې بدل کړي.
راځئ چې یوه سناریو تصور کړو چیرې چې ستاسو غوښتنلیک د تودوخې او پیل کولو لپاره 1 دقیقې وخت نیسي. ستاسو خدمت به تر هغه وخته پورې کار پیل نکړي چې غوښتنلیک په بشپړ ډول بار شوی او روان وي، که څه هم د کار جریان لا دمخه پیل شوی. تاسو به هم ستونزې ولرئ که تاسو غواړئ دا ګمارنه په څو کاپيونو کې اندازه کړئ، ځکه چې دا کاپي باید تر هغه پورې ترافیک ترلاسه نکړي ترڅو چې دوی بشپړ چمتو نه وي. په هرصورت، د ډیفالټ په واسطه، Kubernetes به د کانټینر دننه پروسې پیل کولو سره سم د ټرافیک لیږل پیل کړي.
کله چې د چمتووالي ازموینه وکاروئ، Kubernetes به انتظار وکړي تر هغه چې غوښتنلیک په بشپړ ډول روان وي مخکې لدې چې خدمت ته اجازه ورکړي چې نوي کاپي ته ترافیک واستوي.
راځئ چې یو بل سناریو تصور کړو په کوم کې چې غوښتنلیک د اوږدې مودې لپاره ځړول کیږي، د خدماتو غوښتنې بندوي. لکه څنګه چې پروسه دوام لري، د ډیفالټ لخوا Kubernetes به فرض کړي چې هرڅه سم دي او غیر کاري پوډ ته د غوښتنو لیږلو ته دوام ورکوي. مګر کله چې Liveness وکاروئ ، Kubernetes به معلومه کړي چې غوښتنلیک نور غوښتنې نه وړاندې کوي او په ډیفالټ به مړ پوډ بیا پیل کړي.
راځئ وګورو چې چمتووالی او وړتیا څنګه ازمول کیږي. د ازموینې درې میتودونه شتون لري - HTTP، کمانډ او TCP. تاسو کولی شئ د دوی هر یو د چک کولو لپاره وکاروئ. د یو کارن ازموینې ترټولو عام لاره د HTTP تحقیقات دي.
حتی که ستاسو غوښتنلیک د HTTP سرور نه وي ، تاسو لاهم کولی شئ د خپل غوښتنلیک دننه یو لږ وزن لرونکی HTTP سرور رامینځته کړئ ترڅو د Liveness ازموینې سره اړیکه ونیسئ. له دې وروسته، Kubernetes به د پوډ پینګ پیل کړي، او که چیرې د HTTP ځواب د 200 یا 300 ms حد کې وي، نو دا به په ګوته کړي چې پوډ روغ دی. که نه نو، ماډل به د "غیر صحي" په توګه په نښه شي.
د کمانډ ازموینې لپاره ، کوبرنیټس ستاسو په کانټینر کې قومانده پرمخ وړي. که کمانډ د صفر وتلو کوډ سره بیرته راشي ، نو کانټینر به د صحي په توګه په نښه شي ، که نه نو ، د 1 څخه تر 255 پورې د وتلو حالت شمیره ترلاسه کولو سره ، کانټینر به د "ناروغ" په توګه نښه شي. د ازموینې دا طریقه ګټوره ده که تاسو نشئ کولی یا نه غواړئ چې د HTTP سرور چل کړئ، مګر د دې توان لرئ چې داسې قوماندې پرمخ بوځي چې ستاسو د غوښتنلیک روغتیا وګوري.
د تایید وروستی میکانیزم د TCP ازموینه ده. Kubernetes به هڅه وکړي چې په ټاکل شوي بندر کې د TCP پیوستون رامینځته کړي. که دا ترسره شي، کانټینر صحي ګڼل کیږي؛ که نه، دا د منلو وړ نه ګڼل کیږي. دا میتود ګټور کیدی شي که تاسو داسې سناریو کاروئ چیرې چې د HTTP غوښتنې یا کمانډ اجرا کولو سره ازموینه خورا ښه کار نه کوي. د مثال په توګه، د TCP په کارولو سره د تایید لپاره اصلي خدمتونه به gRPC یا FTP وي.
ازموینې د مختلف پیرامیټونو سره په څو لارو تنظیم کیدی شي. تاسو کولی شئ مشخص کړئ چې دوی باید څو ځله اعدام شي، د بریالیتوب او ناکامۍ حدونه څه دي، او د ځوابونو لپاره څومره وخت انتظار کول. د لا زیاتو معلوماتو لپاره، د چمتووالي او ژوندانه ازموینې اسناد وګورئ. په هرصورت، د Liveness ازموینې په ترتیب کولو کې یو خورا مهم ټکی شتون لري - د ازموینې ځنډ ابتدايي ترتیب ابتدايي ډیلي سیکنډ. لکه څنګه چې ما یادونه وکړه، د دې ازموینې ناکامي به د ماډل بیا پیل کولو پایله ولري. نو تاسو اړتیا لرئ ډاډ ترلاسه کړئ چې ازموینې تر هغه وخته نه پیل کیږي چې غوښتنلیک د تګ لپاره چمتو وي ، که نه نو دا به د بیا پیل کولو له لارې سایکل چلول پیل کړي. زه د P99 پیل کولو وخت یا د بفر څخه د اوسط غوښتنلیک پیل کولو وخت کارولو وړاندیز کوم. په یاد ولرئ چې دا ارزښت تنظیم کړئ ځکه چې ستاسو د غوښتنلیک د پیل وخت ګړندی یا ورو کیږي.
ډیری ماهرین به تایید کړي چې روغتیایی معاینات د هر توزیع شوي سیسټم لپاره لازمي چک دی، او کوبرنیټس هیڅ استثنا نه ده. د خدماتو روغتیایی معایناتو کارول د Kubernetes د باور وړ او له ستونزو څخه پاک عملیات تضمینوي او د کاروونکو لپاره بې هڅې دي.
ډیر ژر به دوام وکړي ...
ځینې اعلانونه 🙂
له موږ سره د پاتې کیدو لپاره مننه. ایا تاسو زموږ مقالې خوښوي؟ غواړئ نور په زړه پورې مینځپانګه وګورئ؟ د امر په ورکولو یا ملګرو ته وړاندیز کولو سره زموږ ملاتړ وکړئ ، , د ننوتلو کچې سرورونو یو ځانګړی انلاګ ، کوم چې زموږ لخوا ستاسو لپاره اختراع شوی و: (د RAID1 او RAID10 سره شتون لري، تر 24 کور پورې او تر 40GB DDR4 پورې).
ډیل R730xd په امستردام کې د Equinix Tier IV ډیټا مرکز کې 2 ځله ارزانه؟ یوازې دلته په هالنډ کې! ډیل R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - له $ 99 څخه! په اړه ولولئ
سرچینه: www.habr.com