إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
يخزن Azure Device Registry معلومات عن الأصول والأجهزة في السحابة. يعرض سجل الأجهزة الأصول كموارد Azure في السحابة داخل سجل واحد. السجل الفردي هو مصدر الحقيقة للبيانات الوصفية للجهاز والأصول وقدرات إدارة الأصول. يمكن استخدام Device Registry جنبا إلى جنب مع Azure IoT Operations.
عند استخدام Azure، تعد الموثوقية مسؤولية مشتركة. توفر Microsoft مجموعة من الإمكانات لدعم المرونة والاسترداد. أنت مسؤول عن فهم كيفية عمل هذه الإمكانات في جميع الخدمات التي تستخدمها، وتحديد الإمكانات التي تحتاجها لتحقيق أهداف عملك وأهداف وقت التشغيل.
تصف هذه المقالة كيفية جعل سجل الأجهزة مقاوما لمجموعة متنوعة من الانقطاعات والمشاكل المحتملة، بما في ذلك الأعطال المؤقتة، وانقطاعات مناطق التوافر، وانقطاعات المناطق.
Note
تتضمن Azure IoT Operations العديد من المكونات الأخرى بخلاف Device Registry. للحصول على معلومات مفصلة حول ميزات قابلية الوصول العالية وفقدان البيانات الصفرية لمكونات عمليات Azure IoT، راجع الأسئلة المتداولة حول عمليات Azure IoT.
المرونة في مواجهة الأعطال العابرة
الأخطاء العابرة هي حالات فشل قصيرة متقطعة في المكونات. تحدث بشكل متكرر في بيئة موزعة مثل السحابة، وهي جزء طبيعي من العمليات. الأخطاء العابرة تصحح نفسها بعد فترة زمنية قصيرة. من المهم أن تتمكن تطبيقاتك من معالجة الأخطاء العابرة، عادة عن طريق إعادة محاولة الطلبات المتأثرة.
يجب أن تتبع جميع التطبيقات المستضافة على السحابة إرشادات معالجة الأخطاء العابرة ل Azure عند الاتصال بأي واجهات برمجة تطبيقات وقواعد بيانات ومكونات أخرى مستضافة على السحابة. لمزيد من المعلومات، راجع توصيات للتعامل مع الأخطاء العابرة.
يتفاعل العملاء مع Device Registry باستخدام Azure Resource Manager. بشكل عام، يمكنك استخدام مدخل Microsoft Azure أو Azure CLI أو Azure SDKs للتفاعل مع موارد Device Registry، وتوفر هذه الأدوات معالجة تلقائية للأخطاء العابرة. إذا كنت تستخدم واجهات برمجة تطبيقات Resource Manager مباشرة، فتأكد من معالجة الأخطاء العابرة.
المرونة في مواجهة حالات فشل منطقة التوفر
مناطق التوفر هي مجموعات منفصلة فعليا من مراكز البيانات داخل منطقة Azure. عند فشل منطقة واحدة، يمكن أن تفشل الخدمات إلى إحدى المناطق المتبقية.
يعد Azure Device Registry زائدا عن الحاجة في المنطقة بشكل افتراضي، مما يعني أنه يقوم تلقائيا بنسخ بياناتك عبر مناطق توفر متعددة. يعزز هذا الإعداد مرونة الخدمة من خلال توفير قابلية وصول عالية. إذا كان هناك فشل في منطقة واحدة، يمكن للخدمة الاستمرار في العمل بسلاسة من منطقة أخرى.
تدير Microsoft الإعداد والتكوين لتكرار المنطقة في Azure Device Registry. لا تحتاج إلى إجراء أي تكوين إضافي لتمكين تكرار هذه المنطقة. تضمن Microsoft تكوين الخدمة لتوفير أعلى مستوى من التوفر والموثوقية.
دعم المنطقة
القائمة التالية للمناطق التي تدعم مناطق التوفر في سجل الأجهزة:
| Americas | Europe |
|---|---|
| East US | وسط غرب ألمانيا |
| شرق الولايات المتحدة 2 | North Europe |
| West US | West Europe |
| غرب الولايات المتحدة 2 | |
| غرب الولايات المتحدة الأمريكية 3 |
Cost
لا توجد تكلفة إضافية لاستخدام تكرار المنطقة في سجل الأجهزة.
تكوين دعم منطقة التوفر
مصادر جديدة: عند إنشاء مورد سجل الأجهزة في Azure IoT Operations، فإنه يتضمن تلقائيا تكرار المنطقة بشكل افتراضي. ليست هناك حاجة لإجراء أي تكوين آخر.
السلوك عندما تكون جميع المناطق صحية
توضح المعلومات التالية ما يحدث عندما يكون لديك سجل جهاز متكرر في المنطقة وتكون جميع مناطق التوفر قيد التشغيل:
توجيه حركة المرور بين المناطق: يتم توزيع الطلبات تلقائيا عبر كل منطقة توفر. قد ينتقل الطلب إلى مثيل Device Registry في أي منطقة توفر.
النسخ المتماثل للبيانات بين المناطق: يتم نسخ بيانات الجهاز بشكل متزامن عبر مناطق التوفر.
السلوك أثناء فشل المنطقة
توضح المعلومات التالية ما يحدث عندما يكون لديك سجل جهاز متكرر في المنطقة وتتعرض منطقة التوفر لانقطاع.
- الكشف والاستجابة: نظرا لأن سجل الأجهزة يكتشف ويستجيب تلقائيا للأعطال في منطقة التوفر، فلا تحتاج إلى أي شيء لبدء تجاوز الفشل في منطقة التوفر.
- الإعلام: لا تقوم Microsoft بإعلامك تلقائيا عندما تكون المنطقة معطلة. ومع ذلك، يمكنك استخدام Azure Service Health لفهم السلامة العامة للخدمة، بما في ذلك أي حالات فشل في المنطقة، ويمكنك إعداد تنبيهات حماية الخدمة لإعلامك بالمشكلات.
الطلبات النشطة: قد يتم إسقاط بعض الطلبات النشطة وبالتالي قد تحتاج إلى إعادة المحاولة بنفس طريقة الأخطاء العابرة الأخرى. للتأكد من أن تطبيقك مقاوم لأي أعطال عابرة، راجع المرونة ضد الأعطال المؤقتة.
فقدان البيانات المتوقع: لا يتوقع أن يتسبب فشل المنطقة في أي فقدان للبيانات.
وقت التوقف المتوقع: من غير المتوقع أن يتسبب فشل المنطقة في تعطل مواردك.
استعادة المنطقة
عند استعادة منطقة التوافر، يقوم سجل الأجهزة تلقائيا باستعادة العمليات داخل منطقة التوفر.
اختبار فشل المنطقة
تدير منصة سجل الأجهزة توجيه حركة المرور، ونظام الفشل التلقائي، والعودة للفشل عبر مناطق التوفر. لا تحتاج إلى بدء أي شيء. نظرا لإدارة هذه الميزة بالكامل، لا تحتاج إلى التحقق من صحة عمليات فشل منطقة التوفر.
القدرة على الصمود في وجه الإخفاقات على مستوى المنطقة
Device Registry هي خدمة منطقة واحدة. إذا أصبحت المنطقة غير متاحة، فلن تتوفر أيضا موارد "سجل الجهاز".
ومع ذلك، يتم نسخ بيانات السجل إلى المنطقة المقترنة. في حالة انقطاع المنطقة لفترات طويلة، قد تختار Microsoft الفشل في المنطقة المقترنة. إذا حدث ذلك، سيظل السجل متاحا في المنطقة المقترنة.
دعم المنطقة
يتم دعم النسخ المتماثل الافتراضي وتجاوز الفشل في جميع المناطق التي يتوفر فيها Device Registry، لأن جميع هذه المناطق مقترنة.
Cost
لا توجد تكلفة إضافية للنسخ المتماثل للبيانات عبر المناطق أو تجاوز الفشل.
تكوين النسخ المتماثل والاستعداد لتجاوز الفشل
بشكل افتراضي، يتم تكوين النسخ المتماثل للبيانات عبر المناطق تلقائيا عند إنشاء موارد Device Registry في منطقة بها زوج. هذه العملية هي خيار افتراضي ولا تتطلب أي تدخل منك.
السلوك عندما تكون جميع المناطق صحية
يصف هذا القسم ما يمكن توقعه عند تكوين سجل الجهاز للنسخ المتماثل عبر المناطق وتجاوز الفشل، وتكون المنطقة الأساسية قيد التشغيل.
النسخ المتماثل للبيانات بين المناطق: يتم نسخ البيانات تلقائيا إلى المنطقة المقترنة. يحدث النسخ المتماثل بشكل غير متزامن، ما يعني أنه من المتوقع فقدان بعض البيانات في حالة حدوث تجاوز الفشل.
توجيه نسبة استخدام الشبكة بين المناطق: في العمليات العادية، تتدفق نسبة استخدام الشبكة فقط إلى المنطقة الأساسية.
السلوك أثناء فشل المنطقة
يصف هذا القسم ما يمكن توقعه عند تكوين سجل الجهاز للنسخ المتماثل عبر المناطق وتجاوز الفشل وهناك انقطاع في المنطقة الأساسية.
الكشف والاستجابة: يمكن أن تقرر Microsoft إجراء تجاوز فشل إذا فقدت المنطقة الأساسية. قد تستغرق هذه العملية عدة ساعات بعد فقدان المنطقة الأساسية، أو حتى لفترة أطول في بعض السيناريوهات. قد لا يحدث تجاوز فشل موارد Device Registry في نفس الوقت مع خدمات Azure الأخرى.
اخطار: يمكن مراقبة أحداث فشل المنطقة من خلال Azure Service Health. قم بإعداد التنبيهات لتلقي إشعارات بالمشكلات على مستوى المنطقة.
الطلبات النشطة: من المحتمل أن تفقد أي طلبات تعالجها المنطقة الأساسية أثناء تجاوز الفشل. يجب على العملاء إعادة محاولة الطلبات بعد اكتمال تجاوز الفشل.
فقدان البيانات المتوقع: يتم نسخ البيانات بشكل غير متزامن مع المنطقة المقترنة. ونتيجة لذلك، من المتوقع فقدان بعض البيانات بعد تجاوز الفشل. يمكنك توقع أقل من 15 دقيقة من فقدان البيانات بعد تجاوز فشل المنطقة.
وقت التوقف المتوقع: توقع ما يقرب من 24 ساعة من وقت التوقف عن العمل من وقت فقدان المنطقة إلى وقت توفر المورد في المنطقة المقترنة.
إعادة توجيه حركة المرور: أثناء عملية تجاوز الفشل، يقوم Device Registry بتحديث سجلات DNS للإشارة إلى المنطقة المقترنة. يتم إرسال جميع الطلبات اللاحقة إلى المنطقة المقترنة.
بعد اكتمال عملية تجاوز الفشل للسجل، من المتوقع أن تستمر جميع العمليات من الجهاز والتطبيقات الخلفية في العمل دون الحاجة إلى تدخل يدوي.
انتعاش المنطقة
عندما تستعيد المنطقة الأساسية، يقوم سجل الأجهزة باستعادة العمليات تلقائيا في المنطقة.
اختبار حالات فشل المنطقة
تدير منصة سجل الأجهزة توجيه حركة المرور، وتجاوز الفشل، وإرجاع الفشل عبر المناطق المرتبطة. لا تحتاج إلى بدء أي شيء. نظرا لأن هذه الميزة تتم إدارتها بالكامل، فلن تحتاج إلى التحقق من صحة عمليات فشل المنطقة المقترنة.