ولې دا مهمه ده چې ستاسو د لوړ شتون ذخیره کې سافټویر تایید کړئ (99,9999٪)

کوم فرم ویئر نسخه ترټولو "سمه" او "کاري" ده؟ که چیرې د ذخیره کولو سیسټم د 99,9999٪ غلطی زغم تضمین کړي، ایا دا پدې معنی ده چې دا به د سافټویر تازه کولو پرته حتی بې بنسټه کار وکړي؟ یا، برعکس، د اعظمي خطا زغم ترلاسه کولو لپاره، تاسو باید تل وروستی فرم ویئر نصب کړئ؟ موږ به هڅه وکړو چې د خپلو تجربو پر بنسټ دې پوښتنو ته ځواب ووایو.

لنډه پیژندنه

موږ ټول پوهیږو چې د سافټویر هره نسخه، دا د عملیاتي سیسټم یا د وسیلې لپاره چلوونکی وي، ډیری وختونه نیمګړتیاوې/بګونه او نور "ځانګړتیاوې" لري چې ممکن د تجهیزاتو د خدمت ژوند پای ته رسیدو پورې "نه ښکاري"، یا "خلاص" وي. یوازې د ځانګړو شرایطو لاندې. د دې ډول باریکیو شمیر او اهمیت د سافټویر پیچلتیا (فعالیت) او د هغې د پراختیا پرمهال د ازموینې کیفیت پورې اړه لري. 

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

موږ دې پایلې ته رسیدلي، لکه څنګه چې دوی وايي، د تجربې سره. زموږ د عملیاتو مثال په کارولو سره ، موږ به تاسو ته ووایو چې ولې د ذخیره کولو سیسټمونو ژمنه شوې 99,9999٪ اعتبار هیڅ معنی نلري که تاسو سمدستي د سافټویر تازه معلومات او توضیحات وڅارئ. زموږ قضیه د هر پلورونکي څخه د ذخیره کولو سیسټمونو کاروونکو لپاره مناسبه ده ، ځکه چې ورته حالت د هر تولید کونکي هارډویر سره پیښ کیدی شي.

د نوي ذخیره کولو سیسټم غوره کول

د تیر کال په پای کې، زموږ زیربنا ته د زړه پورې معلوماتو ذخیره کولو سیسټم اضافه شو: د IBM FlashSystem 5000 لاین څخه یو ځوان ماډل، کوم چې د پیرودلو په وخت کې د Storwize V5010e په نوم یادیږي. اوس دا د FlashSystem 5010 په نوم پلورل کیږي، مګر په حقیقت کې دا ورته هارډویر بیس دی چې دننه ورته سپیکٹرم ورچوئلیز سره. 

د یو متحد مدیریت سیسټم شتون، په لاره کې، د IBM FlashSystem ترمنځ اصلي توپیر دی. د ځوانو لړۍ ماډلونو لپاره، دا په عملي توګه د ډیرو ګټورو موډلونو څخه توپیر نلري. د یو ځانګړي ماډل غوره کول یوازې د مناسب هارډویر اساس چمتو کوي ، د کوم ځانګړتیاوې چې دا ممکنه کوي چې د یو یا بل فعالیت کارول یا د لوړې کچې توزیع چمتو کړي. سافټویر هارډویر پیژني او د دې پلیټ فارم لپاره اړین او کافي فعالیت چمتو کوي.

د IBM فلش سیسټم 5010

زموږ د ماډل 5010 په اړه په لنډه توګه. دا د ننوتلو کچې دوه ګونی کنټرولر بلاک ذخیره کولو سیسټم دی. دا کولی شي NLSAS، SAS، SSD ډیسکونه ځای په ځای کړي. د NVMe ځای په ځای کول پدې کې شتون نلري ، ځکه چې دا ذخیره ماډل د ستونزو حل کولو لپاره موقعیت لري چې د NVMe ډرایو فعالیت ته اړتیا نلري.

د ذخیره کولو سیسټم د آرشیف معلوماتو یا ډیټا ځای په ځای کولو لپاره پیرودل شوی و چې په مکرر ډول لاسرسی نلري. له همدې امله ، د دې فعالیت معیاري سیټ زموږ لپاره کافي و: ټیرنګ (آسان ټایر) ، پتلی چمتو کول. د 1000-2000 IOPS په کچه د NLSAS ډیسکونو فعالیت هم زموږ لپاره خورا د اطمینان وړ و.

زموږ تجربه - څنګه موږ په وخت سره فرم ویئر تازه نه کړ

اوس پخپله د سافټویر تازه کولو په اړه. د پیرودلو په وخت کې، سیسټم دمخه د سپیکٹرم مجازی سافټویر یو څه پخوانی نسخه درلوده، د بیلګې په توګه، 8.2.1.3.

موږ د فرم ویئر توضیحات مطالعه کړل او تازه یې پلان کړل 8.2.1.9. که موږ یو څه ډیر اغیزمن شوي وای ، نو دا مقاله به شتون نه درلود - بګ به په وروستي فرم ویئر کې نه و رامینځته شوی. په هرصورت، د ځینو دلیلونو لپاره، د دې سیسټم تازه کول وځنډول شول.

د پایلې په توګه، د لږ څه تازه کولو ځنډ د خورا ناخوښ انځور لامل شوی، لکه څنګه چې په لینک کې تشریح شوی: https://www.ibm.com/support/pages/node/6172341. 

هو، د دې نسخې په فرم ویئر کې تش په نامه APAR (د مجاز پروګرام تحلیل راپور) HU02104 اړونده وه. دا په لاندې ډول ښکاري. د بار لاندې ، د ځینې شرایطو لاندې ، زیرمه په جریان پیل کوي ، بیا سیسټم محافظتي حالت ته ځي ، په کوم کې چې دا د حوض لپاره I/O غیر فعالوي. زموږ په قضیه کې، دا د RAID 3 حالت کې د RAID ګروپ لپاره د 6 ډیسکونو منحل کولو په څیر ښکاري. منحل کول د 6 دقیقو لپاره واقع کیږي. بیا ، په حوض کې حجمونو ته لاسرسی بحال شوی.

که څوک د IBM Spectrum Virtualize په شرایطو کې د منطقي ادارو جوړښت او نومولو سره بلد نه وي، زه به اوس په لنډ ډول تشریح کړم.

د ذخیره کولو سیسټم جوړښت منطقي عناصر

ډیسکونه په ګروپونو کې راټول شوي چې د MDisk (مدیر شوي ډیسک) په نوم یادیږي. MDisk کیدای شي کلاسیک RAID (0,1,10,5,6) یا یو مجازی شوی وي - DRAID (توزیع شوی RAID). د DRAID کارول تاسو ته اجازه درکوي د صف فعالیت زیات کړي، ځکه چې ... په ګروپ کې ټول ډیسکونه به وکارول شي، او د بیا رغونې وخت به کم شي، د دې حقیقت له امله چې یوازې ځینې بلاکونه به بیا رغولو ته اړتیا ولري، او د ناکام شوي ډیسک څخه ټول معلومات نه وي.

په ډیسکونو کې د ډیټا بلاکونو ویش کله چې د RAID-5 حالت کې توزیع شوي RAID (DRAID) کاروئ.

او دا ډیاګرام د دې منطق ښیې چې څنګه د DRAID بیا رغونه د یو ډیسک ناکامۍ په حالت کې کار کوي:

د DRAID بیارغونې منطق کله چې یو ډیسک ناکام شي

بیا، یو یا څو MDisks یو تش په نامه پول جوړوي. په ورته حوض کې، دا سپارښتنه نه کیږي چې د ورته ډول ډیسکونو کې د مختلف RAID/DRAID کچو سره MDisk وکاروئ. موږ به دې ته ډیر ژور نه ځو ، ځکه چې ... موږ پلان لرو چې دا په لاندې مقالو کې پوښو. ښه، په حقیقت کې، پول په حجمونو ویشل شوی، کوم چې کوربه ته د یو یا بل بلاک لاسرسي پروتوکول په کارولو سره وړاندې کیږي.

نو، موږ، د وضعیت په پایله کې بیان شوي APAR HU02104، د دریو ډیسکونو د منطقي ناکامۍ له امله ، MDisk فعالیت بند کړ ، کوم چې په پایله کې د پول او اړوندو حجمونو د ناکامۍ لامل شو.

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

له دې څخه مننه، مسله په چټکۍ سره حل شوه او د ملاتړ خدماتو څخه سمدستي وړاندیز ترلاسه شو چې زموږ سیسټم مخکیني ټاکل شوي فرم ویئر 8.2.1.9 ته تازه کړي، کوم چې په هغه وخت کې لا دمخه ټاکل شوی و. دا تاییدوي اړونده خوشې یادښت.

پایلې او زموږ سپارښتنې

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

موږ تایید ترلاسه کړی چې حتی د باور وړ سیسټمونه د 99,9999٪ ژمنه شوي شتون سره پاملرنه او په وخت ساتنه ته اړتیا لري. د وضعیت پراساس، موږ د ځان لپاره یو شمیر پایلې راخیستي او خپل وړاندیزونه یې شریکوو:

• دا اړینه ده چې د تازه معلوماتو خپرول وڅارئ، د احتمالي مهمو مسلو د سمون لپاره د ریلیز نوټونه مطالعه کړئ، او په وخت سره پالن شوي تازه معلومات ترسره کړئ.

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

• دا تل غوره ده چې سیسټم د وروستي سافټویر نسخه سره وساتئ. برسېره پردې، اوسنی هغه نه دی چې لوی شمیري ډیزاین لري، بلکه هغه یو دی چې وروسته د خوشې نیټې سره وي. 

  د مثال په توګه، IBM لږترلږه دوه سافټویر ریلیزونه د دې ذخیره کولو سیسټمونو لپاره تازه ساتي. د دې لیکلو په وخت کې، دا 8.2 او 8.3 دي. د 8.2 لپاره تازه معلومات دمخه راځي. د 8.3 لپاره ورته تازه معلومات معمولا د لږ ځنډ سره خوشې کیږي.

  ریلیز 8.3 یو شمیر فعالې ګټې لري، د بیلګې په توګه، د MDisk پراخولو وړتیا (د DRAID حالت کې) د یو یا ډیرو نویو ډیسکونو په اضافه کولو سره (دا خصوصیت د 8.3.1 نسخه راهیسې څرګند شوی). دا یو عادلانه بنسټیز فعالیت دی، مګر په 8.2 کې، له بده مرغه، داسې هیڅ ځانګړتیا نشته.

• که چیرې د کوم دلیل لپاره تازه کول ممکن نه وي، نو د سپیکٹرم مجازی سافټویر نسخو لپاره د 8.2.1.9 او 8.3.1.0 نسخو څخه مخکې (چیرې چې پورته بیان شوي بګ اړونده وي)، د هغې د پیښې خطر کمولو لپاره، د IBM تخنیکي ملاتړ وړاندیز کوي. د حوض په کچه د سیسټم فعالیت محدودول، لکه څنګه چې په لاندې شکل کې ښودل شوي (عکس د GUI په Russified نسخه کې اخیستل شوی). د 10000 IOPS ارزښت د مثال په توګه ښودل شوی او ستاسو د سیسټم ځانګړتیاو سره سم غوره شوی.

د IBM ذخیره کولو فعالیت محدودول

• دا اړینه ده چې د ذخیره کولو سیسټمونو بار په سمه توګه محاسبه کړئ او د ډیر بار کولو څخه مخنیوی وکړئ. د دې کولو لپاره، تاسو کولی شئ د IBM سایزر (که تاسو ورته لاسرسی لرئ)، یا د شریکانو مرسته، یا د دریمې ډلې سرچینې وکاروئ. دا اړینه ده چې د ذخیره کولو سیسټم کې د بار پروفایل پوه شئ، ځکه چې په MB/s او IOPS کې فعالیت لږترلږه د لاندې پیرامیټونو پورې اړه لري خورا ډیر توپیر لري:

  • د عملیاتو ډول: لوستل یا لیکل

  • د عملیاتو بلاک اندازه،

  • په ټول I/O جریان کې د لوستلو او لیکلو عملیاتو سلنه.

  همچنان، د عملیاتو سرعت د دې لخوا اغیزمن کیږي چې څنګه د ډیټا بلاکس لوستل کیږي: په ترتیب یا تصادفي ترتیب کې. کله چې د غوښتنلیک اړخ کې ډیری ډیټا لاسرسي عملیات ترسره کوي ، د انحصار عملیاتو مفهوم شتون لري. دا هم مشوره ورکول کیږي چې دا په پام کې ونیسئ. دا ټول کولی شي د OS د فعالیت کاونټرو څخه د ډیټا ټولټال لیدلو کې مرسته وکړي ، د ذخیره کولو سیسټم ، سرورونه / هایپروایزر ، او همدارنګه د غوښتنلیکونو عملیاتي ب featuresو ، DBMSs او د ډیسک سرچینو نورو "مصرف کونکو" پوهه.

• او په نهایت کې ، ډاډ ترلاسه کړئ چې تر نیټې پورې بیک اپ ولرئ او کار وکړئ. د بیک اپ مهالویش باید د سوداګرۍ لپاره د منلو وړ RPO ارزښتونو پراساس تنظیم شي ، او د بیک اپ دورې بشپړتیا چیکونه باید تصدیق شي (کافي یو څو بیک اپ سافټویر پلورونکي په خپلو محصولاتو کې اتوماتیک تایید پلي کوي) ترڅو د منلو وړ RTO ارزښت ډاډمن کړي.

تر پایه د لوستلو لپاره مننه.
موږ چمتو یو چې ستاسو پوښتنو او نظرونو ته په نظرونو کې ځواب ووایو. همدارنګه موږ تاسو ته بلنه درکوو چې زموږ د ټیلیګرام چینل سبسکرایب کړئ، په کوم کې چې موږ منظم ترویجونه لرو (په IaaS کې تخفیف او په VPS کې تر 100٪ پورې د پروموشنل کوډونو لپاره ډالۍ) ، په زړه پوري خبرونه ولیکئ او په هابر بلاګ کې نوې مقالې اعلان کړئ.

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