سلامونه درنو لوستونکو. د دې مقالې سره موږ یوه لړۍ پرانیزو چې د هایپر کنورډ سیسټم AERODISK vAIR په اړه به وغږیږي چې موږ یې رامینځته کړی. په پیل کې، موږ غوښتل چې په لومړۍ مقاله کې د هرڅه په اړه هرڅه ووایو، مګر سیسټم خورا پیچلی دی، نو موږ به هاتیان په برخو کې وخورو.
راځئ چې کیسه د سیسټم رامینځته کولو تاریخ سره پیل کړو ، د ARDFS فایل سیسټم ته لاړ شو ، کوم چې د VAIR اساس دی ، او د روسیې په بازار کې د دې حل موقعیت په اړه لږ څه وغږیږو.
په راتلونکو مقالو کې به موږ د مختلف معمارۍ اجزاو (کلستر، هایپروایزر، د بار بیلانسر، د څارنې سیسټم، او نور) په اړه په تفصیل سره خبرې وکړو، د ترتیب کولو پروسې، د جواز ورکولو مسلې راپورته کول، په جلا توګه د حادثې ازموینې وښایه او البته، د بار ازموینې او په اړه ولیکئ. اندازه کول موږ به د VAIR ټولنې نسخې ته یو جلا مقاله هم وقف کړو.
ایا ایروډیسک د ذخیره کولو سیسټمونو په اړه یوه کیسه ده؟ یا ولې موږ په لومړي ځای کې د هایپر کنورژن ترسره کول پیل کړل؟
په پیل کې، زموږ د خپل هایپر کنورژن رامینځته کولو مفکوره د 2010 په شاوخوا کې موږ ته راغله. په هغه وخت کې، په بازار کې نه ایروډیسک او نه ورته حلونه (د سوداګریزو بکسونو هایپر کنورګډ سیسټمونه) شتون درلود. زموږ دنده په لاندې ډول وه: د محلي ډیسکونو سره د سرورونو سیټ څخه ، د ایترنیټ پروتوکول له لارې د یو بل سره وصل شوي ، دا اړینه وه چې پراخه ذخیره جوړه کړئ او هلته مجازی ماشینونه او د سافټویر شبکه پیل کړئ. دا ټول باید د ذخیره کولو سیسټمونو پرته پلي شوي وي (ځکه چې د ذخیره کولو سیسټمونو او د هغې هارډویر لپاره په ساده ډول پیسې نه وې، او موږ لا تر اوسه خپل د ذخیره کولو سیسټمونه ندي اختراع کړي).
موږ د خلاصې سرچینې ډیری حلونه هڅه وکړه او په پای کې یې دا ستونزه حل کړه، مګر حل خورا پیچلی او بیا تکرار ستونزمن و. سربیره پردې ، دا حل د "ایا دا کار کوي؟" په کټګورۍ کې و؟ لمس مه کوئ! له همدې امله، د دې ستونزې په حل کولو سره، موږ د خپل کار پایلې په بشپړ محصول کې د بدلولو مفکورې ته وده نه ده ورکړې.
له دې پېښې وروسته موږ له دې مفکورې لیرې شو، خو موږ لا هم دا احساس درلود چې دا ستونزه په بشپړه توګه د حل وړ ده او د داسې حل ګټې له څرګندو څخه زیاتې وې. وروسته، د بهرنیو شرکتونو خوشې شوي HCI محصولات یوازې دا احساس تایید کړ.
له همدې امله، د 2016 په نیمایي کې، موږ د بشپړ محصول د جوړولو برخې په توګه دې دندې ته راستانه شو. په هغه وخت کې موږ لا تر اوسه د پانګوالو سره هیڅ اړیکه نه درلوده، نو موږ باید د خپل ځان لپاره پراختیایي موقف واخلو، نه د ډیرو پیسو. په Avito کې د کارول شوي سرورونو او سویچونو راټولولو سره ، موږ سوداګرۍ ته ښکته شو.
اصلي ابتدايي دنده دا وه چې خپل ځان جوړ کړو، که څه هم ساده، مګر زموږ د فایل سیسټم، کوم چې کولی شي په اتوماتيک ډول او په مساوي ډول د کلستر نوډونو په نهم نمبر کې د مجازی بلاکونو په بڼه ډاټا توزیع کړي، کوم چې د ایترنیټ له لارې د یو بل سره نښلول شوي. په ورته وخت کې، FS باید ښه او په اسانۍ سره اندازه شي او د نږدې سیسټمونو څخه خپلواک وي، د بیلګې په توګه. د "یوازې د ذخیره کولو اسانتیا" په بڼه د VAIR څخه جلا شي.
د VAIR لومړی مفهوم
موږ په قصدي ډول زموږ د خپل پرمختګ په ګټه د پراخه ذخیره کولو تنظیم کولو لپاره د چمتو شوي خلاصې سرچینې حلونو کارول پریښودل (سیف ، ګلستر ، چمک او ورته) ، ځکه چې موږ دمخه د دوی سره د پروژې ډیری تجربه درلوده. البته، دا حلونه پخپله خورا ښه دي، او مخکې له دې چې په ایروډیسک کار وکړي، موږ د دوی سره د یووالي څخه ډیرې پروژې پلي کړې. مګر دا یو شی دی چې د یو پیرودونکي لپاره ځانګړي دنده پلي کړئ ، د کارمندانو روزنه او شاید د لوی پلورونکي ملاتړ واخلئ ، او یو بل شی دی چې په اسانۍ سره نقل شوي محصول رامینځته کړئ چې د مختلف کارونو لپاره به وکارول شي ، کوم چې موږ د یو. پلورونکی، حتی د خپل ځان په اړه پوهیږو چې موږ به یې ونه کړو. د دوهم هدف لپاره، د خلاصې سرچینې موجود محصولات زموږ لپاره مناسب نه و، نو موږ پریکړه وکړه چې پخپله د ویشل شوي فایل سیسټم جوړ کړو.
دوه کاله وروسته، ډیری پراختیا کونکي (کوم چې په VAIR کې کار د کلاسیک انجن ذخیره کولو سیسټم کې کار سره یوځای کړی) یو مشخص پایله ترلاسه کړه.
په 2018 کې، موږ یو ساده فایل سیسټم لیکلی و او د اړین هارډویر سره یې ضمیمه کړی و. سیسټم د مختلف سرورونو څخه فزیکي (سیمه ایز) ډیسکونه د داخلي نښلولو له لارې په یوه فلیټ پول کې یوځای کړل او په مجازی بلاکونو کې یې "کټ" کړل، بیا د مجازی بلاکونو څخه د مختلف درجو غلطی زغم سره د بلاک وسیلې رامینځته شوې ، په کوم کې چې مجازی بلاکونه رامینځته شوي. او د KVM هایپروایزر موټرو په کارولو سره اعدام شوي.
موږ د فایل سیسټم نوم سره ډیر نه ځورو او په لنډ ډول یې د ARDFS په نوم یادولی شو (فکر وکړئ دا د څه لپاره ولاړ دی))
دا پروټوټایپ ښه ښکاري (په لید کې نه، البته، تر اوسه هیڅ بصری ډیزاین شتون نلري) او د فعالیت او پیمانه کولو په برخه کې یې ښې پایلې ښودلې. د لومړۍ ریښتینې پایلې وروسته، موږ دا پروژه په حرکت کې ترتیب کړه، د بشپړ پراختیا چاپیریال او یو جلا ټیم تنظیم کړو چې یوازې د VAIR سره معامله کوي.
یوازې په هغه وخت کې، د حل عمومي جوړښت بالغ شوی و، کوم چې لا تر اوسه لوی بدلون نه دی راغلی.
د ARDFS فایل سیسټم کې ډوب کول
ARDFS د VAIR بنسټ دی، کوم چې په ټول کلستر کې توزیع شوي، د غلطۍ زغمونکي ډیټا ذخیره چمتو کوي. د ARDFS یو (مګر یوازینی نه) ځانګړتیا دا ده چې دا د میټاډاټا او مدیریت لپاره کوم اضافي وقف شوي سرورونه نه کاروي. دا په اصل کې د حل ترتیب او د هغې د اعتبار لپاره ساده کولو لپاره تصور شوی و.
د ذخیره کولو جوړښت
د کلستر په ټولو نوډونو کې، ARDFS د ټولو موجود ډیسک ځای څخه منطقي حوض تنظیموي. دا مهمه ده چې پوه شو چې یو حوض لا تر اوسه ډاټا یا فارمیټ ځای نه دی، مګر په ساده ډول مارک اپ، د بیلګې په توګه. هر نوډونه چې د VAIR نصب شوي، کله چې په کلستر کې اضافه شي، په اتوماتيک ډول د ARDFS شریک شوي پول کې اضافه کیږي او د ډیسک سرچینې په اوتومات ډول په ټول کلستر کې شریک کیږي (او د راتلونکي ډیټا ذخیره کولو لپاره شتون لري). دا طریقه تاسو ته اجازه درکوي په الوتنه کې نوډونه اضافه او لرې کړئ پرته له دې چې دمخه روان سیسټم باندې کوم جدي اغیزه ولري. هغوی. سیسټم په "خښتو کې" اندازه کولو لپاره خورا اسانه دی، که اړتیا وي نوډونه په کلستر کې اضافه کول یا لرې کول.
مجازی ډیسکونه (د مجازی ماشینونو لپاره ذخیره توکي) د ARDFS پول په سر کې اضافه شوي، کوم چې د 4 میګابایټ اندازې مجازی بلاکونو څخه جوړ شوي. مجازی ډیسکونه مستقیم معلومات ذخیره کوي. د غلطۍ زغم سکیم هم د مجازی ډیسک په کچه ټاکل شوی.
لکه څنګه چې تاسو شاید دمخه اټکل کړی وي ، د ډیسک فرعي سیسټم د غلطۍ زغم لپاره ، موږ د RAID مفهوم نه کاروو (د خپلواک ډیسکونو بې ځایه سرې) ، مګر د RAIN (د خپلواک نوډونو بې ځایه سرې) کاروو. هغوی. د غلطۍ زغم اندازه کیږي، اتوماتیک، او د نوډونو پر بنسټ اداره کیږي، نه د ډیسکونو پراساس. ډیسکونه، البته، د ذخیره کولو څیز هم دي، دوی، د هر څه په څیر، څارل کیږي، تاسو کولی شئ د دوی سره ټول معیاري عملیات ترسره کړئ، په شمول د محلي هارډویر RAID راټولول، مګر کلستر په ځانګړې توګه په نوډونو کې کار کوي.
په داسې حالت کې چیرې چې تاسو واقعیا RAID غواړئ (د مثال په توګه ، یوه سناریو چې په کوچني کلسترونو کې د ډیری ناکامیو ملاتړ کوي) ، هیڅ شی تاسو د ځایی RAID کنټرولرونو کارولو څخه منع کوي ، او په سر کې پراخه ذخیره او د RAIN جوړښت رامینځته کول. دا سناریو خورا ژوندۍ ده او زموږ لخوا ملاتړ کیږي، نو موږ به د VAIR کارولو لپاره د عادي سناریوګانو په اړه په یوه مقاله کې د هغې په اړه وغږیږو.
د ذخیرې غلطی زغم سکیمونه
په VAIR کې د مجازی ډیسکونو لپاره دوه د غلطۍ زغم سکیمونه کیدی شي:
1) د تکثیر عامل یا په ساده ډول نقل کول - د خطا زغملو دا طریقه د لرګیو او رسی په څیر ساده ده. همغږي تکرار د نوډونو ترمینځ د 2 فکتور سره ترسره کیږي (په هر کلستر کې 2 کاپي) یا 3 (په ترتیب سره 3 کاپي). RF-2 یو مجازی ډیسک ته اجازه ورکوي چې په کلستر کې د یو نوډ ناکامۍ سره مقاومت وکړي، مګر د ګټور حجم نیمایي "خوري"، او RF-3 به په کلستر کې د 2 نوډونو ناکامۍ سره مقاومت وکړي، مګر د 2/3 ذخیره کوي. د خپلو اړتیاو لپاره ګټور حجم. دا سکیم د RAID-1 سره خورا ورته دی، دا په RF-2 کې ترتیب شوی مجازی ډیسک په کلستر کې د هر یو نوډ ناکامۍ سره مقاومت لري. پدې حالت کې ، هرڅه به د ډیټا سره سم وي او حتی I/O به ونه دریږي. کله چې سقوط شوی نوډ خدمت ته راستون شي، د اتوماتیک ډیټا بیا رغونه/همغږي کول به پیل شي.
لاندې د RF-2 او RF-3 ډیټا په نورمال حالت او د ناکامۍ حالت کې د توزیع مثالونه دي.
موږ یو مجازی ماشین لرو چې د 8MB ځانګړي (ګټور) ډیټا ظرفیت لري ، کوم چې په 4 VAIR نوډونو چلیږي. دا روښانه ده چې په حقیقت کې دا امکان نلري چې دومره کوچنی حجم به وي، مګر د یوې سکیم لپاره چې د ARDFS عملیات منطق منعکس کوي، دا مثال خورا د پوهیدو وړ دی. AB د 4MB مجازی بلاکونه دي چې د ځانګړي مجازی ماشین ډیټا لري. RF-2 په ترتیب سره د دې بلاکونو دوه کاپي A1+A2 او B1+B2 جوړوي. دا بلاکونه د نوډونو په اوږدو کې "ایښودل شوي" دي، په ورته نوډ کې د ورته معلوماتو د تقاطع څخه مخنیوی کوي، دا دی، کاپي A1 به په ورته نوډ کې د کاپي A2 په څیر واقع نشي. د B1 او B2 سره ورته.
که یو نوډ ناکام شي (د مثال په توګه، نوډ نمبر 3، چې د B1 کاپي لري)، دا کاپي په اوتومات ډول په نوډ کې فعاله کیږي چیرې چې د هغې کاپي شتون نلري (یعنې د B2 کاپي).
په دې توګه، مجازی ډیسک (او VM، په وینا) کولی شي په اسانۍ سره د RF-2 سکیم کې د یو نوډ ناکامۍ څخه ژوندي پاتې شي.
د نقل کولو سکیم، پداسې حال کې چې ساده او د باور وړ وي، د RAID1 په څیر د ورته ستونزې سره مخ دي - کافي د کارونې وړ ځای نلري.
2) د پاکولو کوډ یا د پاکولو کوډینګ (د "بې ځایه کوډینګ"، "د پاکولو کوډ" یا "بې ځایه کوډ" په نوم هم پیژندل کیږي) د پورته ستونزې د حل لپاره شتون لري. EC د بې ځایه کیدو سکیم دی چې د نقل کولو په پرتله د ټیټ ډیسک ځای سر سر سره د لوړ ډیټا شتون چمتو کوي. د دې میکانیزم عملیاتي اصول د RAID 5، 6، 6P سره ورته دي.
کله چې کوډ کول، د EC پروسه د EC سکیم پورې اړه لري یو مجازی بلاک (4MB د ډیفالټ له مخې) په څو کوچنیو "ډیټا ټوټو" ویشي (د مثال په توګه، د 2+1 سکیم هر 4MB بلاک په 2 2MB ټوټو ویشي). بیا، دا پروسه د "ډیټا ټوټو" لپاره "د برابرۍ برخې" رامینځته کوي کوم چې د پخوانیو ویشل شویو برخو څخه لوی ندي. کله چې کوډ کول، EC په ټول کلستر کې د "ژوندي پاتې" معلوماتو په لوستلو سره ورک شوي ټوټې تولیدوي.
د مثال په توګه، د 2 + 1 EC سکیم سره یو مجازی ډیسک، چې په 4 کلستر نوډونو کې پلي کیږي، په اسانۍ سره به د RF-2 په څیر په کلستر کې د یو نوډ ناکامۍ سره مقاومت وکړي. په دې حالت کې، د سر لګښتونه به ټیټ وي، په ځانګړې توګه، د RF-2 لپاره ګټور ظرفیت 2 دی، او د EC 2+1 لپاره به 1,5 وي.
د دې نور ساده توضیح کولو لپاره ، جوهر دا دی چې مجازی بلاک په 2-8 ویشل شوی (ولې له 2 څخه تر 8 پورې ، لاندې وګورئ) "ټوکې" ، او د دې ټوټو لپاره د ورته حجم د برابرۍ "ټوکې" محاسبه کیږي.
د پایلې په توګه، ډاټا او برابري په مساوي ډول د کلستر په ټولو نوډونو کې ویشل شوي. په ورته وخت کې، لکه څنګه چې د نقل کولو سره، ARDFS په اتوماتيک ډول په نوډونو کې ډاټا توزیع کوي په داسې ډول چې د ورته معلوماتو (د معلوماتو کاپي او د دوی ورته والی) په ورته نوډ کې د ذخیره کولو مخه ونیسي، ترڅو د معلوماتو له لاسه ورکولو چانس له منځه یوسي. دې حقیقت ته چې ډاټا او د دوی برابري به ناڅاپه په یوه ذخیره نوډ کې پای ته ورسیږي چې ناکام شي.
لاندې یو مثال دی، د ورته 8 MB مجازی ماشین او 4 نوډونو سره، مګر د EC 2+1 سکیم سره.
A او B بلاکونه په دوه ټوټو ویشل شوي چې هر یو د 2 MB (دوه ځکه چې 2+1)، دا دی، A1+A2 او B1+B2. د نقل په څیر، A1 د A2 کاپي نه ده، دا یو مجازی بلاک A دی، په دوو برخو ویشل شوی، د B بلاک سره ورته دی. په مجموع کې، موږ د 4MB دوه سیټونه ترلاسه کوو، چې هر یو یې دوه دوه MB ټوټې لري. بیا، د دې هرې سیټ لپاره، برابري د حجم سره محاسبه کیږي چې له یوې برخې څخه ډیر نه وي (یعنې 2 MB)، موږ د برابرۍ اضافي 2 ټوټې (AP او BP) ترلاسه کوو. په مجموع کې موږ 4 × 2 ډاټا + 2 × 2 برابري لرو.
بیا، ټوټې د نوډونو په اوږدو کې "ښکاره شوي" دي ترڅو ډاټا د دوی د برابرۍ سره یو ځای نشي. هغوی. A1 او A2 به د AP په څیر ورته نوډ کې نه وي.
د یو نوډ د ناکامۍ په صورت کې (د مثال په توګه، دریم هم)، سقوط شوی بلاک B1 به په اوتومات ډول د BP برابرۍ څخه بیرته راستانه شي، کوم چې په نوډ نمبر 2 کې زیرمه شوی، او په نوډ کې به فعال شي چیرې چې شتون لري. نه B- برابري، i.e. د BP یوه ټوټه په دې مثال کې، دا نوډ نمبر 1 دی
زه ډاډه یم چې لوستونکی پوښتنه لري:
"هر څه چې تاسو تشریح کړي د اوږدې مودې لپاره د سیالیو او خلاصې سرچینې حلونو لخوا پلي شوي، په ARDFS کې ستاسو د EC پلي کولو ترمنځ توپیر څه دی؟"
او بیا به د ARDFS په زړه پورې ځانګړتیاوې وي.
د انعطاف په تمرکز سره د پاکولو کوډ کول
په پیل کې، موږ د کافي انعطاف وړ EC X+Y سکیم چمتو کړی ، چیرې چې X له 2 څخه تر 8 پورې د شمیر سره مساوي دی ، او Y له 1 څخه تر 8 پورې د شمیر سره مساوي دی ، مګر تل د X څخه کم یا مساوي دی. دا سکیم چمتو شوی. د انعطاف لپاره. د ډیټا ټوټو (X) شمیر زیاتول په کوم کې چې مجازی بلاک ویشل شوی د سر لګښتونو کمولو ته اجازه ورکوي، دا د کارولو وړ ځای ډیروي.
د برابرۍ برخې (Y) شمیر زیاتول د مجازی ډیسک اعتبار زیاتوي. څومره چې د Y ارزښت لوی وي، په کلستر کې نور نوډونه ناکام کیدی شي. البته، د برابرۍ حجم زیاتول د کار وړ ظرفیت اندازه کموي، مګر دا د اعتبار لپاره تادیه کولو قیمت دی.
په EC سرکیټونو کې د فعالیت انحصار نږدې مستقیم دی: څومره چې "ټوکې" ډیرې وي ، هومره فعالیت ټیټ وي؛ دلته ، البته ، متوازن لید ته اړتیا ده.
دا طریقه مدیرانو ته اجازه ورکوي چې د اعظمي انعطاف سره پراخه ذخیره تنظیم کړي. د ARDFS حوض کې، تاسو کولی شئ د هر ډول غلطی زغم سکیمونه او د دوی ترکیبونه وکاروئ، کوم چې زموږ په نظر، هم خورا ګټور دی.
لاندې یو جدول دی چې ډیری (ټول ممکن ندي) د RF او EC سکیمونو پرتله کوي.
جدول ښیې چې حتی ترټولو "ټیري" ترکیب EC 8+7، کوم چې په یوه کلستر کې تر 7 پورې نوډونو له لاسه ورکولو ته اجازه ورکوي، د معیاري نقل په پرتله لږ د کار وړ ځای "خوري" (1,875 په مقابل کې 2)، او 7 ځله ښه ساتنه کوي. ، کوم چې دا محافظت میکانیزم رامینځته کوي ، که څه هم ډیر پیچلي ، په داسې شرایطو کې خورا ډیر زړه راښکونکی دی چیرې چې د محدود ډیسک ځای په شرایطو کې د اعظمي اعتبار ډاډ ترلاسه کول اړین دي. په ورته وخت کې ، تاسو اړتیا لرئ پوه شئ چې هر "پلس" ته X یا Y به د اضافي فعالیت سر وي ، نو د اعتبار ، سپما او فعالیت ترمینځ مثلث کې تاسو اړتیا لرئ په خورا احتیاط سره غوره کړئ. د دې دلیل لپاره، موږ به د کوډ کولو اندازه کولو پاکولو لپاره جلا مقاله وقف کړو.
د فایل سیسټم اعتبار او خپلواکي
ARDFS په محلي ډول د کلستر په ټولو نوډونو کې پرمخ ځي او د وقف شوي ایترنیټ انٹرفیسونو له لارې د خپلو وسیلو په کارولو سره همغږي کوي. مهم ټکی دا دی چې ARDFS په خپلواکه توګه نه یوازې ډاټا، بلکې د ذخیره کولو اړوند میټاډاټا هم همغږي کوي. په ARDFS کې د کار کولو پرمهال، موږ په ورته وخت کې یو شمیر موجوده حلونه مطالعه کړل او موږ وموندله چې ډیری د فایل سیسټم میټا د بهرني توزیع شوي DBMS په کارولو سره همغږي کوي، کوم چې موږ هم د همغږي کولو لپاره کاروو، مګر یوازې ترتیبونه، نه د FS میټاډاټا (د دې او نورو اړوندو فرعي سیسټمونو په اړه. په راتلونکې مقاله کې).
د بهرني DBMS په کارولو سره د FS میټاډاټا همغږي کول ، البته ، یو کاري حل دی ، مګر بیا په ARDFS کې د ذخیره شوي معلوماتو دوام به په بهرني DBMS او د هغې چلند پورې اړه ولري (او په ریښتیا سره ، دا یوه زړه راښکونکې میرمن ده) ، کوم چې زموږ نظر بد دی. ولې؟ که چیرې د FS میټاډاټا خراب شي، د FS ډاټا پخپله هم "الوداع" ویل کیدی شي، نو موږ پریکړه وکړه چې یو ډیر پیچلي مګر د باور وړ لاره غوره کړو.
موږ پخپله د ARDFS لپاره د میټاډاټا همغږي کولو فرعي سیسټم جوړ کړی، او دا د نږدې فرعي سیسټمونو څخه په بشپړه توګه خپلواکه ژوند کوي. هغوی. هیڅ بل فرعي سیسټم نشي کولی د ARDFS ډاټا فاسد کړي. زموږ په اند، دا ترټولو معتبر او سمه لاره ده، مګر وخت به ووایي چې آیا دا واقعا همداسې ده. سربیره پردې، د دې طریقې سره اضافي ګټې شتون لري. ARDFS د VAIR څخه په خپلواکه توګه کارول کیدی شي، لکه د پراخ شوي ذخیره په توګه، کوم چې موږ به یقینا په راتلونکو محصولاتو کې وکاروو.
د پایلې په توګه، د ARDFS په پراختیا سره، موږ د انعطاف وړ او د باور وړ فایل سیسټم ترلاسه کړ چې یو انتخاب وړاندې کوي چیرې چې تاسو کولی شئ په ظرفیت کې خوندي کړئ یا هرڅه په فعالیت کې پریږدئ، یا په مناسب لګښت کې خورا معتبر ذخیره کول، مګر د فعالیت اړتیاوې کموي.
د ساده جواز ورکولو پالیسي او د انعطاف وړ تحویلي ماډل سره یوځای (مخکې په لټه کې ، VAIR د نوډ لخوا جواز لري ، او یا هم د سافټویر یا سافټویر کڅوړې په توګه تحویل شوی) ، دا تاسو ته اجازه درکوي په خورا دقیق ډول د پیرودونکو اړتیاو او اړتیاو ته د حل حل چمتو کړئ. بیا په اسانۍ سره دا توازن ساتل.
څوک دې معجزې ته اړتیا لري؟
له یوې خوا ، موږ کولی شو ووایو چې لا دمخه په بازار کې لوبغاړي شتون لري چې د هایپر کنورژنس په برخه کې جدي حلونه لري ، او دا هغه ځای دی چې موږ واقعیا روان یو. داسې ښکاري چې دا بیان ریښتیا دی، مګر ...
له بلې خوا، کله چې موږ ساحو ته ځو او د پیرودونکو سره اړیکه ونیسو، موږ او زموږ شریکان ګورو چې دا په هیڅ صورت کې نه ده. د Hyperconvergence لپاره ډیری دندې شتون لري، په ځینو ځایونو کې خلک په ساده ډول نه پوهیدل چې دا ډول حلونه شتون لري، په نورو کې دا ګران ښکاري، په نورو کې د بدیل حلونو ناکامې ازموینې وې، او په نورو کې دوی د بندیزونو له امله پیرود منع کوي. په عموم کې، ځمکه ناپاکه شوه، نو موږ د کنوارې خاورې پورته کولو ته لاړو))).
کله د ذخیره کولو سیسټم د GKS څخه غوره دی؟
لکه څنګه چې موږ د بازار سره کار کوو، موږ ډیری وختونه پوښتل کیږي کله چې د ذخیره کولو سیسټمونو سره د کلاسیک سکیم کارول غوره دي، او کله د هایپر کنورجینټ کارول؟ ډیری شرکتونه چې GCS تولیدوي (په ځانګړي توګه هغه چې د دوی په پورټ فولیو کې د ذخیره کولو سیسټمونه نلري) وايي: "د ذخیره کولو سیسټمونه متروک کیږي ، یوازې هایپر کنورډ شوي!" دا یو زړور بیان دی، مګر دا په بشپړه توګه حقیقت نه منعکس کوي.
په حقیقت کې ، د ذخیره کولو بازار واقعیا د هایپر کنورژنس او ورته حلونو په لور حرکت کوي ، مګر تل یو "مګر" شتون لري.
لومړی، د ډیټا مرکزونه او د معلوماتي ټیکنالوژۍ زیربناوې د کلاسیک سکیم سره سم د ذخیره کولو سیسټمونو سره په اسانۍ سره نشي رغول کیدی، نو د داسې زیربناوو عصري کول او بشپړول لاهم د 5-7 کلونو لپاره میراث دی.
دوهم، زیربنا چې اوس مهال د ډیری برخې لپاره جوړه شوې ده (د روسیې فدراسیون) د ذخیره کولو سیسټمونو په کارولو سره د کلاسیک سکیم سره سم جوړ شوی، او نه دا چې خلک د هایپر کنورژن په اړه نه پوهیږي، مګر دا چې د هایپر کنورژن بازار نوی دی، حلونه او حلونه. معیارونه لا ندي رامینځته شوي ، د معلوماتي ټیکنالوژۍ خلک لاهم ندي روزل شوي ، دوی لږ تجربه لري ، مګر دوی اړتیا لري چې دلته او اوس د معلوماتو مرکزونه رامینځته کړي. او دا رجحان به د نورو 3-5 کلونو لپاره دوام وکړي (او بیا بل میراث، ټکی 1 وګورئ).
دریم، په هر لیک کې د 2 ملی ثانیو اضافي کوچني ځنډونو کې خالص تخنیکي محدودیت شتون لري (البته د ځایی کیچ پرته) ، کوم چې د توزیع شوي ذخیره کولو لګښت دی.
ښه ، راځئ چې د لوی فزیکي سرورونو کارولو په اړه هیر نکړو چې د ډیسک فرعي سیسټم عمودی اندازه کول خوښوي.
ډیری اړین او مشهور کارونه شتون لري چیرې چې د ذخیره کولو سیسټمونه د GCS په پرتله ښه چلند کوي. دلته، البته، هغه تولیدونکي چې د دوی د محصول په پورټ فولیو کې د ذخیره کولو سیسټمونه نلري زموږ سره موافق نه دي، مګر موږ چمتو یو چې په معقول ډول استدلال وکړو. البته، موږ، د دواړو محصولاتو د پراختیا کونکو په توګه، زموږ په راتلونکو خپرونو کې به خامخا د ذخیره کولو سیسټمونه او GCS پرتله کړو، چیرې چې موږ به په روښانه توګه وښیو چې کوم یو په کوم شرایطو کې غوره دی.
او چیرته به د هایپر کنورډ حلونه د ذخیره کولو سیسټمونو څخه غوره کار وکړي؟
د پورتنیو ټکو پر بنسټ، درې څرګندې نتیجې اخیستل کیدای شي:
- چیرې چې د ثبت کولو لپاره اضافي 2 ملی ثانوي ځنډ ، کوم چې په دوامداره توګه په هر محصول کې پیښیږي (اوس موږ د ترکیب په اړه خبرې نه کوو ، نانوسیکنډونه په ترکیب کې ښودل کیدی شي) ، غیر انتقادي دي ، هایپر کنورجینټ مناسب دی.
- چیرې چې د لوی فزیکي سرورونو بار په ډیری کوچنیو مجازیونو بدلیدلی شي او د نوډونو ترمینځ ویشل کیدی شي ، هایپر کنورژن به هلته هم ښه کار وکړي.
- چیرې چې افقی اندازه کول د عمودی اندازه کولو په پرتله لوړ لومړیتوب دی، GCS به هلته هم ښه کار وکړي.
دا د حل لارې څه دي؟
- ټول معیاري زیربنا خدمات (د لارښود خدمت، میل، EDMS، د فایل سرورونه، کوچني یا منځني ERP او BI سیسټمونه، او نور). موږ دې ته "عمومي کمپیوټري" وایو.
- د کلاوډ چمتو کونکو زیربنا ، چیرې چې دا اړینه ده چې ګړندي او معیاري په افقی ډول پراخه او په اسانۍ سره د پیرودونکو لپاره لوی شمیر مجازی ماشینونه "کټ" کړئ.
- د مجازی ډیسټاپ زیربنا (VDI) ، چیرې چې ډیری کوچني کارونکي مجازی ماشینونه چلوي او په یونیفورم کلستر کې په خاموشۍ سره "فلوټ" کوي.
- د څانګو شبکې، چیرې چې هره څانګه د 15-20 مجازی ماشینونو معیاري، د غلطۍ زغمونکي، مګر ارزانه زیربنا ته اړتیا لري.
- هر ډول توزیع شوي کمپیوټري (د لوی ډیټا خدمتونه، د بیلګې په توګه). چیرته چې بار په "ژوره" کې نه ځي، مګر "په پراخه کچه".
- د ازموینې چاپیریال چیرې چې اضافي کوچني ځنډونه د منلو وړ دي، مګر د بودیجې محدودیتونه شتون لري، ځکه چې دا ازموینې دي.
په اوس وخت کې، دا د دې کارونو لپاره دی چې موږ د AERODISK VAIR جوړ کړی دی او دا موږ په دوی تمرکز کوو (تر اوسه په بریالیتوب سره). شاید دا به ډیر ژر بدل شي، ځکه چې ... نړۍ لا ولاړه نه ده.
نو…
دا د مقالو د یوې لویې لړۍ لومړۍ برخه بشپړوي؛ په راتلونکې مقاله کې به موږ د حل د جوړښت او کارول شوي اجزاو په اړه وغږیږو.
موږ د پوښتنو، وړاندیزونو او رغنده شخړو هرکلی کوو.
سرچینه: www.habr.com