مرحباً بقراء هبر! سيكون موضوع هذه المقالة هو تطبيق تحمل الكوارث في أنظمة تخزين محرك AERODISK. في البداية ، أردنا أن نكتب في مقال واحد حول كلا الوسيلتين: النسخ المتماثل ومجموعة نظام المترو ، لكن للأسف ، تبين أن المقالة كبيرة جدًا ، لذا قسمنا المقالة إلى قسمين. دعنا نذهب من البسيط الى المعقد. في هذه المقالة ، سنقوم بتكوين واختبار النسخ المتماثل المتزامن - إسقاط مركز بيانات واحد ، وكذلك فصل قناة الاتصال بين مراكز البيانات ومعرفة ما يحدث.
غالبًا ما يطرح عملاؤنا أسئلة مختلفة حول النسخ المتماثل ، لذلك ، قبل الانتقال إلى إعداد اختبار النسخة المتماثلة واختباره ، سنخبرك قليلاً عن النسخ المتماثل في أنظمة التخزين.
قليلا من الناحية النظرية
تعد عملية النسخ المتماثل للتخزين عملية مستمرة لضمان هوية البيانات عبر أنظمة تخزين متعددة في وقت واحد. تقنيًا ، يتم إجراء النسخ المتماثل بواسطة طريقتين.
التكرار المتزامن هو نسخ البيانات من نظام التخزين الرئيسي إلى نظام النسخ الاحتياطي ، يليه التأكيد الإلزامي لكلا نظامي التخزين اللذين يتم تسجيل البيانات وتأكيدها. بعد تأكيد من كلا الجانبين (على كلا نظامي التخزين) ، تعتبر البيانات مسجلة ، ويمكنك العمل معها. هذا يضمن هوية بيانات مضمونة على جميع أنظمة التخزين المشاركة في النسخة المتماثلة.
مزايا هذه الطريقة:
- البيانات متطابقة دائمًا في جميع أنظمة التخزين.
سلبيات:
- تكلفة عالية للحل (قنوات اتصال سريعة ، ألياف باهظة الثمن ، أجهزة إرسال / استقبال طويلة الموجة ، إلخ.)
- قيود المسافة (ضمن بضع عشرات الكيلومترات)
- لا توجد حماية ضد تلف البيانات المنطقي (إذا كانت البيانات تالفة (عن قصد أو عن غير قصد) على نظام التخزين الرئيسي ، فسوف تتلف تلقائيًا وفوريًا على وحدة تخزين النسخ الاحتياطي ، حيث أن البيانات متطابقة دائمًا (هذه مفارقة)
يقوم النسخ المتماثل غير المتزامن أيضًا بنسخ البيانات من وحدة التخزين الرئيسية إلى النسخة الاحتياطية ، ولكن مع بعض التأخير ودون الحاجة إلى تأكيد السجل على الجانب الآخر. يمكنك التعامل مع البيانات فور الكتابة على وحدة التخزين الرئيسية ، وعلى وحدة التخزين الاحتياطية ، ستكون البيانات متاحة بعد فترة من الوقت. بطبيعة الحال ، لا يتم توفير هوية البيانات في هذه الحالة. البيانات المتعلقة بتخزين النسخ الاحتياطي تكون دائمًا "في الماضي" قليلاً.
إيجابيات النسخ المتماثل غير المتزامن:
- تكلفة حل منخفضة (أي قنوات اتصال والبصريات اختيارية)
- لا حدود المسافة
- البيانات الموجودة على وحدة تخزين النسخ الاحتياطي غير تالفة إذا كانت تالفة على المستوى الرئيسي (على الأقل لبعض الوقت) ، إذا أصبحت البيانات تالفة ، يمكنك دائمًا إيقاف النسخة المتماثلة لمنع تلف البيانات على وحدة تخزين النسخ الاحتياطي
سلبيات:
- البيانات في مراكز البيانات المختلفة ليست دائما متطابقة
وبالتالي ، يعتمد اختيار وضع النسخ المتماثل على مهام العمل. إذا كان من الأهمية بمكان أن يكون لدى مركز بيانات النسخ الاحتياطي نفس البيانات تمامًا مثل البيانات الرئيسية (أي متطلبات العمل لـ RPO = 0) ، فسيتعين عليك الخروج والتعامل مع قيود النسخة المتماثلة المتزامنة. وإذا كان التأخير في حالة البيانات مسموحًا به أو إذا لم يكن هناك أي نقود ، فبالتأكيد ، يجب عليك استخدام الطريقة غير المتزامنة.
نحن نميز بشكل منفصل مثل هذا النظام (بشكل أكثر دقة ، بالفعل طوبولوجيا) ككتلة مترو. يستخدم وضع Metrocluster النسخ المتماثل المتزامن ، ولكن على عكس النسخة المتماثلة العادية ، يسمح metrocluster لكلا نظامي التخزين بالعمل في الوضع النشط. أي ليس لديك فصل بين مراكز البيانات الاحتياطية النشطة. تعمل التطبيقات في وقت واحد مع نظامين للتخزين موجودان فعليًا في مراكز بيانات مختلفة. أوقات التوقف عن العمل في مثل هذا الهيكل صغيرة جدًا (RTO ، عادةً دقائق). في هذه المقالة ، لن نفكر في تطبيقنا لمجموعة نظام المترو ، نظرًا لأن هذا موضوع كبير جدًا ورحب ، لذلك سنكرس مقالة منفصلة تالية له في استمرار لهذا.
في كثير من الأحيان أيضًا ، عندما نتحدث عن النسخ المتماثل باستخدام أنظمة التخزين ، يكون لدى الكثير منهم سؤال معقول:> "العديد من التطبيقات لديها أدوات النسخ المتماثل الخاصة بها ، لماذا تستخدم النسخ المتماثل على أنظمة التخزين؟ هل هو أفضل أم أسوأ؟
لا توجد إجابة واحدة ، لذلك هنا إيجابيات وسلبيات:
الوسائط من أجل النسخ المتماثل للتخزين:
- بساطة الحل. بطريقة ما ، يمكنك نسخ مجموعة كاملة من البيانات ، بغض النظر عن نوع التحميل أو التطبيق. إذا كنت تستخدم نسخة طبق الأصل من التطبيقات ، فسوف يتعين عليك تكوين كل تطبيق على حدة. إذا كان هناك أكثر من 2 منهم ، فسيستغرق الأمر وقتًا طويلاً للغاية ومكلفًا للغاية (يتطلب النسخ المتماثل للتطبيق ، كقاعدة عامة ، ترخيصًا منفصلاً وغير مجاني لكل تطبيق. ولكن المزيد حول ذلك أدناه).
- يمكنك تكرار أي شيء - أي تطبيقات وأي بيانات - وستظل دائمًا متسقة. لا تحتوي العديد من التطبيقات (معظمها) على تسهيلات للنسخ المتماثل ، وتعتبر النسخ المتماثلة من جانب التخزين هي الطريقة الوحيدة لتوفير الحماية من الكوارث.
- لا حاجة إلى زيادة دفع وظيفة النسخ المتماثل للتطبيق. كقاعدة عامة ، كلفته كبيرة ، تمامًا مثل تراخيص نظام تخزين النسخة المتماثلة. ولكن عليك أن تدفع ثمن ترخيص النسخ المتماثل للتخزين مرة واحدة فقط ، وتحتاج إلى شراء ترخيص النسخة المتماثلة للتطبيق لكل تطبيق على حدة. إذا كان هناك الكثير من هذه التطبيقات ، فإن ذلك يكلف سنتًا واحدًا ، وتصبح تكلفة التراخيص لتكرار التخزين انخفاضًا في المجموعة.
الوسائط ضد النسخ المتماثل للتخزين:
- تحتوي النسخة المتماثلة التي تستخدم أدوات التطبيق على وظائف أكثر من وجهة نظر التطبيقات نفسها ، ويعرف التطبيق بياناته بشكل أفضل (وهو أمر واضح) ، لذلك هناك المزيد من الخيارات للتعامل معها.
- لا تضمن الشركات المصنعة لبعض التطبيقات تناسق بياناتها في حالة إجراء النسخ المتماثل بواسطة أدوات تابعة لجهة خارجية. *
* - أطروحة مثيرة للجدل. على سبيل المثال ، أعلنت شركة تصنيع أنظمة إدارة قواعد البيانات (DBMS) المعروفة ، لفترة طويلة جدًا رسميًا أن قواعد بيانات إدارة قواعد البيانات (DBMS) الخاصة بها لا يمكن تكرارها عادة إلا بوسائلها ، وبقية النسخ المتماثل (بما في ذلك SHD-shnaya) "غير صحيح". لكن الحياة أظهرت أن هذا ليس كذلك. على الأرجح (لكن هذا ليس دقيقًا) هذه ليست ببساطة المحاولة الأكثر صدقًا لبيع المزيد من التراخيص للعملاء.
نتيجة لذلك ، في معظم الحالات ، يكون النسخ المتماثل من جانب التخزين أفضل ، لأن هذا خيار أبسط وأقل تكلفة ، ولكن هناك حالات معقدة عندما تحتاج إلى وظائف تطبيق محددة ، وتحتاج إلى العمل مع النسخ المتماثل على مستوى التطبيق.
مع نظرية الانتهاء ، الممارسة الآن
سنقوم بإعداد نسخة طبق الأصل في مختبرنا. في المختبر ، قمنا بمضاهاة مركزين للبيانات (في الواقع ، رفان متجاوران يبدو أنهما في مبانٍ مختلفة). يتكون الحامل من نظامين لتخزين Engine N2 ، مترابطين بواسطة كبلات ضوئية. يتم توصيل خادم فعلي يعمل بنظام التشغيل Windows Server 2016 باستخدام شبكة إيثرنت بسرعة 10 جيجابت بنظامي التخزين. الموقف بسيط للغاية ، لكنه لا يغير الجوهر.
بشكل تخطيطي ، يبدو كما يلي:
يتم تنظيم النسخ المتماثل منطقياً كما يلي:
الآن دعونا نلقي نظرة على وظيفة النسخ المتماثل التي لدينا الآن.
ويدعم وضعين: غير متزامن ومتزامن. من المنطقي أن يكون الوضع المتزامن محددًا بالمسافة وقناة الاتصال. على وجه الخصوص ، يتطلب الوضع المتزامن استخدام الألياف كفيزياء و 10 جيجابت إيثرنت (أو أعلى).
تبلغ المسافة المدعومة للنسخ المتزامن 40 كيلومترًا ؛ ويصل تأخير قناة البصريات بين مراكز البيانات إلى 2 مللي ثانية. بشكل عام ، ستعمل بتأخيرات كبيرة ، ولكن بعد ذلك ستكون هناك فرامل قوية أثناء التسجيل (وهو أمر منطقي أيضًا) ، لذلك إذا كنت تفكر في النسخ المتماثل المتزامن بين مراكز البيانات ، يجب عليك التحقق من جودة البصريات والتأخيرات.
متطلبات النسخ المتماثل غير المتزامن ليست خطيرة للغاية. بتعبير أدق ، فهي ليست على الإطلاق. أي اتصال Ethernet العمل مناسب.
في الوقت الحالي ، يدعم التخزين AERODISK Engine النسخ المتماثل لأجهزة الكتلة (LUNs) باستخدام بروتوكول Ethernet (النحاس أو البصريات). بالنسبة للمشروعات التي تتطلب بالضرورة النسخ المتماثل من خلال مصنع القناة الليفية SAN ، فإننا ننتهي الآن من الحل المناسب ، لكنه غير جاهز حتى الآن ، لذا في حالتنا فقط شبكة الإيثرنت.
يمكن أن تعمل النسخ المتماثل بين أي أنظمة تخزين لسلسلة Engine (N1 ، N2 ، N4) من الأنظمة الأقل إلى الأقدم والعكس.
وظيفة كل من أوضاع النسخ المتماثل متطابقة تماما. أدناه هو أكثر حول ما هو:
- النسخ المتماثل "واحد إلى واحد" أو "واحد إلى واحد" ، وهذا هو ، الإصدار الكلاسيكي مع اثنين من مراكز البيانات ، الرئيسية والنسخ الاحتياطي
- النسخ المتماثل هو "واحد إلى كثير" أو "واحد إلى كثير" ، أي يمكن نسخ LUN واحدة إلى العديد من أنظمة التخزين في وقت واحد
- تنشيط وإلغاء تنشيط و "عكس" النسخ المتماثل ، على التوالي ، لتمكين أو تعطيل أو تغيير اتجاه النسخ المتماثل
- يتوفر النسخ المتماثل لكل من تجمعات RDG (مجموعة Raid الموزعة) و DDP (تجمع الأقراص الديناميكية). ومع ذلك ، يمكن نسخ RDG pool LUN فقط إلى RDG آخر. C DDP مشابه.
هناك العديد من الميزات الصغيرة ، لكن إدراجها ليس له معنى كبير ، وسوف نذكرها أثناء الإعداد.
إعداد النسخ المتماثل
عملية الإعداد بسيطة للغاية وتتكون من ثلاث مراحل.
- إعداد الشبكة
- إعداد التخزين
- إعداد القواعد (الروابط) ورسم الخرائط
تتمثل إحدى النقاط المهمة في تكوين النسخ المتماثل في أنه ينبغي تكرار المرحلتين الأوليين على نظام تخزين عن بعد ، المرحلة الثالثة - فقط على المرحلة الرئيسية.
تكوين موارد الشبكة
الخطوة الأولى هي تكوين منافذ الشبكة التي من خلالها سيتم نقل حركة النسخ المتماثل. للقيام بذلك ، تحتاج إلى تمكين المنافذ وتعيين عناوين IP عليها في قسم محولات الواجهة الأمامية.
بعد ذلك نحتاج إلى إنشاء تجمع (في حالتنا RDG) و IP الظاهري للنسخ المتماثل (VIP). VIP هو عنوان IP عائم مرتبط بعناوين "مادية" لوحدات التحكم في التخزين (المنافذ التي قمنا بتكوينها للتو). سيكون واجهة النسخ المتماثل الأساسي. يمكنك أيضًا العمل ليس مع VIP ، ولكن مع VLAN إذا كنت بحاجة إلى العمل مع حركة المرور الموسومة.
لا تختلف عملية إنشاء VIP عن نسخة متماثلة كثيرًا عن إنشاء VIP لـ I / O (NFS ، SMB ، iSCSI). في هذه الحالة ، نقوم بإنشاء VIP (بدون VLAN) ، ولكن تأكد من الإشارة إلى أنه مخصص للنسخ المتماثل (بدون هذا المؤشر ، لن نتمكن من إضافة VIP إلى القاعدة في الخطوة التالية).
يجب أن تكون VIP على نفس الشبكة الفرعية مثل منافذ IP التي "تطفو" بينها.
نكرر هذه الإعدادات على نظام التخزين عن بعد ، مع IP-shnik آخر ، في حد ذاته.
يمكن أن يكون كبار الشخصيات من أنظمة التخزين المختلفة في شبكات فرعية مختلفة ، والشيء الرئيسي هو أنه ينبغي أن يكون هناك توجيه بينهما. في حالتنا ، يتم عرض هذا المثال فقط (192.168.3.XX و 192.168.2.XX)
على هذا ، اكتمال إعداد جزء الشبكة.
تكوين التخزين
يختلف تكوين التخزين للنسخة المتماثلة عن التخزين المعتاد فقط من حيث أننا نقوم بالتعيين عبر القائمة الخاصة "تعيين النسخ المتماثل". خلاف ذلك ، كل شيء هو نفسه كما هو الحال مع الإعداد المعتاد. الآن بالترتيب.
في تجمع R02 الذي تم إنشاؤه مسبقًا ، تحتاج إلى إنشاء LUN. إنشاء ، نسميها LUN1.
نحتاج أيضًا إلى إنشاء LUN نفسه على نظام تخزين بعيد من وحدة تخزين متطابقة. نحن نخلق. لتجنب الالتباس ، سيتم استدعاء LUN البعيد LUN1R
إذا احتجنا إلى اتخاذ رقم LUN الموجود بالفعل ، فعند إعداد نسخة متماثلة ، سيحتاج الأمر إلى إلغاء تثبيت LUN المنتج من المضيف ، وعلى نظام التخزين عن بُعد ، يمكنك ببساطة إنشاء LUN فارغ بحجم مماثل.
اكتمال إعداد التخزين ، ننتقل إلى إنشاء قاعدة النسخ المتماثل.
تكوين قواعد النسخ المتماثل أو روابط النسخ المتماثل
بعد إنشاء LUNs على وحدة التخزين ، والتي ستكون القاعدة الأساسية في الوقت الحالي ، نقوم بتكوين قاعدة النسخ المتماثل LUN1 على SHD1 في LUN1R على SHD2.
يتم التكوين في قائمة "النسخ المتماثل البعيد".
إنشاء قاعدة. للقيام بذلك ، حدد المستلم النسخة المتماثلة. نحدد أيضًا اسم الاتصال ونوع النسخ المتماثل (متزامن أو غير متزامن).
في حقل "الأنظمة البعيدة" ، أضف SHD2 لدينا. للإضافة ، تحتاج إلى استخدام إدارة IP التخزين (MGR) واسم وحدة التحكم عن بعد LUN التي سوف نقوم بتكرارها (في حالتنا ، LUN1R). لا يلزم إدارة عناوين IP إلا في مرحلة إضافة الاتصالات ؛ ولن يتم نقل حركة مرور النسخ المتماثل من خلالها ؛ ولهذا ، سيتم استخدام VIP الذي تم تكوينه مسبقًا.
بالفعل في هذه المرحلة ، يمكننا إضافة أكثر من نظام بعيد لطوبولوجيا "من واحد إلى كثير": انقر على زر "إضافة عقدة" ، كما في الشكل أدناه.
في حالتنا ، فإن النظام البعيد هو نظام واحد ، لذلك نحن محدودون بهذا.
القاعدة جاهزة. لاحظ أنه تتم إضافته تلقائيًا إلى جميع المشاركين في النسخ المتماثل (في حالتنا ، يوجد اثنان منهم). يمكنك إنشاء أكبر عدد تريده من القواعد ، لأي عدد من LUNs وفي أي اتجاه. على سبيل المثال ، لتحقيق التوازن بين الحمل ، يمكننا تكرار جزء من LUNs من SHD1 إلى SHD2 ، والجزء الآخر ، على العكس من ذلك ، من SHD2 إلى SHD1.
SKHD1. مباشرة بعد الخلق ، بدأ التزامن.
SKHD2. نرى نفس القاعدة ، لكن المزامنة انتهت بالفعل.
LUN1 على SHD1 في دور Primary ، أي أنه نشط. LUN1R على SHD2 هو في دور الثانوية ، وهذا هو ، هو في الانتظار ، في حالة فشل SHD1.
الآن يمكننا توصيل LUN لدينا بالمضيف.
سنفعل الاتصال عبر iSCSI ، على الرغم من أنه يمكن القيام به عبر FC. إعداد التعيين ل iSCSI LUN في نسخة طبق الأصل لا يختلف عمليا عن السيناريو المعتاد ، لذلك لن نناقش هذا بالتفصيل هنا. إذا كان أي شيء ، يتم وصف هذه العملية في مقالة الإعداد السريع .
الفرق الوحيد هو أننا نقوم بإنشاء تعيين في قائمة "تعيين النسخ المتماثل".
إعداد التعيين ، وإعطاء LUN للمضيف. رأى المضيف لون.
قم بتنسيقه إلى نظام الملفات المحلي.
هذا كل شيء ، اكتمال الإعداد. القادم سوف يذهب الاختبارات.
تجريب
سنختبر ثلاثة سيناريوهات رئيسية.
- تبديل الموظفين الأدوار الثانوية> الابتدائية. يعد تبديل الأدوار أمرًا ضروريًا في حالة ، على سبيل المثال ، إذا كنا نحتاج بشكل أساسي إلى مركز بيانات ، فسنحتاج إلى إجراء بعض العمليات الوقائية ، وخلال هذه الفترة ، حتى تتوفر البيانات ، ننقل الحمل إلى مركز بيانات النسخ الاحتياطي.
- فشل الأدوار ثانوي> أساسي (فشل مركز البيانات). هذا هو السيناريو الرئيسي الذي يوجد فيه نسخ متماثل ، والذي يمكن أن يساعد في التغلب على فشل كامل في مركز البيانات دون إيقاف الشركة لفترة طويلة.
- قنوات اتصال مقطوعة بين مراكز البيانات. التحقق من السلوك الصحيح لنظامين للتخزين في ظل ظروف ، لسبب ما ، قناة الاتصال بين مراكز البيانات غير متوفرة (على سبيل المثال ، حفر حفارة في المكان الخطأ وتمزقت من خلال البصريات المظلمة).
بادئ ذي بدء ، سنبدأ في كتابة البيانات إلى LUN لدينا (نكتب ملفات مع بيانات عشوائية). نرى على الفور أن قناة الاتصال بين أنظمة التخزين يتم استخدامها. هذا سهل الفهم إذا قمت بفتح مراقبة تحميل المنافذ المسؤولة عن النسخ المتماثل.
على كلا نظامي التخزين ، توجد الآن بيانات "مفيدة" ، يمكننا بدء الاختبار.
فقط في حالة ، دعونا ننظر إلى مبالغ التجزئة لأحد الملفات وكتابتها.
تبديل دور الموظفين
يمكن إجراء تشغيل تبديل الأدوار (تغيير اتجاه النسخ المتماثل) من أي نظام تخزين ، ولكن لا يزال يتعين عليك الذهاب إلى كليهما ، حيث ستحتاج إلى تعطيل التعيين على أساسي ، وتمكينه على ثانوي (والذي سيصبح أساسي).
ربما الآن يطرح سؤال معقول: لماذا لا يتم أتمتة هذا؟ نجيب: كل شيء بسيط ، والتكرار أداة بسيطة للتسامح مع الكوارث تعتمد فقط على العمليات اليدوية. لأتمتة هذه العمليات ، هناك وضع الكتلة metro ، وهو مؤتمت بالكامل ، لكن تكوينه أكثر تعقيدًا. سنكتب عن إعداد مجموعة المترو في المقالة التالية.
تعطيل التعيين على وحدة التخزين الرئيسية للتأكد من إيقاف التسجيل.
ثم على أحد أنظمة التخزين (لا يهم ، على المستوى الأساسي أو النسخ الاحتياطي) في قائمة "النسخ المتماثل البعيد" ، حدد اتصال REPL1 وانقر على "تغيير الدور".
بعد بضع ثوانٍ ، يصبح LUN1R (تخزين النسخ الاحتياطي) أساسي.
نحن جعل رسم الخرائط LUN1R مع SHD2.
بعد ذلك ، يتمسك محرك الأقراص E: تلقائيًا بالمضيف ، وهذه المرة فقط "يتم نقله" مع LUN1R.
فقط في حالة ، مقارنة كميات التجزئة.
متطابقة. مرت الاختبار.
تجاوز الفشل. فشل مركز البيانات
في الوقت الحالي ، التخزين الرئيسي بعد التبديل العادي هو SHD2 و LUN1R ، على التوالي. لمحاكاة وقوع حادث ، قمنا بإيقاف تشغيل الطاقة على كل من وحدات التحكم SHD2.
الوصول إليها لم يعد.
نحن ننظر إلى ما يحدث على التخزين 1 (النسخ الاحتياطي في الوقت الراهن).
نرى أن LUN الأساسي (LUN1R) غير متوفر. ظهرت رسالة خطأ في السجلات ، في لوحة المعلومات ، وكذلك في قاعدة النسخ المتماثل نفسها. وفقًا لذلك ، البيانات من المضيف غير متوفرة حاليًا.
تغيير دور LUN1 إلى الأساسي.
تعيين الشؤون إلى المضيف.
تأكد من ظهور محرك الأقراص E على المضيف.
تحقق التجزئة.
كل شيء على ما يرام. شهد مركز التخزين انخفاضًا في مركز البيانات ، والذي كان نشطًا. كان الوقت التقريبي الذي قضيناه في توصيل "انعكاس" النسخ المتماثل وربط LUN من مركز بيانات النسخ الاحتياطي حوالي 3 دقائق. من الواضح أن كل شيء في المنتج الحقيقي يكون أكثر تعقيدًا ، بالإضافة إلى الإجراءات مع أنظمة التخزين ، تحتاج إلى إجراء العديد من العمليات على الشبكة ، على المضيفين ، في التطبيقات. وفي الحياة ، ستكون هذه الفترة الزمنية أطول بكثير.
هنا أريد أن أكتب أن كل شيء ، تم الانتهاء من الاختبار بنجاح ، ولكن دعونا لا نتعجل. التخزين الرئيسي "الأكاذيب" ، ونحن نعلم أنه عندما "سقطت" ، كانت في دور الابتدائية. ماذا يحدث إذا تحولت فجأة؟ سيكون هناك دوران رئيسيان ، وهو ما يساوي تلف البيانات؟ سنتحقق منها الآن.
سنقوم فجأة بتشغيل التخزين الأساسي.
يتم تحميله لعدة دقائق وبعد ذلك يعود للعمل بعد تزامن قصير ، ولكن بالفعل في دور الثانوية.
كل شيء على ما يرام. انقسام الدماغ لم يحدث. فكرنا في هذا الأمر ، ودائمًا بعد سقوط نظام التخزين يرتفع دور ثانوي ، بغض النظر عن الدور الذي كان عليه "في الحياة". الآن يمكننا القول بالتأكيد أن اختبار فشل مركز البيانات كان ناجحًا.
فشل قنوات الاتصال بين مراكز البيانات
تتمثل المهمة الرئيسية لهذا الاختبار في التأكد من أن نظام التخزين لن يبدأ في الرعب إذا فقد قنوات الاتصال مؤقتًا بين نظامي التخزين ثم عاد إلى الظهور.
هكذا. نقوم بفصل الأسلاك بين أنظمة التخزين (تخيل أن حفارًا قد حفرها).
في المرحلة الابتدائية ، نرى أنه لا يوجد اتصال بـ Secondary.
في الثانوية ، نرى أنه لا يوجد اتصال مع الابتدائية.
كل شيء يسير على ما يرام ، ونحن مستمرون في كتابة البيانات إلى نظام التخزين الرئيسي ، أي أنها مضمونة بالفعل في أن تختلف عن النسخة الاحتياطية ، أي أنها تركت.
في غضون بضع دقائق نقوم بإصلاح قناة الاتصال. بمجرد رؤية أنظمة التخزين لبعضها البعض ، يتم تشغيل مزامنة البيانات تلقائيًا. لا يوجد شيء مطلوب من المسؤول.
.
, , .
– , , . .
, - . . , .
active-active, , .
, .
.