تخطيط بيئة السلسلة الزمنية Insights Gen1 من Azure

  • مقالة
  • قراءة خلال 9 دقائق

ملاحظة

لن يتم دعم خدمة Insights السلاسل الزمنية (TSI) بعد مارس 2025. فكر في ترحيل بيئات TSI الحالية إلى حلول بديلة في أقرب وقت ممكن. لمزيد من المعلومات حول الإهمال والترحيل، يرجى زيارة وثائقنا.

تنبيه

هذه مقالة Gen1.

توضح هذه المقالة كيفية تخطيط بيئة Azure Time Series Insights Gen1 استنادا إلى معدل الدخول المتوقع ومتطلبات الاحتفاظ بالبيانات.

فيديو

شاهد هذا الفيديو لمعرفة المزيد حول الاحتفاظ بالبيانات في Insights السلسلة الزمنية ل Azure وكيفية التخطيط لها:

أفضل الممارسات

لبدء استخدام Azure Time Series Insights، من الأفضل أن تعرف مقدار البيانات التي تتوقع دفعها كل دقيقة والمدة التي تحتاجها لتخزين بياناتك.

لمزيد من المعلومات حول السعة والاحتفاظ لكل من وحدات SKU Insights السلسلة الزمنية من Azure، اقرأ تسعير Insights السلسلة الزمنية Azure.

لتخطيط بيئة Insights السلسلة الزمنية ل Azure بشكل أفضل لتحقيق النجاح على المدى الطويل، ضع في اعتبارك السمات التالية:

سعة التخزين

بشكل افتراضي، يحتفظ Azure Time Series Insights بالبيانات استنادا إلى مقدار التخزين الذي توفره (الوحدات × مقدار التخزين لكل وحدة) والدخول.

استبقاء البيانات

يمكنك تغيير إعداد وقت الاحتفاظ بالبيانات في بيئة Insights السلسلة الزمنية ل Azure. يمكنك تمكين ما يصل إلى 400 يوم من الاستبقاء.

يحتوي Azure Time Series Insights على وضعين:

  • يعمل وضع واحد على تحسين أحدث البيانات. يفرض سياسة لإزالة البيانات القديمة مع ترك البيانات الحديثة متاحة مع المثيل. هذا الوضع قيد التشغيل، بشكل افتراضي.
  • يعمل الآخر على تحسين البيانات لتظل أقل من حدود الاحتفاظ التي تم تكوينها. يمنع إدخال الإيقاف المؤقت البيانات الجديدة من الدخول عند تحديدها كسلوك تجاوز حد التخزين.

يمكنك ضبط الاحتفاظ والتبديل بين الوضعين في صفحة تكوين البيئة في مدخل Azure.

هام

يمكنك تكوين 400 يوم كحد أقصى من الاحتفاظ بالبيانات في بيئة Azure Time Series Insights Gen1.

تكوين الاحتفاظ بالبيانات

  1. في مدخل Azure، حدد بيئة Insights السلاسل الزمنية.

  2. في جزء بيئة Insights السلسلة الزمنية، ضمن الإعدادات، حدد تكوين التخزين.

  3. في المربع وقت الاحتفاظ بالبيانات (بالأيام)، أدخل قيمة بين 1 و400.

    Configure retention

تلميح

لمعرفة المزيد حول كيفية تنفيذ نهج مناسب للاحتفاظ بالبيانات، اقرأ كيفية تكوين الاحتفاظ بالبيانات.

سعة الدخول

يلخص ما يلي الحدود الأساسية في السلسلة الزمنية Azure Insights Gen1.

معدلات دخول وحدات SKU وسعتها

توفر معدلات وسعات دخول وحدات SKU S1 وS2 SKU المرونة عند تكوين بيئة Insights جديدة من السلسلة الزمنية من Azure. تشير سعة SKU إلى معدل الدخول اليومي استنادا إلى عدد الأحداث أو وحدات البايت المخزنة، أيهما يأتي أولا. لاحظ أنه يتم قياس الدخول في الدقيقة ، ويتم تطبيق الاختناق باستخدام خوارزمية حاوية الرمز المميز. يتم قياس الدخول في كتل 1 كيلو بايت. على سبيل المثال، سيتم قياس حدث فعلي بحجم 0.8 كيلوبايت كحدث واحد، ويتم حساب حدث بحجم 2.6 كيلوبايت كثلاثة أحداث.

سعة وحدة SKU S1 معدل الدخول الحد الأقصى لسعة التخزين
1 1 غيغابايت (1 مليون حدث) يوميا 30 غيغابايت (30 مليون حدث)
10 10 غيغابايت (10 ملايين حدث) يوميا 300 غيغابايت (300 مليون حدث)
سعة وحدة SKU S2 معدل الدخول الحد الأقصى لسعة التخزين
1 10 غيغابايت (10 ملايين حدث) يوميا 300 غيغابايت (300 مليون حدث)
10 100 غيغابايت (100 مليون حدث) يوميا 3 تيرابايت (3 مليارات حدث)

ملاحظة

يتم توسيع السعات خطيا، لذا فإن وحدة SKU S1 ذات السعة 2 تدعم معدل دخول الأحداث يوميا بسعة 2 غيغابايت (2 مليون) و60 غيغابايت (60 مليون حدث) شهريا.

تدعم بيئات S2 SKU عددا أكبر بكثير من الأحداث شهريا ولديها قدرة دخول أعلى بكثير.

SKU عدد الأحداث شهريا عدد الأحداث في الدقيقة حجم الحدث في الدقيقة
S1 30 مليون 720 720 كيلوبايت
S2 300 مليون 7,200 7,200 كيلوبايت

حدود الملكية

تعتمد حدود خصائص Gen1 على بيئة SKU المحددة. تحتوي خصائص الأحداث المتوفرة على أعمدة JSON وCSV ومخطط مناظرة يمكن عرضها ضمن مستكشف Insights السلسلة الزمنية Azure.

SKU الحد الأقصى للخصائص
S1 600 مكان إقامة (أعمدة)
S2 800 خاصية (أعمدة)

مصادر الأحداث

يتم دعم مصدرين للأحداث كحد أقصى لكل مثيل.

حدود واجهة برمجة التطبيقات

يتم تحديد حدود واجهة برمجة تطبيقات REST للسلسلة الزمنية Azure Insights Gen1 في الوثائق المرجعية لواجهة برمجة تطبيقات REST.

التخطيط البيئي

المجال الثاني الذي يجب التركيز عليه لتخطيط بيئة Insights السلسلة الزمنية Azure هو سعة الدخول. يتم قياس سعة التخزين والحدث اليومية للدخول في الدقيقة الواحدة، في كتل بحجم 1 كيلوبايت. الحد الأقصى لحجم الحزمة المسموح به هو 32 كيلوبايت. يتم اقتطاع حزم البيانات التي يزيد حجمها عن 32 كيلوبايت.

يمكنك زيادة سعة وحدة SKU S1 أو S2 إلى 10 وحدات في بيئة واحدة. لا يمكنك الترحيل من بيئة S1 إلى S2. لا يمكنك الترحيل من بيئة S2 إلى S1.

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

يلعب الاختناق والكمون دورا في سعة الدقيقة. إذا كان لديك ارتفاع في دخول البيانات يستمر أقل من 24 ساعة، فيمكن Insights Azure Time Series "اللحاق بالركب" بمعدل دخول يبلغ ضعف المعدلات المدرجة في الجدول السابق.

على سبيل المثال، إذا كان لديك وحدة SKU S1 واحدة، وقمت بإدخال البيانات بمعدل 720 حدثا في الدقيقة، وارتفع معدل البيانات لمدة تقل عن ساعة واحدة بمعدل 1,440 حدثا أو أقل، فلا يوجد زمن انتقال ملحوظ في بيئتك. ومع ذلك، إذا تجاوزت 1440 حدثا في الدقيقة لأكثر من ساعة واحدة، فمن المحتمل أن تواجه زمن انتقال في البيانات المرئية والمتاحة للاستعلام في بيئتك.

قد لا تعرف مقدما مقدار البيانات التي تتوقع دفعها. في هذه الحالة، يمكنك العثور على القياس عن بعد للبيانات ل Azure IoT Hub و Azure Event Hubs في اشتراكك في مدخل Azure. يمكن أن يساعدك القياس عن بعد في تحديد كيفية توفير بيئتك. استخدم جزء المقاييس في مدخل Azure لمصدر الحدث المعني لعرض القياس عن بعد الخاص به. إذا كنت تفهم مقاييس مصدر الحدث، فيمكنك تخطيط بيئة Insights Azure Time Series وتوفيرها بشكل أكثر فعالية.

حساب متطلبات الدخول

لحساب متطلبات الدخول:

  • تحقق من أن سعة الدخول أعلى من متوسط معدل الدقيقة وأن بيئتك كبيرة بما يكفي للتعامل مع الدخول المتوقع بما يعادل ضعف سعتك لمدة تقل عن ساعة واحدة.

  • في حالة حدوث طفرات دخول تستمر لأكثر من 1 ساعة، استخدم معدل الارتفاع كمتوسط. توفير بيئة مع القدرة على التعامل مع معدل الارتفاع.

التخفيف من الاختناق والكمون

للحصول على معلومات حول كيفية منع الاختناق والكمون، اقرأ تخفيف زمن الوصول والاختناق.

تشكيل الأحداث الخاصة بك

من المهم التأكد من أن الطريقة التي ترسل بها الأحداث إلى Azure Time Series Insights تدعم حجم البيئة التي تقوم بتوفيرها. (على العكس من ذلك، يمكنك تعيين حجم البيئة إلى عدد الأحداث التي يقرأها Azure Time Series Insights وحجم كل حدث.) من المهم أيضا التفكير في السمات التي قد ترغب في استخدامها للتقطيع والتصفية حسب وقت الاستعلام عن بياناتك.

تلميح

راجع وثائق تشكيل JSON في إرسال الأحداث.

تأكد من أن لديك بيانات مرجعية

مجموعة البيانات المرجعية هي مجموعة من العناصر التي تزيد من الأحداث من مصدر الحدث. ينضم محرك الدخول Insights السلسلة الزمنية Azure إلى كل حدث من مصدر الحدث الخاص بك مع صف البيانات المقابل في مجموعة البيانات المرجعية. ثم يكون الحدث المعزز متاحا للاستعلام. يستند الانضمام إلى أعمدة المفتاح الأساسي التي تم تعريفها في مجموعة البيانات المرجعية.

ملاحظة

لا يتم ضم البيانات المرجعية بأثر رجعي. تتم مطابقة بيانات الدخول الحالية والمستقبلية فقط وضمها إلى مجموعة البيانات المرجعية بعد تكوينها وتحميلها. إذا كنت تخطط لإرسال كمية كبيرة من البيانات السابقة إلى Insights Azure Time Series ولا تقوم أولا بتحميل بيانات مرجعية أو إنشائها في Insights Azure Time Series، فقد تضطر إلى إعادة عملك (تلميح: ليس ممتعا).

لمعرفة المزيد حول كيفية إنشاء بياناتك المرجعية وتحميلها وإدارتها في Insights Azure Time Series، اقرأ وثائق مجموعة البيانات المرجعية.

التعافي من الكوارث التجارية

يصف هذا القسم ميزات Azure Time Series Insights التي تحافظ على تشغيل التطبيقات والخدمات، حتى في حالة حدوث كارثة (تعرف باسم التعافي من الكوارث في الأعمال).

قابلية وصول عالية

كخدمة Azure، يوفر Azure Time Series Insights بعض ميزات التوفر العالي باستخدام التكرار على مستوى منطقة Azure. على سبيل المثال، يدعم Azure إمكانات التعافي من الكوارث من خلال ميزة التوفر عبر المناطق في Azure.

تتضمن الميزات الإضافية عالية التوفر المتوفرة من خلال Azure (والمتوفرة أيضا لأي سلسلة زمنية من Azure Insights المثيل) ما يلي:

تأكد من تمكين ميزات Azure ذات الصلة لتوفير توفر عالمي عال عبر المناطق لأجهزتك ومستخدميك.

ملاحظة

إذا تم تكوين Azure لتمكين التوفر عبر المناطق، فلن يلزم تكوين توفر إضافي عبر المناطق في Insights السلسلة الزمنية ل Azure.

إنترنت الأشياء ومراكز الأحداث

تتضمن بعض خدمات Azure IoT أيضا ميزات مضمنة للتعافي من الكوارث للأعمال:

يوفر دمج Insights Azure Time Series مع الخدمات الأخرى فرصا إضافية للتعافي من الكوارث. على سبيل المثال، قد يستمر القياس عن بعد المرسل إلى مركز الأحداث إلى قاعدة بيانات تخزين Azure Blob احتياطية.

Azure Time Series Insights

هناك عدة طرق للحفاظ على تشغيل Azure Time Series Insights البيانات والتطبيقات والخدمات، حتى في حالة تعطلها.

ومع ذلك، قد تقرر أن نسخة احتياطية كاملة من بيئة Azure Time Series مطلوبة أيضا، للأغراض التالية:

  • كمثيل تجاوز فشل مخصص ل Azure Time Series Insights لإعادة توجيه البيانات وحركة المرور إلى
  • للحفاظ على البيانات ومعلومات التدقيق

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

لإنشاء بيئة مكررة:

  1. خلق بيئة في منطقة ثانية. لمزيد من المعلومات، اقرأ إنشاء بيئة Insights جديدة لسلسلة زمنية Azure في مدخل Azure.
  2. أنشئ مجموعة مستهلكين مخصصة ثانية لمصدر الحدث الخاص بك.
  3. الاتصال مصدر الحدث هذا إلى البيئة الجديدة. تأكد من تعيين ثاني مجموعة مخصصة للمستهلكين.
  4. راجع وثائق Azure Time Series Insights IoT HubوEvent Hubs.

في حالة وقوع حدث:

  1. إذا تأثرت منطقتك الأساسية أثناء وقوع حادث كارثة، فأعد توجيه العمليات إلى بيئة Insights Azure Time Series الاحتياطية.
  2. نظرا لإعادة تشغيل أرقام تسلسل الموزع من 0 بعد تجاوز الفشل، أعد إنشاء مصدر الحدث في كل من المناطق/البيئات مع مجموعات مستهلكين مختلفة لتجنب إنشاء ما قد يبدو وكأنه أحداث مكررة.
  3. احذف مصدر الحدث الأساسي، الذي أصبح الآن غير نشط، لتحرير مصدر حدث متاح لبيئتك. (هناك حد أقصى لمصدري أحداث نشطين لكل بيئة.)
  4. استخدم منطقتك الثانية لعمل نسخة احتياطية من جميع بيانات القياس عن بعد والاستعلام من Azure Insights القياس عن بعد واستردادها.

هام

في حالة حدوث تجاوز فشل:

  • قد يحدث تأخير أيضا.
  • قد يحدث ارتفاع مؤقت في معالجة الرسائل، حيث تتم إعادة توجيه العمليات.

لمزيد من المعلومات، اقرأ تخفيف زمن الانتقال في Insights السلسلة الزمنية ل Azure.

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