د CAP نظریه د توزیع شوي سیسټم تیوري بنسټ دی. البته، د دې په شاوخوا کې شخړه کمه نه ده: په دې کې تعریفونه اصولي ندي، او هیڅ سخت ثبوت شتون نلري ... سره له دې، د ورځني عام احساس په موقفونو ټینګ ولاړ، موږ په شعوري توګه پوهیږو چې تیوري ریښتیا ده.
یوازینی شی چې څرګند نه دی د "P" د لیک معنی ده. کله چې کلستر وویشل شي، دا پریکړه کوي چې ایا د نصاب پوره کیدو پورې ځواب نه ورکوي، یا هغه معلومات بیرته ورکړي چې شتون لري. د دې انتخاب پایلو پورې اړه لري، سیسټم د CP یا AP په توګه طبقه بندي شوی. د مثال په توګه، کیسندرا کولی شي په هر ډول چلند وکړي، حتی د کلستر ترتیباتو پورې اړه نلري، مګر د هرې ځانګړې غوښتنې پیرامیټونو پورې اړه لري. مګر که سیسټم "P" نه وي او تقسیم شي، نو بیا څه؟
د دې پوښتنې ځواب یو څه غیر متوقع دی: د CA کلستر نشي ویشل کیدی.
دا کوم ډول کلستر دی چې نشي ویشل کیدی؟
د دې ډول کلستر یو لازمي ځانګړتیا د شریک معلوماتو ذخیره کولو سیسټم دی. په ډیری قضیو کې ، دا پدې معنی ده چې د SAN سره وصل کیږي ، کوم چې د CA حلونو کارول لوی شرکتونو ته محدودوي چې د SAN زیربنا ساتلو وړتیا لري. د دې لپاره چې ډیری سرورونه د ورته معلوماتو سره کار وکړي، د کلستر شوي فایل سیسټم ته اړتیا ده. دا ډول فایل سیسټمونه په HPE (CFS)، Veritas (VxCFS) او IBM (GPFS) پورټ فولیو کې شتون لري.
اوریکل RAC
د ریښتیني غوښتنلیک کلستر اختیار لومړی په 2001 کې د اوریکل 9i خوشې کیدو سره څرګند شو. په داسې کلستر کې، ډیری سرور مثالونه د ورته ډیټابیس سره کار کوي.
اوریکل کولی شي دواړه د کلستر شوي فایل سیسټم او خپل حل سره کار وکړي - ASM، د اتوماتیک ذخیره کولو مدیریت.
هر کاپي خپل ژورنال ساتي. معامله د یو مثال لخوا اجرا کیږي او ژمنه کیږي. که یوه بیلګه ناکامه شي، د ژوندي پاتې کلستر نوډونو څخه یو (مثالونه) خپل لاګ لولي او ورک شوي ډاټا بیرته راګرځوي - په دې توګه شتون ډاډمن کوي.
ټول مثالونه خپل کیچ ساتي، او ورته پاڼې (بلاکونه) په ورته وخت کې د ډیری مثالونو کیچ کې کیدی شي. سربیره پردې ، که چیرې یو مثال یو پا pageې ته اړتیا ولري او دا د بل مثال په کیچ کې وي ، نو کولی شي دا د ډیسک څخه لوستلو پرځای د کیچ فیوژن میکانیزم په کارولو سره له خپل ګاونډي څخه ترلاسه کړي.
مګر څه پیښیږي که چیرې یو مثال د معلوماتو بدلولو ته اړتیا ولري؟
د اوریکل ځانګړتیا دا ده چې دا د وقف شوي تالاشۍ خدمت نلري: که چیرې سرور وغواړي یو قطار لاک کړي ، نو د لاک ریکارډ مستقیم د حافظې پا pageې کې ځای په ځای کیږي چیرې چې تړل شوی قطار موقعیت لري. د دې طریقې څخه مننه، اوریکل د واحد ډیټابیسونو ترمنځ د فعالیت اتل دی: د بندولو خدمت هیڅکله خنډ نه کیږي. مګر په کلستر ترتیب کې، دا ډول جوړښت کولی شي د شبکې شدید ترافیک او ځنډ لامل شي.
یوځل چې یو ریکارډ لاک شي، یو مثال نورو ټولو مثالونو ته خبر ورکوي چې هغه پاڼه چې دا ریکارډ ذخیره کوي یو ځانګړی هولډ لري. که بل مثال په ورته پاڼه کې ریکارډ بدلولو ته اړتیا ولري، دا باید انتظار وکړي تر څو چې په پاڼه کې بدلونونه ژمن وي، دا د بدلون معلومات په ډیسک کې ژورنال ته لیکل کیږي (او معامله دوام کولی شي). دا هم کیدی شي چې یوه پاڼه په ترتیب سره د څو کاپيونو لخوا بدله شي، او بیا کله چې پاڼه په ډیسک کې لیکل کیږي، تاسو باید ومومئ چې څوک د دې پاڼې اوسنی نسخه ذخیره کوي.
په تصادفي ډول د مختلف RAC نوډونو په اوږدو کې ورته پا pagesې تازه کول د ډیټابیس فعالیت په ډراماتیک ډول راټیټیدو لامل کیږي ، تر هغه ځای پورې چې د کلستر فعالیت د یو مثال په پرتله ټیټ وي.
د اوریکل RAC سمه کارول د ډیټا فزيکي ډول ویشل دي (د مثال په توګه د ویشل شوي میز میکانیزم کارول) او د وقف شوي نوډ له لارې هرې برخې برخې ته لاسرسی ومومئ. د RAC اصلي موخه افقی اندازه کول نه وو، مګر د غلطی زغم ډاډمن کول.
که یو نوډ د زړه ټکان ته ځواب ویل ودروي، نو هغه نوډ چې دا یې کشف کړی لومړی په ډیسک کې د رایې ورکولو پروسه پیل کوي. که ورک شوی نوډ دلته نه وي یاد شوی، نو یو له نوډونو څخه د معلوماتو د بیا رغونې مسولیت په غاړه اخلي:
- ټول هغه پاڼې چې د ورک شوي نوډ په زیرمه کې وې "منځ کوي"؛
- د ورک شوي نوډ لاګونه (ریډو) لولي او په دې لاګونو کې ثبت شوي بدلونونه بیا پلي کوي ، په ورته وخت کې دا ګوري چې ایا نور نوډونه د مخونو وروستي نسخې لري چې بدل شوي دي؛
- پاتې معاملې بیرته راګرځوي.
د نوډونو ترمینځ د سویچ کولو ساده کولو لپاره ، اوریکل د خدمت مفهوم لري - یو مجازی مثال. یو مثال کولی شي ډیری خدمتونه وړاندې کړي، او یو خدمت کولی شي د نوډونو ترمنځ حرکت وکړي. د غوښتنلیک مثال چې د ډیټابیس یوې ځانګړې برخې ته خدمت کوي (د مثال په توګه د پیرودونکو یوه ډله) د یو خدمت سره کار کوي ، او د ډیټابیس د دې برخې مسؤل خدمت بل نوډ ته حرکت کوي کله چې نوډ ناکام شي.
د معاملو لپاره د IBM خالص ډیټا سیسټمونه
د DBMS لپاره د کلستر حل په 2009 کې د Blue Giant پورټ فولیو کې څرګند شو. په ایډیالوژیک ډول، دا د موازي سیسپلیکس کلستر جانشین دی، چې په "منظم" تجهیزاتو جوړ شوی. په 2009 کې، DB2 pureScale د سافټویر سویټ په توګه خپور شو، او په 2012 کې، IBM د معاملو لپاره د خالص ډیټا سیسټمونو په نوم یو وسیله وړاندې کړه. دا باید د تحلیلاتو لپاره د خالص ډیټا سیسټمونو سره مغشوش نه شي ، کوم چې د بدل شوي نیټیزا څخه بل څه ندي.
په لومړي نظر کې، د خالص سکیل جوړښت د اوریکل RAC سره ورته دی: په ورته ډول، ډیری نوډونه د یو عام ډیټا ذخیره کولو سیسټم سره تړلي دي، او هر نوډ د خپل حافظې ساحو او لیږد لاګونو سره خپل DBMS مثال چلوي. مګر، د اوریکل برعکس، DB2 یو وقف شوی تالاشۍ خدمت لري چې د db2LLM* پروسو سیټ لخوا نمایندګي کوي. د کلستر په ترتیب کې، دا خدمت په جلا نوډ کې ځای پر ځای شوی، کوم چې په موازي سیسپلیکس کې د Coupling Facility (CF) په نوم یادیږي، او په خالص ډیټا کې PowerHA.
PowerHA لاندې خدمتونه وړاندې کوي:
- د تالاشۍ مدیر؛
- نړیوال بفر کیچ؛
- د متقابلو اړیکو ساحه.
د PowerHA څخه ډیټابیس نوډونو او شاته ډیټا لیږدولو لپاره ، د ریموټ حافظې لاسرسی کارول کیږي ، نو د کلسټر انټرونیک باید د RDMA پروتوکول ملاتړ وکړي. PureScale کولی شي په ایترنیټ کې Infiniband او RDMA دواړه وکاروي.
که یو نوډ یوې پاڼې ته اړتیا ولري، او دا پاڼه په کیچ کې نه وي، نو نوډ د پاڼې غوښتنه کوي په نړیوال کیچ کې، او یوازې که چیرې دا شتون نلري، دا د ډیسک څخه لوستل کیږي. د اوریکل برعکس، غوښتنه یوازې PowerHA ته ځي، نه ګاونډیو نوډونو ته.
که یو مثال د قطار بدلولو لپاره روان وي، دا په ځانګړي حالت کې بندوي، او هغه پاڼه چې قطار په شریک حالت کې موقعیت لري. ټول لاکونه په نړیوال تالاش مدیر کې ثبت شوي. کله چې معامله بشپړه شي، نوډ د لاک مدیر ته یو پیغام لیږي، کوم چې بدل شوی پاڼه نړیوال کیچ ته کاپي کوي، لاکونه خوشې کوي، او د نورو نوډونو کیچونو کې بدل شوی پاڼه باطلوي.
که چیرې هغه پاڼه چې ترمیم شوی قطار په کې موقعیت لري لا دمخه لاک شوی وي، نو د تالاش مدیر به د نوډ له حافظې څخه بدله شوې پاڼه ولوستل شي چې بدلون یې کړی، لاک خوشې کړي، د نورو نوډونو په کیچونو کې بدله شوې پاڼه باطله کړي، او د پاڼې لاک نوډ ته ورکړئ چې غوښتنه یې کړې.
"ناپاکه"، دا چې بدل شوی، پاڼې کولی شي د منظم نوډ او PowerHA (castout) څخه دواړه ډیسک ته ولیکل شي.
که د خالص سکیل نوډونو څخه یو ناکام شي، بیا رغونه یوازې هغه معاملو پورې محدوده ده چې د ناکامۍ په وخت کې لا تر اوسه ندي بشپړ شوي: هغه پاڼې چې په بشپړ شوي لیږد کې د دې نوډ لخوا بدل شوي د PowerHA په نړیواله زیرمه کې دي. نوډ په کلستر کې په یو سرور کې په کم شوي ترتیب کې بیا پیل کیږي، پاتې لیږدونه بیرته راګرځوي او لاکونه خوشې کوي.
PowerHA په دوه سرورونو چلیږي او ماسټر نوډ په همغږي ډول خپل حالت نقلوي. که د پاورHA لومړنی نوډ ناکام شي، کلستر د بیک اپ نوډ سره کار کولو ته دوام ورکوي.
البته، که تاسو د یو واحد نوډ له لارې ډاټا ته لاسرسی ومومئ، د کلستر عمومي فعالیت به لوړ وي. PureScale حتی دا هم لیدلی شي چې د ډیټا یوه ټاکلې ساحه د یو نوډ لخوا پروسس کیږي، او بیا د هغه ساحې پورې اړوند ټول لاکونه به په محلي توګه د نوډ لخوا پروسس شي پرته له دې چې د PowerHA سره اړیکه ونیسي. مګر هرڅومره ژر چې غوښتنلیک د بل نوډ له لارې دې ډیټا ته د لاسرسي هڅه وکړي ، د مرکزي لاک پروسس به بیا پیل شي.
د IBM داخلي ازموینې د 90٪ لوستلو او 10٪ لیکلو کاري بار باندې ، کوم چې د ریښتیني نړۍ تولید کاري بارونو سره ورته دی ، نږدې 128 نوډونو ته نږدې خطي اندازه کول ښیې. د ازموینې شرایط، له بده مرغه، افشا شوي ندي.
HPE نان سټاپ SQL
د Hewlett-Packard Enterprise پورټ فولیو هم خپل خورا شتون لري پلیټ فارم لري. دا د نان سټاپ پلیټ فارم دی چې په 1976 کې د ټنډم کمپیوټر لخوا بازار ته خپور شو. په 1997 کې، شرکت د کمپیک لخوا اخیستل شوی و، چې په پایله کې یې په 2002 کې د هیولټ پیکارډ سره یوځای شو.
نان سټاپ د مهم غوښتنلیکونو جوړولو لپاره کارول کیږي - د مثال په توګه ، HLR یا د بانک کارت پروسس کول. پلیټ فارم د سافټویر او هارډویر کمپلیکس (آلې) په بڼه وړاندې کیږي، کوم چې د کمپیوټر نوډونه، د معلوماتو ذخیره کولو سیسټم او د مخابراتو تجهیزات شامل دي. د ServerNet شبکه (په عصري سیسټمونو کې - Infiniband) د نوډونو ترمنځ د تبادلې او د معلوماتو ذخیره کولو سیسټم ته د لاسرسي لپاره دواړه خدمت کوي.
د سیسټم په لومړیو نسخو کې د ملکیت پروسیسرونه کارول شوي چې یو له بل سره همغږي شوي: ټول عملیات د څو پروسیسرونو لخوا په همغږي توګه ترسره شوي، او کله چې یو پروسیسر تېروتنه وکړه، دا بند شو، او دویم کار ته دوام ورکړ. وروسته، سیسټم دودیز پروسیسرونو ته لاړ (لومړی MIPS، بیا Itanium او په پای کې x86)، او نور میکانیزمونه د همغږي کولو لپاره کارول پیل شول:
- پیغامونه: د سیسټم هره پروسه یو دوه "سیوري" لري، کوم چې فعاله پروسه وخت په وخت د خپل وضعیت په اړه پیغامونه لیږي؛ که اصلي پروسه ناکامه شي، د سیوري پروسه د وروستي پیغام لخوا ټاکل شوي شیبې څخه کار پیل کوي؛
- رایه ورکول: د ذخیره کولو سیسټم یو ځانګړي هارډویر برخه لري چې ډیری ورته لاسرسي مني او یوازې هغه وخت یې اجرا کوي چې لاسرسي سره سمون ولري؛ د فزیکي ترکیب پرځای، پروسیسرونه په غیر متمرکز ډول کار کوي، او د دوی د کار پایلې یوازې په I/O شیبو کې پرتله کیږي.
د 1987 راهیسې، یو اړونده DBMS په نان سټاپ پلیټ فارم کې روان دی - لومړی SQL/MP، او وروسته SQL/MX.
ټول ډیټابیس په برخو ویشل شوی، او هره برخه د خپل ډیټا لاسرسي مدیر (DAM) پروسې مسولیت لري. دا د معلوماتو ثبت کول، کیچ کول، او د تالاشۍ میکانیزمونه وړاندې کوي. د ډیټا پروسس کول د اجرا کونکي سرور پروسو لخوا ترسره کیږي په ورته نوډونو کې د اړونده ډیټا مدیرانو په څیر پرمخ ځي. د SQL/MX مهالویش کونکی دندې د اجرا کونکو ترمنځ ویشي او پایلې راټولوي. کله چې موافقه شوي بدلونونو ته اړتیا وي، د TMF (د راکړې ورکړې مدیریت اسانتیا) کتابتون لخوا چمتو شوي دوه مرحلې ژمنې پروتوکول کارول کیږي.
NonStop SQL کولی شي پروسو ته لومړیتوب ورکړي ترڅو اوږدې تحلیلي پوښتنې د لیږد په اجرا کولو کې مداخله ونه کړي. په هرصورت، د دې هدف دقیقا د لنډو معاملو پروسس کول دي، نه تحلیلونه. پراختیا کونکی د پنځه "نهو" په کچه د نان سټاپ کلسټر شتون تضمین کوي ، دا دی ، د ځنډ وخت په کال کې یوازې 5 دقیقې دی.
ساپ هانا
د HANA DBMS (1.0) لومړی باثباته خوشې کول د 2010 په نومبر کې ترسره شو، او د SAP ERP بسته د می په 2013 کې HANA ته بدله شوه. پلیټ فارم د پیرود شوي ټیکنالوژیو پراساس دی: د TREX لټون انجن (د کالم ذخیره کې لټون)، P*TIME DBMS او MAX DB.
د "HANA" کلمه پخپله یو لنډیز دی، د لوړ فعالیت تحلیلي وسیله. دا DBMS د کوډ په بڼه چمتو شوی چې کولی شي په هر x86 سرورونو کې پرمخ بوځي، په هرصورت، صنعتي تاسیسات یوازې په تصدیق شوي تجهیزاتو کې اجازه لري. حلونه د HP، Lenovo، Cisco، Dell، Fujitsu، Hitachi، NEC څخه شتون لري. د لینوو ځینې تشکیلات حتی د SAN پرته عملیاتو ته اجازه ورکوي - د عام ذخیره کولو سیسټم رول په محلي ډیسکونو کې د GPFS کلستر لخوا لوبول کیږي.
د پورته لیست شوي پلیټ فارمونو برخلاف ، HANA په حافظه کې DBMS دی ، د بیلګې په توګه د لومړني ډیټا عکس په RAM کې زیرمه شوی ، او یوازې لاګونه او دوره ای سنیپ شاټونه د ناورین په صورت کې د رغیدو لپاره ډیسک ته لیکل کیږي.
د هر HANA کلستر نوډ د ډیټا د خپلې برخې لپاره مسؤل دی، او د ډاټا نقشه په یوه ځانګړي برخه کې زیرمه شوې - د نوم سرور، د همغږۍ نوډ کې موقعیت لري. معلومات د نوډونو تر مینځ نقل شوي ندي. د تالاشۍ معلومات هم په هر نوډ کې زیرمه شوي ، مګر سیسټم نړیوال ډیډ لاک کشف کونکی لري.
کله چې د HANA پیرودونکی له کلستر سره وصل شي ، دا خپل ټوپولوژي ډاونلوډ کوي او بیا کولی شي مستقیم هر نوډ ته لاسرسی ومومي ، پدې پورې اړه لري چې کوم ډیټا ته اړتیا لري. که چیرې یو لیږد د یو واحد نوډ ډیټا اغیزه وکړي ، نو دا د هغه نوډ لخوا په محلي توګه اجرا کیدی شي ، مګر که د څو نوډونو ډاټا بدل شي ، نو پیل کوونکی نوډ د همغږي کونکي نوډ سره اړیکه نیسي ، کوم چې توزیع شوي لیږد خلاصوي او همغږي کوي ، او د دې نوډ په کارولو سره ترسره کوي. د دوه مرحلې ژمنې پروتوکول مطلوب.
د همغږي کوونکي نوډ نقل شوی، نو که همغږي کوونکی ناکام شي، د بیک اپ نوډ سمدلاسه په غاړه اخلي. مګر که د ډیټا سره نوډ ناکام شي ، نو د دې ډیټا ته د لاسرسي یوازینۍ لار د نوډ بیا پیل کول دي. د یوې قاعدې په توګه، د هانا کلسترونه یو اضافي سرور ساتي ترڅو ژر تر ژره په دې کې ورک شوي نوډ بیا پیل کړي.
سرچینه: www.habr.com