هيلو، حبر پڙهندڙ! هن آرٽيڪل جو موضوع ٿيندو AERODISK انجڻ اسٽوريج سسٽم ۾ آفت جي بحالي واري اوزار جو عمل. شروعات ۾، اسان هڪ مضمون ۾ ٻنهي اوزارن جي باري ۾ لکڻ چاهيون ٿا: نقل ۽ ميٽرو ڪلستر، پر، بدقسمتي سان، مضمون تمام ڊگهو ٿي ويو، تنهنڪري اسان مضمون کي ٻن حصن ۾ ورهايو. اچو ته سادي کان پيچيده ڏانهن وڃو. هن آرٽيڪل ۾، اسان سيٽ اپ ڪنداسين ۽ هم وقت سازي جي نقل کي جانچ ڪنداسين - اسان هڪ ڊيٽا سينٽر کي ڇڏينداسين، ۽ ڊيٽا سينٽرن جي وچ ۾ رابطي واري چينل کي پڻ ٽوڙينداسين ۽ ڏسو ته ڇا ٿئي ٿو.
اسان جا گراهڪ اڪثر اسان کان نقل جي باري ۾ مختلف سوال پڇندا آهن، تنهن ڪري ريپليڪس جي عمل کي ترتيب ڏيڻ ۽ جانچڻ کان اڳ، اسان توهان کي ٿورڙو ٻڌائينداسين ته اسٽوريج ۾ نقل ڇا آهي.
نظريي جو ھڪڙو
اسٽوريج سسٽم ۾ نقل هڪ مسلسل عمل آهي ڊيٽا جي سڃاڻپ کي يقيني بڻائڻ لاء ڪيترن ئي اسٽوريج سسٽم تي هڪ ئي وقت. ٽيڪنيڪل طور تي، نقل ٻن طريقن سان مڪمل ڪيو ويندو آهي.
هم وقت سازي - هي ڊيٽا کي نقل ڪري رهيو آهي مکيه اسٽوريج سسٽم کان بيڪ اپ هڪ ڏانهن، بعد ۾ ٻنهي اسٽوريج سسٽم کان لازمي تصديق جيڪا ڊيٽا رڪارڊ ڪئي وئي آهي ۽ تصديق ڪئي وئي آهي. اهو ٻنهي طرفن جي تصديق کان پوء آهي (ٻنهي اسٽوريج سسٽم) جيڪو ڊيٽا کي رڪارڊ ڪيو ويندو آهي ۽ ڪم ڪري سگهجي ٿو. هي ريپليڪا ۾ حصو وٺندڙ سڀني اسٽوريج سسٽم تي ڊيٽا جي سڃاڻپ کي يقيني بڻائي ٿو.
هن طريقي جا فائدا:
- ڊيٽا هميشه سڀني اسٽوريج سسٽم تي هڪجهڙائي آهي
ڪن
- حل جي اعلي قيمت (تيز ڪميونيڪيشن چينلز، قيمتي آپٽيڪل فائبر، ڊگھي لہر ٽرانسورس، وغيره)
- فاصلي جي پابنديون (ڪيترن ئي ڪلوميٽرن جي اندر)
- منطقي ڊيٽا جي ڪرپشن جي خلاف ڪو به تحفظ ناهي (جيڪڏهن ڊيٽا خراب ٿي وئي آهي (جان بوجھ سان يا حادثاتي طور) مکيه اسٽوريج سسٽم تي، اهو خودڪار طور تي ۽ فوري طور تي بيڪ اپ تي خراب ٿي ويندو، ڇاڪاڻ ته ڊيٽا هميشه هڪجهڙائي آهي (اهو تضاد آهي)
هم وقت سازي جي نقل - اهو پڻ ڊيٽا کي نقل ڪري رهيو آهي مکيه اسٽوريج سسٽم کان بيڪ اپ هڪ ڏانهن، پر ڪجهه دير سان ۽ ٻئي طرف لکڻ جي تصديق ڪرڻ جي ضرورت کان سواء. توھان ڪم ڪري سگھوٿا ڊيٽا کي رڪارڊ ڪرڻ کان پوءِ فوري طور تي مکيه اسٽوريج سسٽم ۾، ۽ بيڪ اپ اسٽوريج سسٽم تي ڊيٽا ڪجھ وقت کان پوءِ دستياب ٿي ويندي. هن معاملي ۾ ڊيٽا جي سڃاڻپ، يقينا، سڀني کي يقيني نه آهي. بيڪ اپ اسٽوريج سسٽم تي ڊيٽا هميشه ٿورو "ماضي ۾" آهي.
غير مطابقت واري نقل جا فائدا:
- گھٽ قيمت حل (ڪنهن به ڪميونيڪيشن چينلز، آپٽڪس اختياري)
- ڪابه فاصلي جي پابنديون ناهي
- بيڪ اپ اسٽوريج سسٽم تي، ڊيٽا خراب نه ٿيندي جيڪڏهن اهو مکيه هڪ تي خراب ٿئي ٿو (گهٽ ۾ گهٽ ڪجهه وقت لاء)؛ جيڪڏهن ڊيٽا خراب ٿي وڃي ٿي، توهان هميشه بيڪ اپ اسٽوريج سسٽم تي ڊيٽا جي ڪرپشن کي روڪڻ لاء ريپليڪا کي روڪي سگهو ٿا.
ڪن
- مختلف ڊيٽا سينٽرن ۾ ڊيٽا هميشه هڪجهڙائي نه آهي
اهڙيء طرح، نقل جي موڊ جو انتخاب ڪاروباري مقصدن تي منحصر آهي. جيڪڏهن اهو توهان لاءِ نازڪ آهي ته بيڪ اپ ڊيٽا سينٽر بلڪل ساڳي ڊيٽا تي مشتمل آهي جيئن مکيه ڊيٽا سينٽر (يعني، RPO = 0 لاءِ ڪاروباري گهربل)، ته پوءِ توهان کي نقد رقم ڪڍڻو پوندو ۽ هڪ هم وقت سازي جي حدن کي پورو ڪرڻو پوندو. نقل. ۽ جيڪڏهن ڊيٽا جي حالت ۾ دير قابل قبول آهي يا صرف پئسا نه آهي، پوء توهان کي ضرور استعمال ڪرڻ جي ضرورت آهي غير مطابقت وارو طريقو.
اچو ته الڳ الڳ اهڙي موڊ کي نمايان ڪريون (وڌيڪ صحيح طور تي، هڪ ٽوپولوجي) ميٽرو ڪلستر جي طور تي. ميٽرو ڪلستر موڊ ۾، هم وقت ساز نقل استعمال ڪيو ويندو آهي، پر، هڪ باقاعده نقل جي برعڪس، هڪ ميٽرو ڪلستر ٻنهي اسٽوريج سسٽم کي فعال موڊ ۾ هلائڻ جي اجازت ڏئي ٿو. اهي. توهان کي فعال ۽ اسٽينڊ بائي ڊيٽا سينٽرن جي وچ ۾ فرق نه آهي. ايپليڪيشنون گڏجي ڪم ڪن ٿيون ٻن اسٽوريج سسٽم سان، جيڪي جسماني طور تي مختلف ڊيٽا سينٽرن ۾ واقع آهن. اهڙي ٽوپولوجي ۾ حادثن جي دوران دير جو وقت تمام ننڍو هوندو آهي (RTO، عام طور تي منٽ). هن آرٽيڪل ۾ اسان ميٽرو ڪلستر جي عمل تي غور نه ڪنداسين، ڇو ته هي هڪ تمام وڏو ۽ وسيع موضوع آهي، تنهنڪري اسان هن مضمون جي تسلسل ۾، هڪ الڳ، ايندڙ مضمون وقف ڪنداسين.
گڏوگڏ، اڪثر، جڏهن اسين اسٽوريج سسٽم استعمال ڪندي نقل جي باري ۾ ڳالهايون ٿا، ڪيترن ئي ماڻهن وٽ هڪ معقول سوال آهي: > "ڪيترن ئي ايپليڪيشنن جا پنهنجا نقل جا اوزار آهن، اسٽوريج سسٽم تي نقل ڇو استعمال ڪندا آهن؟ ڇا اهو بهتر آهي يا بدتر؟
هتي ڪو به واضح جواب نه آهي، تنهنڪري هتي دليل آهن FOR and CONS:
اسٽوريج جي نقل لاءِ دليل:
- حل جي سادگي. ھڪڙي اوزار سان، توھان پنھنجي پوري ڊيٽا سيٽ کي نقل ڪري سگھو ٿا، بغير لوڊ جي قسم ۽ ايپليڪيشن جي. جيڪڏهن توهان ايپليڪيشنن مان هڪ نقل استعمال ڪندا آهيو، توهان کي هر ايپليڪيشن کي الڳ الڳ ترتيب ڏيڻو پوندو. جيڪڏهن انهن مان 2 کان وڌيڪ آهن، ته پوءِ اهو انتهائي محنت طلب ۽ مهانگو آهي (ايپليڪيشن جي نقل عام طور تي هر ايپليڪيشن لاءِ الڳ ۽ نه مفت لائسنس جي ضرورت هوندي آهي. پر هيٺ ان تي وڌيڪ).
- توهان ڪجھ به نقل ڪري سگھو ٿا - ڪا به ايپليڪيشن، ڪا به ڊيٽا - ۽ اهو هميشه برابر هوندو. ڪيتريون ئي (اڪثر) ايپليڪيشنون نقل ڪرڻ جون صلاحيتون نه هونديون آهن، ۽ اسٽوريج سسٽم مان نقل صرف آفتن کان تحفظ فراهم ڪرڻ جو واحد طريقو آهي.
- ايپليڪيشن جي نقل جي ڪارڪردگي لاء وڌيڪ ادا ڪرڻ جي ڪا ضرورت ناهي. ضابطي جي طور تي، اهو سستو ناهي، جهڙوڪ اسٽوريج سسٽم جي نقل لاء لائسنس وانگر. پر توهان کي هڪ ڀيرو اسٽوريج جي نقل لاءِ لائسنس لاءِ ادا ڪرڻو پوندو، ۽ ايپليڪيشن ريپليڪا لاءِ لائسنس هر ايپليڪيشن لاءِ الڳ الڳ خريد ڪرڻ جي ضرورت آهي. جيڪڏهن ڪيتريون ئي اهڙيون ايپليڪيشنون آهن، ته پوء اهو هڪ خوبصورت پئسو خرچ ڪري ٿو ۽ اسٽوريج جي نقل لاء لائسنس جي قيمت سمنڊ ۾ هڪ بوند بڻجي وڃي ٿي.
اسٽوريج جي نقل جي خلاف دليل:
- ايپليڪيشنن ذريعي ريپليڪا پاڻ کي ايپليڪيشنن جي نقطي نظر کان وڌيڪ ڪارڪردگي آهي، ايپليڪيشن پنهنجي ڊيٽا کي بهتر ڄاڻي ٿو (ظاهر آهي)، تنهنڪري انهن سان ڪم ڪرڻ لاء وڌيڪ اختيار آهن.
- ڪجھ ايپليڪيشنن جا ٺاھيندڙ پنھنجي ڊيٽا جي استحڪام جي ضمانت نه ڏيندا آھن جيڪڏھن نقل ڪيو ويندو آھي ٽئين پارٽي اوزار استعمال ڪندي. *
* - تڪراري مقالو. مثال طور، هڪ مشهور ڊي بي ايم ايس ٺاهيندڙ هڪ تمام ڊگهي وقت تائين سرڪاري طور تي اعلان ڪري رهيو آهي ته انهن جي ڊي بي ايم ايس کي صرف عام طور تي نقل ڪري سگهجي ٿو انهن جي وسيلن کي استعمال ڪندي، ۽ باقي نقل (بشمول اسٽوريج سسٽم) "سچو ناهي." پر زندگي ڏيکاريو آهي ته ائين ناهي. گهڻو ڪري ممڪن آهي (پر اهو يقين نه آهي) اهو صرف گراهڪن کي وڌيڪ لائسنس وڪڻڻ جي سڀ کان وڌيڪ ايماندار ڪوشش ناهي.
نتيجي طور، اڪثر ڪيسن ۾، اسٽوريج سسٽم کان نقل بهتر آهي، ڇاڪاڻ ته اھو ھڪڙو آسان ۽ گھٽ قيمتي اختيار آھي، پر پيچيده ڪيس آھن جڏھن مخصوص ايپليڪيشن ڪارڪردگي جي ضرورت آھي، ۽ اھو ضروري آھي ته ايپليڪيشن سطح جي نقل سان ڪم ڪرڻ لاء.
ٿيوري سان، هاڻي مشق
اسان ريپليڪا کي اسان جي ليب ۾ ترتيب ڏينداسين. ليبارٽري جي حالتن ۾، اسان ٻن ڊيٽا سينٽرن کي نقل ڪيو (حقيقت ۾، ٻه ڀرپاسي ريڪ جيڪي مختلف عمارتن ۾ لڳي رهيا هئا). اسٽينڊ ٻن انجڻ N2 اسٽوريج سسٽم تي مشتمل آهي، جيڪي آپٽيڪل ڪيبل ذريعي هڪ ٻئي سان ڳنڍيل آهن. ونڊوز سرور 2016 تي هلندڙ هڪ جسماني سرور 10Gb Ethernet استعمال ڪندي ٻنهي اسٽوريج سسٽم سان ڳنڍيل آهي. موقف بلڪل سادو آهي، پر اهو جوهر تبديل نٿو ڪري.
Schematically اهو هن طرح نظر اچي ٿو:
منطقي طور تي، نقل هيٺ ڏنل ترتيب ڏنل آهي:
هاڻي اچو ته نقل جي ڪارڪردگي تي نظر رکون جيڪا اسان وٽ آهي.
ٻن طريقن جي حمايت ڪئي وئي آهي: هم وقت سازي ۽ هم وقت سازي. اهو منطقي آهي ته هم وقت ساز موڊ فاصلي ۽ مواصلاتي چينل طرفان محدود آهي. خاص طور تي، هم وقت سازي موڊ جي ضرورت آهي فائبر جي استعمال جي طور تي فزيڪس ۽ 10 گيگاابٽ ايٿرنيٽ (يا وڌيڪ).
هم وقت سازي جي نقل لاءِ سپورٽ ٿيل فاصلو 40 ڪلوميٽر آهي، ڊيٽا سينٽرن جي وچ ۾ آپٽيڪل چينل جي دير جي قيمت 2 ملي سيڪنڊن تائين آهي. عام طور تي، اهو وڏي دير سان ڪم ڪندو، پر پوءِ رڪارڊنگ دوران مضبوط سستي ٿيندي (جيڪو منطقي پڻ آهي)، تنهن ڪري جيڪڏهن توهان ڊيٽا سينٽرن جي وچ ۾ هم وقت سازي جي نقل ڪرڻ جي منصوبابندي ڪري رهيا آهيو، توهان کي ڏسڻ گهرجي ته نظرياتي معيار ۽ دير جي معيار کي.
غير مطابقت واري نقل جي گهرج ايتري سنجيده نه آهي. وڌيڪ واضح طور تي، اهي اتي موجود نه آهن. ڪو به ڪم ڪندڙ Ethernet ڪنيڪشن ڪندو.
في الحال، AERODISK ENGINE اسٽوريج سسٽم ايٿرنيٽ پروٽوڪول (اوور ڪاپر يا آپٽيڪل) ذريعي بلاڪ ڊوائيسز (LUNs) جي نقل کي سپورٽ ڪري ٿو. پروجيڪٽن لاءِ جتي فائبر چينل مٿان SAN ڪپڙي جي ذريعي نقل ڪرڻ جي ضرورت آهي، اسان هن وقت هڪ مناسب حل شامل ڪري رهيا آهيون، پر اهو اڃا تائين تيار ناهي، تنهنڪري اسان جي صورت ۾، صرف Ethernet.
نقل ڪنهن به انجڻ سيريز اسٽوريج سسٽم (N1, N2, N4) جي وچ ۾ ڪم ڪري سگھي ٿي جونيئر سسٽم کان پراڻن تائين ۽ ان جي برعڪس.
ٻنهي نقل جي طريقن جي ڪارڪردگي مڪمل طور تي هڪجهڙائي آهي. جيڪي موجود آهن انهن بابت وڌيڪ تفصيل هيٺ ڏجن ٿا:
- نقل "هڪ کان هڪ" يا "هڪ کان هڪ"، اهو آهي، کلاسک نسخو ٻن ڊيٽا سينٽرن سان، مکيه ۽ بيڪ اپ
- نقل آهي ”هڪ کان گھڻن“ يا ”هڪ کان گھڻن“، يعني. هڪ LUN هڪ ئي وقت ڪيترن ئي اسٽوريج سسٽم ڏانهن نقل ڪري سگهجي ٿو
- فعال، غير فعال، ۽ "ريورس" نقل، ترتيب ڏيڻ، فعال ڪرڻ، غير فعال ڪرڻ، يا نقل جي هدايت کي تبديل ڪرڻ لاء
- نقل ٻنهي RDG (Raid Distributed Group) ۽ DDP (Dynamic Disk Pool) پولز لاءِ موجود آهي. بهرحال، RDG پول جا LUNs صرف ٻي RDG تي نقل ڪري سگھجن ٿا. ساڳيو ئي ڊي ڊي پي سان.
اتي ٻيون به ڪيتريون ئي ننڍيون خوبيون آھن، پر انھن کي لسٽ ڪرڻ ۾ ڪو خاص نقطو نھ آھي؛ اسان انھن جو ذڪر ڪنداسين جيئن اسان قائم ڪيو آھي.
نقل ترتيب ڏيڻ
سيٽ اپ عمل بلڪل سادو آهي ۽ ٽن مرحلن تي مشتمل آهي.
- نيٽورڪ ترتيب
- اسٽوريج سيٽنگ
- ضابطن کي ترتيب ڏيڻ (ڪنيڪشن) ۽ نقشي سازي
نقل قائم ڪرڻ ۾ هڪ اهم نقطو اهو آهي ته پهرين ٻن مرحلن کي ريموٽ اسٽوريج سسٽم تي بار بار ڪيو وڃي، ٽيون اسٽيج - صرف مکيه هڪ تي.
نيٽ ورڪ وسيلن کي ترتيب ڏيڻ
پهريون قدم نيٽورڪ بندرگاهن کي ترتيب ڏيڻ آهي جنهن جي ذريعي نقل واري ٽرئفڪ کي منتقل ڪيو ويندو. هن کي ڪرڻ لاء، توهان کي بندرگاهن کي فعال ڪرڻ ۽ انهن جي IP پتي کي فرنٽ-اينڊ ايڊاپٽر سيڪشن ۾ سيٽ ڪرڻ جي ضرورت آهي.
ان کان پوء، اسان کي هڪ تلاء ٺاهڻ جي ضرورت آهي (اسان جي صورت ۾ RDG) ۽ نقل ڪرڻ لاء هڪ مجازي IP (VIP). VIP هڪ سچل IP پتو آهي جيڪو ٻن "جسماني" پتي سان ڳنڍيل آهي اسٽوريج ڪنٽرولرز (جيڪي بندرگاهن کي اسان ترتيب ڏنو آهي). هي مکيه نقل ڪرڻ وارو انٽرفيس هوندو. توهان پڻ ڪم ڪري سگهو ٿا هڪ VIP سان نه، پر هڪ VLAN سان، جيڪڏهن توهان کي ٽيگ ٿيل ٽرئفڪ سان ڪم ڪرڻ جي ضرورت آهي.
هڪ نقل لاءِ VIP ٺاهڻ جو عمل I/O (NFS, SMB, iSCSI) لاءِ VIP ٺاهڻ کان گهڻو مختلف ناهي. انهي صورت ۾، اسان هڪ باقاعده VIP ٺاهيندا آهيون (بغير VLAN)، پر اهو ظاهر ڪرڻ جي پڪ ڪريو ته اهو نقل ڪرڻ لاء آهي (هن پوائنٽر کان سواء اسان ايندڙ قدم ۾ VIP شامل ڪرڻ جي قابل نه هوندا).
VIP لازمي طور تي ساڳئي سب نيٽ ۾ هجي جيئن IP بندرگاهن جي وچ ۾ اهو فلوٽ ٿئي ٿو.
اسان انهن سيٽنگن کي ريموٽ اسٽوريج سسٽم تي ورجائيندا آهيون، هڪ مختلف IP سان، يقينا.
مختلف اسٽوريج سسٽم مان VIPs مختلف ذيلي ذخيرو ۾ ٿي سگهن ٿيون، بنيادي شيء اها آهي ته انهن جي وچ ۾ رستو آهي. اسان جي صورت ۾، هي مثال بلڪل ڏيکاريل آهي (192.168.3.XX ۽ 192.168.2.XX)
هي نيٽ ورڪ حصو جي تياري مڪمل ڪري ٿو.
اسٽوريج قائم ڪرڻ
ريپليڪا لاءِ اسٽوريج قائم ڪرڻ عام کان مختلف آهي صرف ان ۾ اسان نقشي سازي ڪندا آهيون هڪ خاص مينيو ”ريپليڪيشن ميپنگ“ ذريعي. ٻي صورت ۾، سڀ ڪجھ ساڳيو آهي جيئن عام سيٽ اپ سان. هاڻي، ترتيب ۾.
اڳ ۾ ٺهيل تلاء R02 ۾، توهان کي هڪ LUN ٺاهڻ جي ضرورت آهي. اچو ته ان کي ٺاهيو ۽ ان کي LUN1 سڏين.
اسان کي پڻ ساڳيو LUN ٺاهڻ جي ضرورت آهي ريموٽ اسٽوريج سسٽم تي هڪجهڙائي سائيز جي. اسان ٺاهيندا آهيون. مونجهاري کان بچڻ لاء، اچو ته ريموٽ LUN LUN1R کي سڏين
جيڪڏهن اسان کي هڪ LUN وٺڻ جي ضرورت آهي جيڪا اڳ ۾ ئي موجود آهي، پوءِ ريپليڪا کي ترتيب ڏيڻ دوران، اسان کي ضرورت پوندي ته هن پيداواري LUN کي ميزبان مان ان مائونٽ ڪرڻ گهرجي، ۽ صرف هڪ خالي LUN کي هڪجهڙي سائيز جي ريموٽ اسٽوريج سسٽم تي ٺاهيو.
اسٽوريج سيٽ اپ مڪمل ٿي چڪو آهي، اچو ته نقل ڪرڻ وارو قاعدو ٺاهڻ تي وڃو.
replication ضابطن يا replication لنڪ قائم ڪرڻ
اسٽوريج سسٽم تي LUNs ٺاهڻ کان پوء، جيڪو هن وقت بنيادي هوندو، اسان ترتيب ڏيون ٿا ريپليڪيشن قاعدو LUN1 اسٽوريج سسٽم 1 تي LUN1R تي اسٽوريج سسٽم 2 تي.
سيٽنگ "ريموٽ نقل" مينيو ۾ ٺاهيو ويو آهي
اچو ته هڪ ضابطو ٺاهيو. هن کي ڪرڻ لاء، توهان کي نقل جي وصول ڪندڙ جي وضاحت ڪرڻ جي ضرورت آهي. اتي اسان ڪنيڪشن جو نالو ۽ نقل جو قسم پڻ مقرر ڪيو ( هم وقت سازي يا هم وقت سازي).
"ريموٽ سسٽم" فيلڊ ۾ اسان اسان جو اسٽوريج سسٽم 2 شامل ڪيو. شامل ڪرڻ لاء، توھان کي استعمال ڪرڻ جي ضرورت آھي مينيجمينٽ IP اسٽوريج سسٽم (MGR) ۽ ريموٽ LUN جو نالو جنھن ۾ اسين نقل ڪنداسين (اسان جي صورت ۾، LUN1R). ڪنٽرول IPs صرف ڪنيڪشن شامل ڪرڻ جي اسٽيج تي گهربل آهن؛ نقل واري ٽرئفڪ انهن ذريعي منتقل نه ڪئي ويندي؛ اڳ ۾ ترتيب ڏنل VIP هن لاء استعمال ڪيو ويندو.
اڳي ئي هن اسٽيج تي اسان ”هڪ کان گھڻن“ ٽوپولوجي لاءِ هڪ کان وڌيڪ ريموٽ سسٽم شامل ڪري سگهون ٿا: ”نوڊ شامل ڪريو“ بٽڻ تي ڪلڪ ڪريو، جيئن هيٺ ڏنل شڪل ۾.
اسان جي حالت ۾، اتي صرف هڪ ريموٽ سسٽم آهي، تنهنڪري اسان پاڻ کي هن تائين محدود ڪريون ٿا.
ضابطو تيار آهي. مهرباني ڪري نوٽ ڪريو ته اهو خودڪار طور تي شامل ڪيو ويو آهي سڀني نقل جي شرڪت ڪندڙن تي (اسان جي صورت ۾ انهن مان ٻه آهن). توھان ٺاھي سگھوٿا اھڙا ڪيترائي قاعدا جيڪي توھان چاھيو، ڪنھن به تعداد ۾ LUNs لاءِ ۽ ڪنھن به طرف. مثال طور، لوڊ کي بيلنس ڪرڻ لاءِ، اسان LUNs جو حصو نقل ڪري سگھون ٿا اسٽوريج سسٽم 1 کان اسٽوريج سسٽم 2 تائين، ۽ ٻيو حصو، ان جي برعڪس، اسٽوريج سسٽم 2 کان اسٽوريج سسٽم 1 تائين.
اسٽوريج سسٽم 1. تخليق کان پوء فوري طور تي، هم وقت سازي شروع ٿي.
اسٽوريج سسٽم 2. اسان ساڳيو قاعدو ڏسون ٿا، پر هم وقت سازي ختم ٿي چڪي آهي.
LUN1 اسٽوريج سسٽم 1 تي بنيادي ڪردار ۾ آهي، اهو آهي، اهو فعال آهي. LUN1R اسٽوريج سسٽم 2 تي سيڪنڊري جي ڪردار ۾ آهي، اهو آهي، اسٽوريج سسٽم 1 ناڪام ٿيڻ جي صورت ۾ اسٽينڊ بائي تي آهي.
ھاڻي اسان پنھنجي LUN کي ميزبان سان ڳنڍي سگھون ٿا.
اسان iSCSI ذريعي ڳنڍينداسين، جيتوڻيڪ اهو پڻ FC ذريعي ڪري سگهجي ٿو. iSCSI LUN ذريعي نقشي کي ترتيب ڏيڻ هڪ نقل ۾ عملي طور تي معمولي منظر کان مختلف ناهي، تنهنڪري اسان هتي تفصيل سان غور نه ڪنداسين. جيڪڏهن ڪجھ به، اهو عمل مضمون ۾ بيان ڪيو ويو آهي "».
فرق صرف اهو آهي ته اسان ميپنگ ٺاهيندا آهيون “Replication Mapping” مينيو ۾
اسان ميپنگ قائم ڪئي ۽ ميزبان کي LUN ڏني. ميزبان LUN ڏٺو.
اسان ان کي مقامي فائل سسٽم ۾ فارميٽ ڪندا آهيون.
اهو آهي، سيٽ اپ مڪمل آهي. ايندڙ ٽيسٽون ٿينديون.
جاچ
اسان ٽن مکيه منظرنامي جي جانچ ڪنداسين.
- باقاعده ڪردار تبديل ڪرڻ ثانوي > پرائمري. صورت ۾ باقاعده ڪردار مٽائڻ جي ضرورت آهي، مثال طور، اسان کي مکيه ڊيٽا سينٽر ۾ ڪجهه حفاظتي عملن کي انجام ڏيڻ جي ضرورت آهي ۽ ان دوران، ڊيٽا جي دستياب ٿيڻ لاء، اسان لوڊ کي بيڪ اپ ڊيٽا سينٽر ڏانهن منتقل ڪريون ٿا.
- ايمرجنسي رول سوئچنگ سيڪنڊري > پرائمري (ڊيٽا سينٽر ناڪامي). هي اهو بنيادي منظر آهي جنهن جي نقل موجود آهي، جيڪا هڪ ڊگهي عرصي تائين ڪمپني کي روڪڻ کان سواء مڪمل ڊيٽا سينٽر جي ناڪامي کان بچڻ ۾ مدد ڪري سگهي ٿي.
- ڊيٽا سينٽرن جي وچ ۾ رابطي جي چينلن جي ڀڃڪڙي. ٻن اسٽوريج سسٽم جي صحيح رويي کي جانچڻ جي حالتن ۾ جتي ڪجهه سببن جي ڪري ڊيٽا سينٽرن جي وچ ۾ رابطي واري چينل موجود نه آهي (مثال طور، هڪ کوٽائي ڪندڙ غلط جاء تي کڙو ڪيو ۽ اونداهي نظريات کي ٽوڙيو).
سڀ کان پهريان، اسان پنهنجي LUN ڏانهن ڊيٽا لکڻ شروع ڪنداسين (بي ترتيب واري ڊيٽا سان فائلون لکڻ). اسان فوري طور تي ڏسون ٿا ته اسٽوريج سسٽم جي وچ ۾ رابطي واري چينل استعمال ڪئي پئي وڃي. اهو سمجهڻ آسان آهي ته توهان بندرگاهن جي لوڊ مانيٽرنگ کي کوليو ٿا جيڪي نقل جا ذميوار آهن.
ٻئي اسٽوريج سسٽم هاڻي "مفيد" ڊيٽا آهن، اسان ٽيسٽ شروع ڪري سگهون ٿا.
بس صورت ۾، اچو ته ڏسو هيش سمس مان ھڪڙي فائلن ۽ انھن کي لکو.
باقاعده ڪردار جي تبديلي
ڪردارن کي تبديل ڪرڻ جو عمل (نقل جي طرفن کي تبديل ڪرڻ) ڪنهن به اسٽوريج سسٽم سان ٿي سگهي ٿو، پر توهان کي اڃا تائين ٻنهي ڏانهن وڃڻو پوندو، ڇو ته توهان کي پرائمري تي ميپنگ کي غير فعال ڪرڻ جي ضرورت پوندي، ۽ ان کي سيڪنڊري تي فعال ڪرڻ جي ضرورت پوندي (جيڪو پرائمري بڻجي ويندو. ).
شايد هاڻي هڪ معقول سوال پيدا ٿئي ٿو: ڇو نه هن کي خودڪار ڪيو وڃي؟ جواب آهي: اهو سادو آهي، نقل ڪرڻ آفت جي لچڪ جو هڪ سادو وسيلو آهي، صرف دستي عملن تي ٻڌل آهي. انهن عملن کي خودڪار ڪرڻ لاء، اتي هڪ metrocluster موڊ آهي؛ اهو مڪمل طور تي خودڪار آهي، پر ان جي جوڙجڪ تمام گهڻو پيچيده آهي. اسان ايندڙ مضمون ۾ ميٽرو ڪلستر قائم ڪرڻ بابت لکنداسين.
مکيه اسٽوريج سسٽم تي، اسان ميپنگ کي بند ڪريون ٿا انهي کي يقيني بڻائڻ لاءِ ته رڪارڊنگ بند ٿي وڃي.
ان کان پوء هڪ اسٽوريج سسٽم تي (اهو فرق نٿو پوي، مکيه يا بيڪ اپ تي) "ريموٽ نقل" مينيو ۾، اسان جو ڪنيڪشن REPL1 چونڊيو ۽ "ڪردار تبديل ڪريو" تي ڪلڪ ڪريو.
ڪجھ سيڪنڊن کان پوء، LUN1R (بيڪ اپ اسٽوريج سسٽم) پرائمري ٿي ويندو.
اسان نقشو LUN1R سان گڏ اسٽوريج سسٽم 2.
ان کان پوء، اسان جي E: ڊرائيو خودڪار طريقي سان ميزبان سان ڳنڍيل آهي، صرف هن وقت اهو "پهتو" LUN1R کان.
بس صورت ۾، اسان هيش جي رقم جو مقابلو ڪندا آهيون.
سڃاڻپ سان. امتحان پاس ڪيائين.
ناڪامي. ڊيٽا سينٽر ناڪامي
هن وقت، بنيادي اسٽوريج سسٽم باقاعده سوئچنگ کان پوء اسٽوريج سسٽم 2 ۽ LUN1R، ترتيب سان. هڪ حادثي کي نقل ڪرڻ لاء، اسان ٻنهي اسٽوريج ڪنٽرولرز تي پاور بند ڪنداسين 2.
ان ۾ وڌيڪ رسائي نه آهي.
اچو ته ڏسو ته اسٽوريج سسٽم 1 تي ڇا ٿي رهيو آهي (هن وقت بيڪ اپ هڪ).
اسان ڏسون ٿا ته پرائمري LUN (LUN1R) دستياب ناهي. هڪ غلطي پيغام لاگز ۾ ظاهر ٿيو، معلومات پينل ۾، ۽ پڻ نقل جي ضابطي ۾. مطابق، ميزبان کان ڊيٽا في الحال دستياب ناهي.
LUN1 جي ڪردار کي پرائمري ۾ تبديل ڪريو.
مان ميزبان کي ميپنگ ڪري رهيو آهيان.
پڪ ڪريو ته ڊرائيو اي ميزبان تي ظاهر ٿئي ٿو.
اسان هيش چيڪ ڪريون ٿا.
سڀ ڪجھ ٺيڪ آهي. اسٽوريج سسٽم ڪاميابي سان ڊيٽا سينٽر جي زوال کان بچي ويو، جيڪو فعال هو. تقريبن وقت جيڪو اسان خرچ ڪيو نقل کي ڳنڍڻ ۾ "ريورسل" ۽ بيڪ اپ ڊيٽا سينٽر کان LUN کي ڳنڍڻ اٽڪل 3 منٽ هو. اهو واضح آهي ته حقيقي پيداوار ۾، هر شيء تمام گهڻو پيچيده آهي، ۽ اسٽوريج سسٽم سان گڏ ڪارناما، توهان کي نيٽ ورڪ تي، ميزبان تي، ايپليڪيشنن ۾ وڌيڪ آپريشن ڪرڻ جي ضرورت آهي. ۽ زندگيءَ ۾ هن دور ۾ گهڻو ڊگهو ٿيندو.
هتي مان اهو لکڻ چاهيان ٿو ته سڀ ڪجهه، ٽيسٽ ڪاميابيءَ سان مڪمل ٿي چڪي آهي، پر اچو ته جلدي نه ڪريون. مکيه اسٽوريج سسٽم "ڪوڙي" آهي، اسان ڄاڻون ٿا ته جڏهن اهو "گريو"، اهو بنيادي ڪردار ۾ هو. ڇا ٿيندو جيڪڏهن اهو اوچتو ڦرندو آهي؟ اتي ٻه پرائمري ڪردار هوندا، جيڪي ڊيٽا ڪرپشن جي برابر آهن؟ اچو ته ان کي هاڻي چيڪ ڪريو.
اچو ته اوچتو هيٺيون اسٽوريج سسٽم کي چالو ڪريو.
اهو چند منٽن لاء لوڊ ٿئي ٿو ۽ پوء خدمت ڏانهن واپسي ٿورڙي هم وقت سازي کان پوء، پر ثانوي جي ڪردار ۾.
سڀ ٺيڪ. ورهايل دماغ نه ٿيو. اسان هن جي باري ۾ سوچيو، ۽ هميشه زوال کان پوء اسٽوريج سسٽم ثانوي جي ڪردار ڏانهن وڌي ٿو، قطع نظر ته اهو "زندگي دوران" ۾ ڪهڙو ڪردار هو. هاڻي اسان يقين سان چئي سگهون ٿا ته ڊيٽا سينٽر ناڪامي ٽيسٽ ڪامياب هئي.
ڊيٽا سينٽرن جي وچ ۾ رابطي جي چينلن جي ناڪامي
هن ٽيسٽ جو بنيادي ڪم اهو آهي ته اهو يقيني بڻائڻ ته اسٽوريج سسٽم عجيب ڪم ڪرڻ شروع نه ڪري جيڪڏهن اهو عارضي طور تي ٻن اسٽوريج سسٽم جي وچ ۾ مواصلاتي چينلز کي وڃائي ٿو ۽ پوء ٻيهر ظاهر ٿئي ٿو.
سو. اسان تارن کي اسٽوريج سسٽم جي وچ ۾ ڌار ڪريون ٿا (اچو ته تصور ڪريو ته اهي هڪ کوٽائي ڪندڙ طرفان کوٽي ويا آهن).
پرائمري تي اسان ڏسون ٿا ته سيڪنڊري سان ڪو به واسطو نه آهي.
سيڪنڊري تي اسان ڏسون ٿا ته پرائمري سان ڪو به واسطو نه آهي.
هر شي ٺيڪ ڪم ڪري ٿي، ۽ اسان ڊيٽا کي مکيه اسٽوريج سسٽم ڏانهن لکڻ جاري رکون ٿا، اهو آهي، اهي ضمانت آهن ته اهي بيڪ اپ کان مختلف آهن، اهو آهي، اهي "جدا" آهن.
چند منٽن ۾ اسان "مرمت" ڪميونيڪيشن چينل. جيترو جلدي اسٽوريج سسٽم هڪ ٻئي کي ڏسندا آهن، ڊيٽا هم وقت سازي خودڪار طريقي سان چالو ڪيو ويندو آهي. هتي منتظم کان ڪجھ به گهربل ناهي.
ڪجهه وقت کان پوء، هم وقت سازي مڪمل ڪئي وئي آهي.
ڪنيڪشن بحال ڪيو ويو، مواصلاتي چينلز جي نقصان ڪنهن به هنگامي حالتن جو سبب نه بڻيو، ۽ سوئچ آن ٿيڻ کان پوء، هم وقت سازي خودڪار ٿي وئي.
پهچڻ
اسان نظريي جو تجزيو ڪيو - ڇا جي ضرورت آهي ۽ ڇو، ڪٿي نفعو ۽ نقصان ڪٿي آهن. ان کان پوء اسان ٻن اسٽوريج سسٽم جي وچ ۾ هم وقت سازي نقل قائم ڪيو.
اڳيون، عام سوئچنگ، ڊيٽا سينٽر جي ناڪامي ۽ ڪميونيڪيشن چينل جي ناڪامي لاءِ بنيادي ٽيسٽ ڪيا ويا. سڀني حالتن ۾، اسٽوريج سسٽم سٺو ڪم ڪيو. ڪو به ڊيٽا نقصان نه آهي ۽ انتظامي عملن کي گهٽ ۾ گهٽ رکيو ويو آهي مينوئل منظرنامي لاءِ.
ايندڙ دفعي اسان صورتحال کي پيچيده ڪنداسين ۽ ڏيکارينداسين ته هي سڀ منطق ڪيئن ڪم ڪري ٿو هڪ خودڪار ميٽرو ڪلستر ۾ فعال-فعال موڊ ۾، اهو آهي، جڏهن ٻنهي اسٽوريج سسٽم پرائمري آهن، ۽ اسٽوريج سسٽم جي ناڪامي جي صورت ۾ رويي مڪمل طور تي خودڪار آهي.
مهرباني ڪري تبصرو لکندا، اسان کي سٺي تنقيد ۽ عملي صلاح حاصل ڪرڻ لاء خوش ٿيندو.
ٻئي دفعي تائين.
جو ذريعو: www.habr.com