كيفية إجراء DR في التخزين باستخدام نقاط النهاية الخاصة

في ظل النمو السريع اليوم مع عمليات النشر المستندة إلى السحابة ونقل الموارد من مركز البيانات المحلي إلى Azure عبر المناطق يجعلنا نفكر في التكرار. يمكن أن يكون التكرار في الخدمات داخل مركز البيانات عن طريق اختيار نطاقات الخطأ وتحديث النطاقات ويمكن أن يصل إلى إعداد الخدمة في منطقة مختلفة.
عندما يكون لديك نفس الخدمة في منطقتين وإذا كنت تريد أن تفشل في التكرار كيف تفعل ذلك؟ أيضًا، عندما يكون لديك تبعية مثل نقاط النهاية الخاصة المتصلة بالخدمة، كيف يمكنك تحقيق تجاوز الفشل؟
في هذه المدونة، سنناقش في هذه المدونة كيفية تحقيق التعافي من الكوارث في التخزين مع نقاط النهاية الخاصة.
الإعداد:
تفاصيل الإعداد:
إنشاء حساب تخزين في غرب أوروبا مع RA-GRS كنوع حساب.
إنشاء نقطة نهاية خاصة في منطقة غرب أوروبا. تحتاج إلى نشر VNET أولاً لنشر نقطة نهاية خاصة. أثناء الإنشاء إذا كانت نقطة النهاية الخاصة اختر نقطة نهاية خاصة اختر نقطة النهاية الخاصة كنوع المورد الفرعي.
أنشئ شبكة VNET أخرى في شمال أوروبا وانشر نقطة نهاية خاصة أخرى باختيار VNET كشمال أوروبا. أثناء إنشاء نقطة نهاية خاصة تحتاج إلى اختيار نوع المورد الفرعي كنقطة نهاية خاصة كنوع مورد فرعي.
يتم إنشاء منطقة DNS خاصة في عملية إنشاء نقطة نهاية خاصة. يجب أن تلاحظ 2 سجلات A تشير إلى عنوان IP خاص لنقطة النهاية الخاصة كما هو موضح أدناه:
لاختبار تجاوز الفشل، تحتاج إلى جهاز افتراضي في منطقة غرب أوروبا. قم بنشر جهاز افتراضي و RDP إلى الجهاز الافتراضي:
فيما يلي نتائج Nslookup قبل تجاوز الفشل:
أساسي:
storagedemodr.blob.core.windows.net. 59 في CNAME storagedemodr.privatelink.blob.core.windows.net.
storagedemodr.privatelink.blob.core.windows.net. 59 في CNAME blob.dub07prdstr13b.store.core.windows.net.
blob.dub07prdprdstr13b.store.core.windows.net. 59 في a 20.38.102.51
ثانوي
storagedemodr-secondary.blob.core.windows.net. 59 في CNAME storagedemodr-secondary.privatelink.blob.core.windows.net.
storagedemodr-secondary.privatelink.blob.core.windows.net. 59 في CNAME blob.ams20prdstrdstr11a.store.core.windows.net.
blob.ams20prdstr1111a.store.core.windows.net. 59 في a 20.38.109.4
في Azure VM:
C:\ \ Users\AzureAdmin>nslookup storagedemodr.blob.core.windows.net
الخادم غير معروف
العنوان: 168.63.129.16
إجابة غير موثوقة
الاسم: storagedemodr.privatelink.blob.core.windows.net
العنوان: 10.1.0.4 10.1.0.4
الأسماء المستعارة: storagedemodr.blob.core.windows.net
لإجراء تجاوز الفشل، انتقل إلى حساب التخزين واختر التكرار الجغرافي ضمن الإعدادات. يمكنك العثور على خيار “الاستعداد لتجاوز الفشل”. انقر عليه لبدء تجاوز الفشل:
نتائج Nslookup بعد تجاوز الفشل :
عند الاستعلام عن: storagedemodr.blob.core.windows.net
storagedemodr.blob.core.windows.net. 59 في CNAME storagedemodr.privatelink.blob.core.windows.net.
storagedemodr.privatelink.blob.core.windows.net. 59 في CNAME blob.ams20prdstrdstr11a.store.core.windows.net.
blob.ams20prdstrstr11a.store.core.windows.net. 42 في a 20.38.109.4
عند الاستعلام عن: storagedemodr-secondary.blob.core.windows.net
blob.core.windows.net 59 في SOA prd1.azuredns-cloud.net.msnhst.microsoft.com. 2093536361 900 300 604800 60
داخل VM:
C:\\Users\AzureAdmin\Downloads\PSTools>nslookup storagedemodr.blob.core.windows.net
الخادم غير معروف
العنوان: 168.63.129.16
إجابة غير موثوقة
الاسم: storagedemodr.privatelink.blob.core.windows.net
العنوان: 10.1.0.4 10.1.0.4
الأسماء المستعارة: storagedemodr.blob.core.windows.net
كما ترى، من داخل الجهاز الافتراضي، يتم حلها دائمًا إلى 10.1.0.4 وهو عنوان IP الخاص لنقطة النهاية الخاصة في غرب أوروبا. ولكن نقطة النهاية الخاصة هذه سوف تتصل بحساب التخزين في شمال أوروبا حيث يقوم Azure بتغيير التكوين في مسار البيانات للتأكد من اتصال نقطة النهاية الخاصة بنقطة النهاية الفاشلة. أيضًا، عند تجاوز الفشل، يصبح حساب التخزين LRS وبالتالي لم تعد نقطة النهاية الثانوية نشطة.
مع هذا لا تحتاج إلى إجراء أي تغييرات على جزء DNS من نقطة النهاية الخاصة لأنه يشير دائمًا إلى منطقة التخزين النشطة.
آمل أن تكون هذه المدونة مفيدة!
قم بزيارة موقعنا لمزيد من المدونات المفيدة.
إذا كان لا يزال لديك أي شك، شاهد فيديو كيفية إجراء DR في التخزين باستخدام نقاط النهاية الخاصة على قناتنا على YouTube.