ماذا يعني أن يكون لدى IoT Central قابلية وصول عالية واسترداد البيانات بعد الكوارث (HADR) والنطاق المرن؟

  • مقالة

Azure IoT Central هو نظام أساسي للتطبيق كخدمة (aPaaS) يدير قابلية التوسع و HADR نيابة عنك. يمكن توسيع نطاق تطبيق IoT Central لدعم مئات الآلاف من الأجهزة المتصلة. لمزيد من المعلومات حول تسعير الجهاز والرسائل، راجع تسعير Azure IoT Central. لمزيد من المعلومات حول اتفاقية مستوى الخدمة، راجع اتفاقية مستوى الخدمة ل Azure IoT Central.

توفر هذه المقالة معلومات خلفية حول كيفية قياس IoT Central وتسليم HADR. كما تتضمن المقالة إرشادات حول كيفية الاستفادة من هذه الإمكانات.

قابلية التوسع

تستخدم تطبيقات IoT Central داخليا خدمات Azure متعددة مثل IoT Hub وخدمة توفير الأجهزة (DPS). العديد من هذه الخدمات الأساسية متعددة المستأجرين. ومع ذلك، لضمان العزل الكامل لبيانات العملاء، يستخدم IoT Central مراكز IoT أحادية المستأجر.

يقوم IoT Central تلقائيا بتحجيم مراكز IoT الخاصة به استنادا إلى ملفات تعريف التحميل في التطبيق الخاص بك. يمكن ل IoT Central توسيع نطاق مراكز IoT الفردية وتوسيع نطاق عدد مراكز IoT في أحد التطبيقات. يقوم IoT Central أيضا بتحجيم الخدمات الأساسية الأخرى تلقائيا.

قابلية الوصول العالية والتعافي من الكوارث

تعتمد قدرات HADR على وقت إنشاء تطبيق IoT Central الخاص بك:

التطبيقات التي تم إنشاؤها قبل أبريل 2021

تستخدم بعض التطبيقات التي تم إنشاؤها قبل أبريل 2021 مركز IoT واحد. بالنسبة لهذه التطبيقات، لا يوفر IoT Central قدرات HADR. إذا أصبح مركز IoT غير متوفر، يصبح التطبيق غير متوفر.

az iot central device manual-failover استخدم الأمر للتحقق مما إذا كان التطبيق الخاص بك لا يزال يستخدم مركز IoT واحدا. يقوم هذا الأمر بإرجاع خطأ إذا كان التطبيق يحتوي على مركز IoT واحد.

التطبيقات التي تم إنشاؤها بعد أبريل 2021 وقبل أبريل 2023

للاتصال بالجهاز عالي التوفر، يحتوي تطبيق IoT Central دائما على مركزي IoT على الأقل. يمكن أن يزداد عدد المراكز أو يقل مع تحجيم IoT Central للتطبيق استجابة للتغييرات في ملف تعريف التحميل.

يستخدم IoT Central أيضا مناطق التوفر لجعل الخدمات المختلفة التي يستخدمها متوفرة بشكل كبير.

قد يتراوح الحدث الذي يتطلب استرداد البيانات بعد الكوارث من مجموعة فرعية من الخدمات التي تصبح غير متوفرة إلى منطقة بأكملها تصبح غير متوفرة. يتبع IoT Central عمليات استرداد مختلفة اعتمادا على طبيعة الحادث وحجمه. على سبيل المثال، إذا أصبحت منطقة Azure بأكملها غير متوفرة في أعقاب فشل كارثي، فإن إجراءات التعافي من الكوارث تفشل التطبيقات إلى منطقة أخرى في نفس الجغرافيا.

التطبيقات التي تم إنشاؤها بعد أبريل 2023

تحتوي تطبيقات IoT Central التي تم إنشاؤها بعد أبريل 2023 في البداية على مركز IoT واحد. إذا أصبح مركز IoT غير متوفر، يصبح التطبيق غير متوفر. ومع ذلك، يقوم IoT Central تلقائيا بتحجيم التطبيق وإضافة مركز IoT جديد لكل 10000 جهاز متصل. إذا كنت تحتاج إلى مراكز IoT متعددة للتطبيقات التي بها أقل من 10000 جهاز، أرسل طلبا إلى دعم عملاء IoT Central.

az iot central device manual-failover استخدم الأمر للتحقق مما إذا كان تطبيقك يستخدم حاليا مركز IoT واحدا. يقوم هذا الأمر بإرجاع خطأ إذا كان التطبيق يحتوي حاليا على مركز IoT واحد.

العمل مع مراكز IoT متعددة

نتيجة للتحجيم التلقائي ودعم HADR، يمكن أن تتغير مثيلات مركز IoT في تطبيقك. على سبيل المثال:

  • يمكن أن يزيد عدد المراكز أو ينخفض مع تحجيم التطبيق.
  • قد يفشل المركز ويصبح غير متوفر.
  • يمكن أن تضيف إجراءات التعافي من الكوارث مراكز جديدة في منطقة مختلفة لاستبدال المراكز في منطقة فاشلة.

على الرغم من أن IoT Central يدير مراكز IoT في تطبيقك نيابة عنك، يجب أن يكون الجهاز قادرا على إعادة إنشاء اتصال إذا كان المركز الذي يتصل به غير متوفر:

توفير الأجهزة

مع تغير عدد مراكز IoT في التطبيق الخاص بك، قد يحتاج الجهاز إلى الاتصال بمركز مختلف.

قبل أن يتصل الجهاز ب IoT Central، يجب تسجيله وتوفيره في الخدمات الأساسية. عند إضافة جهاز إلى تطبيق IoT Central، يضيف IoT Central إدخالا إلى مجموعة تسجيل DPS. تظهر المعلومات من مجموعة التسجيل مثل نطاق المعرف ومعرف الجهاز والمفاتيح في واجهة مستخدم IoT Central.

عندما يتصل جهاز بتطبيق IoT Central لأول مرة، توفر DPS الجهاز في أحد مراكز IoT المرتبطة بمجموعة التسجيلات. ثم يرتبط الجهاز بمركز IoT هذا. يستخدم DPS نهج تخصيص لتحميل موازنة التوفير عبر مراكز IoT في التطبيق. تتأكد هذه العملية من أن كل مركز IoT يحتوي على عدد مماثل من الأجهزة المقدمة.

لمعرفة المزيد حول التسجيل والتزويد في IoT Central، راجع دليل اتصال جهاز IoT Central.

اتصالات الجهاز

بعد أن يقوم DPS بتوفير جهاز إلى مركز IoT، يحاول الجهاز دائما الاتصال بهذا المركز. إذا تعذر على الجهاز الوصول إلى مركز IoT الذي تم توفيره له، فلن يتمكن من الاتصال بتطبيق IoT Central الخاص بك. لمعالجة هذا السيناريو، يجب أن يتضمن البرنامج الثابت للجهاز استراتيجية إعادة المحاولة التي تعيد توفير الجهاز إلى مركز آخر.

لمعرفة المزيد حول كيفية معالجة البرنامج الثابت للجهاز لأخطاء الاتصال والاتصال بمركز مختلف، راجع أفضل الممارسات.

لمعرفة المزيد حول كيفية التحقق من أن البرنامج الثابت لجهازك يمكنه التعامل مع حالات فشل الاتصال، راجع اختبار قدرات تجاوز الفشل.

تصدير البيانات

غالبا ما تستخدم تطبيقات IoT Central خدمات أخرى تم تكوينها من قبل المستخدم. على سبيل المثال، يمكنك تكوين تطبيق IoT Central لتصدير البيانات باستمرار إلى خدمات مثل Azure Event Hubs وAzure Blob Storage.

إذا تعذر على تصدير البيانات المكون الكتابة إلى وجهته، يحاول IoT Central إعادة إرسال البيانات لمدة تصل إلى 15 دقيقة، وبعد ذلك يضع IoT Central علامة على الوجهة على أنها فاشلة. يتم التحقق من الوجهات الفاشلة بشكل دوري للتحقق مما إذا كانت قابلة للكتابة.

يمكنك إجبار IoT Central على إعادة تشغيل عمليات التصدير الفاشلة عن طريق تعطيل تصدير البيانات وإعادة تمكينه.

راجع أفضل ممارسات قابلية الوصول العالية وقابلية التوسع لخدمة وجهة تصدير البيانات التي تستخدمها:

القيود

حاليا، لا يمكن لأجهزة IoT Edge التنقل بين مراكز IoT.

الخطوات التالية

الآن بعد أن تعرفت على قابلية التوسع وقابلية الوصول العالية ل Azure IoT Central، فإن الخطوة التالية المقترحة هي التعرف على الحصص والحدود في Azure IoT Central.