په Kubernetes کلستر کې د معلوماتو ذخیره کول

د کوبرنیټس کلستر کې د چلولو غوښتنلیکونو لپاره د ډیټا ذخیره کولو تنظیم کولو ډیری لارې شتون لري. ځینې ​​​​یې پخوانۍ دي، نور په دې وروستیو کې راڅرګند شوي. پدې مقاله کې ، موږ به د ذخیره کولو سیسټمونو سره وصل کولو لپاره د دریو اختیارونو مفهوم وګورو ، پشمول وروستي یو - د کانټینر ذخیره کولو انٹرفیس له لارې وصل کول.

طریقه 1: په پوډ مینی فیسټ کې PV مشخص کړئ

یو عادي څرګندونه چې د کبرنیټس کلستر کې پوډ تشریح کوي:

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

کړی VolumeMounts د ماونټ پوائنټونه په ګوته کړئ (ماونټ پاټ) - په کوم لارښود کې چې د کانټینر دننه به دایمي حجم نصب شي ، او همدارنګه د حجم نوم.

کړی x ټول هغه حجمونه لیست کوي چې په پوډ کې کارول کیږي. د هر حجم نوم، او همدارنګه ډول (زموږ په قضیه کې: awsElasticBlockStore) او د پیوستون پیرامیټونه مشخص کړئ. کوم پیرامیټونه په منشور کې لیست شوي د حجم ډول پورې اړه لري.

ورته حجم په یوځل په څو پوډ کانټینرونو کې نصب کیدی شي. په دې توګه، د غوښتنلیک مختلف پروسې کولی شي ورته معلوماتو ته لاسرسی ومومي.

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

د دې کارولو په وخت کې ډیری ستونزې شتون لري:

1. ټول حجمونه باید په لاسي ډول جوړ شي؛ Kubernetes زموږ لپاره هیڅ شی نشي رامینځته کولی.
2. د هر حجم لپاره د لاسرسي پیرامیټونه ځانګړي دي، او دوی باید د ټولو پوډونو په منشور کې مشخص شي چې حجم کاروي؛
3. د ذخیره کولو سیسټم بدلولو لپاره (د مثال په توګه ، له AWS څخه ګوګل کلاوډ ته لاړ شئ) ، تاسو اړتیا لرئ په ټولو منشورونو کې د نصب شوي حجمونو تنظیمات او ډول بدل کړئ.

دا ټول خورا نامناسب دي، نو په حقیقت کې دا طریقه یوازې د ځینو ځانګړو ډولونو د نښلولو لپاره کارول کیږي: configMap، پټ، emptyDir، hostPath:

• configMap او راز د خدماتو حجمونه دي چې تاسو ته اجازه درکوي په کانټینر کې د Kubernetes manifests څخه فایلونو سره حجم رامینځته کړئ.

• emptyDir یو لنډمهاله حجم دی، یوازې د پوډ د ژوند لپاره جوړ شوی. د لنډمهاله معلوماتو ازموینې یا ذخیره کولو لپاره کارول اسانه دي. کله چې یو پوډ حذف شي ، د خالی ډیر حجم هم حذف شوی او ټول معلومات ورک شوي.

• hostPath - تاسو ته اجازه درکوي د سرور په محلي ډیسک کې کوم ډایرکټر نصب کړئ په کوم کې چې غوښتنلیک د غوښتنلیک سره د کانټینر دننه روان دی ، پشمول د /etc/kubernetes. دا یو ناامنه ځانګړتیا ده، نو امنیتي پالیسۍ معمولا د دې ډول حجمونو کارول منع کوي. که نه نو، د برید کونکي غوښتنلیک به وکولی شي د HTC Kubernetes لارښود په کانټینر کې دننه کړي او ټول کلستر سندونه غلا کړي. عموما، د hostPath حجم یوازې د سیسټم غوښتنلیکونو لخوا کارول کیږي چې د کیوب سیسټم نوم ځای کې پرمخ ځي.

د ذخیره کولو سیسټمونه چې کوبرنیټس د بکس څخه بهر کار کوي په اسنادو کې ورکړل شوي دي.

طريقه 2. د SC/PVC/PV هارتونو سره نښلول

د بدیل پیوستون میتود د ذخیره کولو ټولګي مفهوم دی، د دوامدار حجم کلیم، دوامدار حجم.

د ذخیره کولو ټولګي د ډیټا ذخیره کولو سیسټم ته د پیوستون پیرامیټونه ذخیره کوي.

دوامدار حجم دعوه د هغه څه لپاره اړتیاوې تشریح کوي چې غوښتنلیک ورته اړتیا لري.
دوامداره حجم د لاسرسي پیرامیټونه او حجم حالت ذخیره کوي.

د مفکورې جوهر: په پوډ منشور کې دوی د PersistentVolumeClaim ډول حجم په ګوته کوي او د ادعا نوم پیرامیټر کې د دې ادارې نوم په ګوته کوي.

PersistentVolumeClaim manifest د ډیټا حجم لپاره اړتیاوې بیانوي چې غوښتنلیک ورته اړتیا لري. په شمول:

• د ډیسک اندازه؛
• د لاسرسي طریقه: ReadWriteOnce یا ReadWriteMany؛
• د ذخیره کولو ټولګي سره اړیکه - په کوم کې چې د ډیټا ذخیره کولو سیسټم کې موږ غواړو حجم رامینځته کړو.

د ذخیره کولو ټولګي منشور د ذخیره کولو سیسټم سره د پیوستون ډول او پیرامیټونه ذخیره کوي. کیوبیلټ دوی ته اړتیا لري ترڅو حجم په خپل نوډ کې نصب کړي.

د دوامداره حجم څرګندونه د ذخیره کولو ټولګي او د ځانګړي حجم لپاره د لاسرسي پیرامیټونه په ګوته کوي (حجم ID ، لاره او نور).

کله چې PVC رامینځته کړئ ، کوبرنیټس ګوري چې د کوم اندازې حجم او کوم ذخیره کولو ټولګي ته اړتیا ده ، او وړیا دوامداره حجم غوره کوي.

که دا ډول PVs شتون ونلري، Kubernetes کولی شي یو ځانګړی برنامه پیل کړي - چمتو کونکی (د دې نوم د ذخیره کولو ټولګي کې ښودل شوی). دا برنامه د ذخیره کولو سیسټم سره وصل کیږي ، د اړتیا وړ اندازې حجم رامینځته کوي ، یو پیژندونکی ترلاسه کوي او د کوبرنیټس کلستر کې د پرسسټنټ حجم منشور رامینځته کوي ، کوم چې د PersistentVolumeClaim سره تړاو لري.

د خلاصون دا ټول سیټ تاسو ته اجازه درکوي د دې په اړه معلومات لرې کړئ چې د کوم ذخیره کولو سیسټم سره غوښتنلیک کار کوي د غوښتنلیک مینیفیسټ کچې څخه د ادارې کچې پورې.

د ډیټا ذخیره کولو سیسټم سره وصل کولو ټول پیرامیټونه د ذخیره کولو ټولګي کې موقعیت لري ، د کوم لپاره چې د کلستر مدیران مسؤل دي. ټول هغه څه چې تاسو یې کولو ته اړتیا لرئ کله چې له AWS څخه ګوګل کلاوډ ته حرکت وکړئ د غوښتنلیک څرګندیدو کې د ذخیره کولو ټولګي نوم PVC ته بدل کړئ. د ډیټا ذخیره کولو لپاره د دوام حجم به په اوتومات ډول د پروویژنر برنامې په کارولو سره په کلستر کې رامینځته شي.

طریقه 3: د کانټینر ذخیره کولو انٹرفیس

ټول کوډ چې د مختلف ذخیره کولو سیسټمونو سره تعامل کوي د Kubernetes کور برخه ده. د بګ فکس یا نوي فعالیت خوشې کول د نوي ریلیزونو سره تړلي دي؛ کوډ باید د Kubernetes ټولو ملاتړ شوي نسخو لپاره بدل شي. دا ټول د نوي فعالیت ساتل او اضافه کول ستونزمن دي.

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

د کانټینر ذخیره کولو انٹرفیس اسناد.

عموما، د CSI ډرایور دوه برخې لري: نوډ پلگ ان او کنټرولر پلگ ان.

نوډ پلگ ان په هر نوډ کې تیریږي او د حجمونو نصبولو او په دوی باندې د عملیاتو ترسره کولو مسؤلیت لري. د کنټرولر پلگ ان د ذخیره کولو سیسټم سره اړیکه لري: حجمونه رامینځته کوي یا حذف کوي ، د لاسرسي حقونه ورکوي ، او داسې نور.

د اوس لپاره ، زاړه ډرایورونه د کوبرنیټس کرنل کې پاتې دي ، مګر دوی نور د کارولو سپارښتنه نه کیږي او هرچا ته مشوره ورکول کیږي چې CSI ډرایور په ځانګړي توګه د هغه سیسټم لپاره نصب کړي چې ورسره به کار وکړي.

نوښت ممکن هغه خلک ویره کړي څوک چې دمخه د ذخیره کولو ټولګي له لارې د ډیټا ذخیره کولو تنظیم کولو عادت شوي ، مګر په حقیقت کې هیڅ ویره نه ده شوې. د پروګرام کونکو لپاره، هیڅ شی واقعا بدلون نه کوي - دوی یوازې د ذخیره کولو ټولګي نوم سره کار کړی، او دې ته به دوام ورکړي. د مدیرانو لپاره، د هیلم چارټ نصب کول اضافه شوي او د ترتیباتو جوړښت بدل شوی. که دمخه تنظیمات په مستقیم ډول د ذخیره کولو ټولګي ته داخل شوي و ، اوس دوی باید لومړی د هیلم چارټ کې تنظیم شي ، او بیا د ذخیره کولو ټولګي کې. که تاسو ورته وګورو، هیڅ بد ندی.

راځئ چې د CSI ډرایور په کارولو سره د Ceph ذخیره کولو سیسټمونو سره وصل کولو سره د ګټې اخیستو لپاره یو مثال واخلو.

کله چې د Ceph سره کار کوي، د CSI پلگ ان د جوړ شوي ډرایورانو په پرتله د ذخیره کولو سیسټمونو سره کار کولو لپاره ډیر اختیارونه وړاندې کوي.

1. د متحرک ډیسک جوړول. عموما د RBD ډیسکونه یوازې په RWO حالت کې کارول کیږي، مګر د Ceph لپاره CSI دوی ته اجازه ورکوي چې په RWX حالت کې وکارول شي. په مختلفو نوډونو کې ډیری پوډونه کولی شي ورته RDB ډیسک په خپلو نوډونو کې نصب کړي او په موازي توګه ورسره کار وکړي. د عادلانه کیدو لپاره ، هرڅه دومره روښانه ندي - دا ډیسک یوازې د بلاک وسیلې په توګه وصل کیدی شي ، پدې معنی چې تاسو به د ډیری لاسرسي حالت کې د دې سره کار کولو لپاره غوښتنلیک تطبیق کړئ.
2. د انځورونو جوړول. د کوبرنیټس کلستر کې، تاسو کولی شئ د سنیپ شاټ جوړولو لپاره اړتیا سره یو ښکاره جوړ کړئ. د CSI پلگ ان به دا وګوري او له ډیسک څخه سنیپ شاټ واخلي. د دې پراساس ، تاسو کولی شئ یا د Persistent Volume یو بیک اپ یا کاپي جوړ کړئ.
3. د ډیسک اندازه زیاتول په کوبرنیټس کلستر کې د ذخیره کولو او دوامدار حجم په اړه.
4. کوټې. د CephFS ډرایورونه چې په Kubernetes کې جوړ شوي د کوټو ملاتړ نه کوي، مګر د وروستي Ceph Nautilus سره د CSI تازه پلگ ان کولی شي د CephFS برخو کې کوټې فعالې کړي.
5. میټریکونه. د CSI پلگ ان کولی شي پرومیټیوس ته مختلف میټریکونه چمتو کړي چې پدې اړه کوم حجمونه وصل دي ، کوم ارتباطات ترسره کیږي ، او داسې نور.
6. ټوپولوژي پوهه. تاسو ته اجازه درکوي په منشورونو کې مشخص کړئ چې کلسټر په جغرافیه کې څنګه توزیع شوی ، او په امسټرډم کې موقعیت لرونکي ذخیره کولو سیسټم سره په لندن کې روان پوډونو سره وصل کیدو څخه مخنیوی وکړئ.

څنګه Ceph د CSI له لارې د Kubernetes کلستر سره وصل کړئ، وګورئ د سلرم د ماښام ښوونځي لیکچر په عملي برخه کې. تاسو هم ګډون کولی شئ د سیف ویډیو کورس، کوم چې به د اکتوبر په 15 پیل شي.

د مقالې لیکوال: سرګي بونډاریف، په ساوتبریج کې د معمار تمرین کوي، د کوبرنیټس تصدیق شوی مدیر، د کوبیسپری یو له پراختیا کونکو څخه.

یو کوچنی پوسټ سکریپټم د اعلاناتو لپاره نه ، مګر د ګټې لپاره ...

PS سرګي بونډاریف دوه ژور کورسونه رهبري کوي: تازه شوي د کوبرنیټس بیس سپتمبر 28-30 او پرمختللی Kubernetes Mega د اکتوبر 14-16

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