الأسئلة المتداولة في مراكز الأحداث Event Hubs

مساحة الاسم هي حاوية تحديد النطاق لمراكز الأحداث أو مواضيع Kafka. تمنحك FQDN فريدًا. تعمل مساحة الاسم كحاوية تطبيق يمكنها إيواء مراكز أحداث متعددة أو مواضيع Kafka.

‏‏لا. بمجرد النشر، لا يمكن التغيير (على سبيل المثال) من المستوى القياسي إلى المستوى المتميز دون نشر مورد جديد.

يتم فوترة مخصصات سعة معدلات النقل (TUs) أو وحدات المعالجة (PUs)على مستوى مساحة اسم الخدمة. مساحة الاسم مقترنة أيضًا بمنطقة.

قد تحتاج إلى إنشاء مساحة اسم جديدة بدلا من استخدام مساحة اسم موجودة في أحد السيناريوهات التالية:

• تحتاج إلى مركز أحداث مقترن بمنطقة جديدة.
• تحتاج إلى مركز أحداث مقترن باشتراك مختلف.
• تحتاج إلى مركز أحداث مع تخصيص سعة مميز (أي أن الحاجة إلى السعة لمساحة الاسم مع مركز الأحداث المضاف ستتجاوز عتبة 40 TU ولا تريد الانتقال إلى نظام المجموعة المخصص).'

يوفر المستوى القياسي Standard لـ Azure Event Hubs ميزات تتجاوز ما هو متوفر في المستوى الأساسي Basic. يتم تضمين الميزات التالية مع المستوى القياسي:

• الاحتفاظ بالحدث لفترة أطول
• اتصالات مرتبة إضافية، مع رسوم زائدة لأكثر من العدد المدرج
• أكثر من مجموعة مستهلكين واحدة
• التقاط
• اندماج كافكا

لمزيد من المعلومات حول تسعير المستويات، بما في ذلك مراكز الأحداث المخصصة، راجع Event Hubs pricing details.

تتوفر مراكز الأحداث Azure Event Hubs في كافة مناطق Azure المعتمدة. للحصول على قائمة، قم بزيارة صفحة Azure regions

نعم، طالما أن كافة مراكز الحدث في نفس مساحة الاسم.

يدعم المستوى القياسي لمراكز الأحداث حاليا فترة استبقاء قصوى تبلغ سبعة أيام بينما بالنسبة للمستوى المتميز والمخصص، يكون هذا الحد 90 يوما. مراكز الأحداث ليست مجهزة لتكون مخزن بيانات دائمًا. فترات الاستبقاء التي تزيد عن 24 ساعة مخصصة للسيناريوهات التي يكون من الملائم فيها إعادة تشغيل دفق من الأحداث في نفس الأنظمة. على سبيل المثال، للتدريب أو التحقق من نموذج جديد للتعلم الآلي على البيانات الموجودة. إذا كنت بحاجة إلى الاحتفاظ بالرسالة بعد سبعة أيام، فإن تمكين Event Hubs Capture على مركز الأحداث الخاص بك يسحب البيانات من مركز الأحداث إلى حساب التخزين أو حساب Azure Data Lake Service الذي تختاره. يؤدي تمكين Capture إلى فرض رسوم استنادًا إلى وحدات الإنتاجية التي تم شراؤها.

يمكنك تكوين فترة الاحتفاظ للبيانات الملتقطة على حساب التخزين الخاص بك. توفر ميزة lifecycle managementعلى Azure Storage سياسة غنية تستند إلى القواعد لحسابات التخزين ذات الأغراض العامة v2 وblob. استخدم النهج لنقل بياناتك إلى طبقات التخزين المناسبة أو لانتهاء صلاحيتها في نهاية دورة حياة البيانات. لمزيد من المعلومات، راجع Manage the Azure Blob storage lifecycle.

تصدر مراكز الأحداث مقاييس شاملة توفر حالة الموارد الخاصة بك إلى Azure Monitor. كما أنها تتيح لك تقييم السلامة العامة لخدمة "مراكز الأحداث" ليس فقط على مستوى مساحة الاسم ولكن أيضاً على مستوى العنصر. تعرف على ما يتم تقديمه من مراقبة لمراكز Azure Event Hubs.

تقوم مراكز الأحداث القياسية والمتميزة والمخصصة بتخزين ومعالجة البيانات المنشورة إليها في المنطقة التي تحددها عند إنشاء مساحة اسم مراكز الأحداث. بشكل افتراضي، تبقى بيانات العملاء داخل تلك المنطقة. عند إعداد الاسترداد الجغرافي بعد عطل فادح لمساحة اسم Azure Event Hubs، يتم نسخ بيانات التعريف إلى المنطقة الثانوية التي تحددها. لذلك، تلبي هذه الخدمة تلقائيًّا متطلبات الإقامة لبيانات المنطقة بما في ذلك تلك المحددة في Trust Center

ما المنافذ التي أحتاج إلى فتحها على جدار الحماية؟

يمكنك استخدام البروتوكولات التالية مع لوحات الوصل الحدث Azure لإرسال الأحداث وتلقيها:

• بروتوكول متقدمة لوضع الرسائل في قائمة انتظار 1.0 (AMQP)
• بروتوكول نقل النص التشعبي 1.1 مع أمان طبقة النقل (HTTPS)
• Apache Kafka

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

منفذ HTTPS مطلوب للاتصال الصادر أيضا عند استخدام AMQP عبر المنفذ 5671، لأن العديد من عمليات الإدارة التي تنفذها SDKs للعميل والحصول على الرموز المميزة من معرف Microsoft Entra (عند استخدامها) تعمل عبر HTTPS.

يستخدم Azure SDK الرسمي بشكل عام بروتوكول AMQP لإرسال الأحداث وتلقيها من مراكز الأحداث. خيار بروتوكول AMQP عبر WebSockets يعمل عبر منفذ TCP 443 تمامًا مثل HTTP API، ولكن يتطابق بخلاف ذلك وظيفيًا مع AMQP العادي. يحتوي هذا الخيار على زمن وصول اتصال أولي أعلى بسبب جولات تأكيد الاتصال الإضافية والمزيد من النفقات العامة كمقايضة لمشاركة منفذ HTTPS. إذا تم تحديد هذا الوضع، فمنفذ TCP 443 كافٍ للاتصال. تسمح الخيارات التالية بتحديد وضع AMQP أو AMQP WebSockets عادي:

ما هي عناوين IP التي أحتاج إلى السماح بها؟

عندما تعمل مع Azure، يتعين عليك أحياناً السماح بنطاقات عناوين IP أو عناوين URL معينة في جدار الحماية أو الوكيل الخاص بشركتك للوصول إلى جميع خدمات Azure التي تستخدمها أو تحاول استخدامها. تحقق من أن حركة المرور مسموح بها على عناوين IP المستخدمة من قبل لوحات الوصل الأحداث. لعناوين IP المستخدمة من قبل مراكز أحداث Azure: راجع نطاقات IP Azure وعلامات الخدمة - السحابة العامة.

أيضًا، تحقق من أن عنوان IP لمساحة الاسم مسموح به. للبحث عن عناوين IP الصحيحة للسماح باتصالاتك، اتبع الخطوات التالية:

1. تشغيل الأمر التالي من موجه الأوامر:

   nslookup <YourNamespaceName>.servicebus.windows.net
   

2. لاحظ أسفل عنوان IP الذي تم إرجاعه في Non-authoritative answer.

إذا كنت تستخدم تكرار المنطقة لمساحة الاسم الخاصة بك، فستحتاج إلى القيام ببعض الخطوات الإضافية:

1. أولاً، تشغيل nslookup على مساحة الاسم.

   nslookup <yournamespace>.servicebus.windows.net
   

2. قم بتدوين الاسم في قسم إجابة غير موثوق بها، الموجود بأحد التنسيقات التالية:

   <name>-s1.cloudapp.net
   <name>-s2.cloudapp.net
   <name>-s3.cloudapp.net
   

3. تشغيل nslookup لكل واحد مع لاحقات s1 وs2 وs3 للحصول على عناوين IP من كافة المثيلات الثلاثة قيد التشغيل في ثلاث مناطق توفر،

   إشعار

   عنوان IP الذي يعرضه الأمر nslookupليس عنوان IP ثابتًا. ومع ذلك، يبقى ثابتًا حتى يتم حذف النشر الأساسي أو نقله إلى كتلة مختلفة.

ما هي IPs العميل إرسال الأحداث إلى أو تلقي الأحداث من مساحة الاسم الخاصة بي؟

أولا، قم بتمكين تصفية IP على مساحة الاسم.

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

{
    "SubscriptionId": "0000000-0000-0000-0000-000000000000",
    "NamespaceName": "namespace-name",
    "IPAddress": "1.2.3.4",
    "Action": "Deny Connection",
    "Reason": "IPAddress doesn't belong to a subnet with Service Endpoint enabled.",
    "Count": "65",
    "ResourceId": "/subscriptions/0000000-0000-0000-0000-000000000000/resourcegroups/testrg/providers/microsoft.eventhub/namespaces/namespace-name",
    "Category": "EventHubVNetConnectionEvent"
}

توفر مراكز الأحداث نقطة نهاية Kafka التي يمكن استخدامها من قبل التطبيقات القائمة على Apache Kafka الموجودة الخاصة بك. تغيير التكوين هو كل ما هو مطلوب للحصول على تجربة PaaS Kafka. وهي توفر بديلاً لتشغيل مجموعة Kafka الخاصة بك. تدعم مراكز الأحداث Apache Kafka 1.0 والإصدارات الأحدث من العملاء وتعمل مع تطبيقات Kafka وأدواتك وأطر عملك الحالية. لمزيد من المعلومات، راجع Event Hubs for Kafka repo.

للاتصال بمركز الأحداث، ستحتاج إلى تحديث تكوينات عميل Kafka. ويتم ذلك عن طريق إنشاء مساحة اسم "مراكز الأحداث" والحصول على Connection string. قم بتغيير bootstrap.servers لكي توجه مراكز الأحداث FQDN والمنفذ إلى 9093. قم بتحديث sasl.jaas.config لتوجيه عميل Kafka إلى نقطة النهاية الخاصة بـ Event Hubs (وهي سلسلة الاتصال التي حصلت عليها)، مع المصادقة الصحيحة كما هو موضح أدناه:

bootstrap.servers={YOUR.EVENTHUBS.FQDN}:9093
request.timeout.ms=60000
security.protocol=SASL_SSL
sasl.mechanism=PLAIN
sasl.jaas.config=org.apache.kafka.common.security.plain.PlainLoginModule required username="$ConnectionString" password="{YOUR.EVENTHUBS.CONNECTION.STRING}";

مثال:

bootstrap.servers=dummynamespace.servicebus.windows.net:9093
request.timeout.ms=60000
security.protocol=SASL_SSL
sasl.mechanism=PLAIN
sasl.jaas.config=org.apache.kafka.common.security.plain.PlainLoginModule required username="$ConnectionString" password="Endpoint=sb://dummynamespace.servicebus.windows.net/;SharedAccessKeyName=DummyAccessKeyName;SharedAccessKey=XXXXXXXXXXXXXXXXXXXXX";

الحد الأقصى لحجم الرسالة المسموح به لمراكز الأحداث هو 1 ميغابايت.

تعرف الإنتاجية في Event Hubs "مراكز الأحداث" بمقدار البيانات بالميجابايت أو عدد (بالآلاف) من أحداث 1 كيلوبايت التي تقوم بالدخول والخروج من خلال Event Hubs "مراكز الأحداث". يتم قياس الإنتاجية هذه بوحدات الإنتاجية (TUs). قم بشراء وحدات TUs قبل البدء في استخدام خدمة Event Hubs. يمكنك تحديد TUs الخاصة بـ Event Hubs بشكل صريح إما باستخدام البوابة الإلكترونية أو قوالب Event Hubs Resource Manager.

نعم، وحدات الإنتاجية (TUs) تنطبق على كافة مراكز الأحداث في مساحة اسم Event Hubs. وهذا يعني أن تشتري وحدات TUs على مستوى مساحة الاسم وتتم مشاركتها بين مراكز الحدث ضمن مساحة الاسم تلك. كل TU يمنح مساحة الاسم القدرات التالية:

• ما يصل إلى 1 ميغابايت في الثانية من أحداث الدخول (الأحداث المرسلة إلى مركز حدث)، ولكن لا يزيد عن 1000 حدث دخول أو عمليات إدارة أو استدعاءات واجهة برمجة التطبيقات للتحكم في الثانية.
• ما يصل إلى 2 ميغابايت في الثانية من أحداث الخروج (الأحداث المستهلكة من مركز الأحداث)، ولكن لا يزيد عن 4096 حدث خروج.
• ما يصل إلى 84 غيغابايت من تخزين الأحداث (بما يكفي لفترة الاستبقاء الافتراضية البالغة ساعة واحدة).

تتم فوترة وحدات الإنتاجية (TUs) على أساس كل ساعة. تستند الفوترة إلى الحد الأقصى لعدد الوحدات التي تم تحديدها خلال ساعة معينة.

يمكنك البدء بوحدة معدل نقل واحدة (TU) منخفضة، وتشغيل التقلب التلقائي. تتيح لك ميزة التكبير التلقائي تنمية وحدات TUs الخاصة بك مع زيادة نسبة استخدام الشبكة/الحمولة. يمكنك أيضا تعيين حد أعلى لعدد وحدات TUs.

تتيح لك ميزة الانفلاس التلقائي توسيع نطاق وحدات معدل النقل (TUs). وهذا يعني أنه يمكنك البدء بشراء وحدات TUs منخفضة والتحجيم التلقائي لتوسيع نطاق وحدات TUs الخاصة بك مع زيادة دخولك. فهو يوفر لك خيارًا فعالاً من حيث التكلفة والتحكم الكامل في عدد وحدات TUs التي يجب إدارتها. هذه الميزة هي ميزة توسيع نطاق فقط، ويمكنك التحكم تمامًا في تقليص عدد وحدات TUs عن طريق تحديثها.

قد ترغب في البدء بوحدات معدل نقل منخفضة (TUs)، على سبيل المثال، وحدتي TUs. إذا كنت تتوقع أن نسبة استخدام الشبكة قد تنمو إلى 15 وحدة TUs، فقم بتمكين ميزة التضخيم التلقائي على مساحة الاسم الخاصة بك، وتعيين الحد الأقصى إلى 15 TUs. يمكنك الآن زيادة وحدات TUs تلقائيًّا مع نمو حركة المرور الخاصة بك.

لا توجد تكلفة مقترنة بهذه الميزة.

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

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

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

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

عند إنشاء مساحة اسم مستوى أساسي أو قياسي في مدخل Azure، يمكنك تحديد ما يصل إلى 40 TUs لمساحة الاسم. بعد 40 TUs، تقدم مراكز الأحداث النماذج المستندة إلى الموارد/القدرات مثل Event Hubs Premium ومجموعات مخصصة لمراكز الأحداث. لمزيد من المعلومات، راجع Event Hubs Premium - overview وEvent Hubs Premium - overview.

توفر المجموعات المخصصة لمراكز الأحداث عمليات نشر لمستأجر واحد للعملاء الذين لديهم متطلبات باحتياجات أكبر. ينشئ هذا العرض مجموعة قائمة على السعة غير مرتبطة بوحدات معدل النقل. وهذا يعني أنه يمكنك استخدام المجموعة لاستيعاب وتدفق البيانات الخاصة بك كما تمليها وحدة المعالجة المركزية واستخدام الذاكرة الخاص بالمجموعة. لمزيد من المعلومات، راجع Event Hubs Dedicated clusters.

للحصول على إرشادات خطوة بخطوة والمزيد من المعلومات حول إعداد كتلة مخصصة لمراكز الأحداث، راجع Quickstart: إنشاء كتلة مخصصة لمراكز الأحداث باستخدام مدخل Azure.

ما الذي يمكنني تحقيقه من خلال نظام المجموعة؟

فيما يتعلق بنظام مجموعة Event Hubs، يعتمد مقدار ما يمكنك استيعابه وبثه على عوامل مختلفة مثل المنتجين والمستهلكين ومعدل الاستيعاب والمعالجة، وأكثر من ذلك بكثير.

يوضح الجدول التالي النتائج المعيارية التي حققناها أثناء اختبار مجموعة مخصصة قديمة:

في الاختبار، تم استخدام المعايير التالية:

• اُستخدمت مجموعة "مراكز الأحداث" ذات مستوى مخصص بأربع وحدات سعة (CUs).
• يُستخدم مركز الحدث لاستيعاب 200 قسم.
• تم تلقي البيانات التي تم استيعابها من قبل اثنين من تطبيقات الاستلام من جميع الأقسام.

هل يمكنني توسيع نطاق نظام المجموعة الخاص بي أو خفضها؟

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

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

• تحتاج إلى أكثر من 10 وحدات سعة لمجموعة مخصصة قابلة للتطوير ذاتية الخدمة (مجموعة أُنشئت باستخدام مجموعة خيارات دعم التحجيم).
• تحتاج إلى توسيع النطاق مجموعة أُنشئت أو تغيير حجمها دون تحديد خيار "دعم التحجيم"
• تحتاج إلى توسيع نطاق مجموعة مخصصة أُنشئت قبل إصدار تجربة الخدمة الذاتية أو تغيير حجمها

هل يمكنني الترحيل من مجموعة قديمة إلى مجموعة قابلة للتطوير ذاتية الخدمة؟

نظرا للفرق في البنية الأساسية للأجهزة والبرامج الأساسية، لا ندعم حاليا ترحيل المجموعات التي لا تدعم تحجيم الخدمة الذاتية لمجموعات مخصصة قابلة للتطوير ذاتية الخدمة. إذا كنت ترغب في استخدام تحجيم الخدمة الذاتية، يجب إعادة إنشاء نظام المجموعة. لمعرفة كيفية إنشاء مجموعة قابل للتطوير، راجع إنشاء مجموعة مخصصة لـ "مراكز الأحداث".

متى أقوم بتوسيع نظام مجموعتي المخصصة؟

استهلاك وحدة المعالجة المركزية هو المفتاح الرئيسي لاستهلاك الموارد لنظام مجموعتك المخصصة. عندما يصل الاستهلاك الإجمالي لوحدة المعالجة المركزية (CPU) إلى 70% (بدون ملاحظة أي ظروف غير طبيعية مثل العدد الكبير من أخطاء الخادم أو انخفاض الطلبات الناجحة)، فهذا يعني أن مجموعتك تتجه نحو سعتها القصوى. لذلك يمكنك استخدام هذا كمؤشر للنظر فيما إذا كنت بحاجة إلى توسيع نطاق نظام مجموعتك المخصصة أم لا.

لمراقبة استخدام وحدة المعالجة المركزية للمجموعة المخصصة، عليك اتباع هذه الخطوات.

• في صفحة المقاييس الخاصة بمجموعة Event Hubs Dedicated، حدد Add metric.

• حدد CPU كمقياس واستخدم Max كتجميع.

  

• ثم حدد إضافة عامل تصفية، وأضف عامل تصفية لنوع Roleالخاصية ، واستخدم عامل التشغيل المتساوي وحدد جميع القيم الثلاث (Backend، Gateway) من القائمة المنسدلة.

  

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

كيف يعمل Geo-DR مع نظام مجموعتي؟

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

هل يمكنني ترحيل مساحات الأسماء القياسية أو المتميزة إلى مجموعة ذات مستوى مخصص؟

لا ندعم حالياً عملية ترحيل تلقائية لترحيل بيانات مراكز الأحداث الخاصة بك من مساحة اسم قياسية أو مميزة إلى مساحة مخصصة.

لماذا تحتوي المجموعة المخصصة المكررة في المنطقة على حد أدنى من 8 وحدات CU؟

لتوفير تكرار المنطقة للعرض المخصص، يجب أن تحتوي جميع موارد الحوسبة على 3 نسخ متماثلة عبر 3 مراكز بيانات في نفس المنطقة. هذا هو الحد الأدنى من المتطلبات لدعم تكرار المنطقة (بحيث لا يزال بإمكان الخدمة العمل عند منطقتين/مراكز بيانات معطلة) وتؤدي إلى سعة حساب تعادل 8 وحدات CUs.

لذلك هذه ليست حصة نسبية يمكننا تغييرها ولكن بدلا من ذلك تقييد البنية الحالية مع مستوى مخصص.

نظرا لأن القسم هو آلية لتنظيم البيانات تسمح لك بنشر البيانات واستهلاكها بطريقة متوازية. نوصي بموازنة وحدات التحجيم (وحدات معدل النقل للمستوى القياسي، أو وحدات المعالجة للطبقة المتميزة، أو وحدات السعة للطبقة المخصصة) والأقسام لتحقيق المقياس الأمثل. بشكل عام، نوصي بحد أقصى لمعدل نقل 1 ميغابايت/ثانية لكل قسم. لذلك، فإن قاعدة الإبهام لحساب عدد الأقسام هي تقسيم الحد الأقصى لمعدل النقل المتوقع على 1 ميغابايت/ثانية. على سبيل المثال، إذا كانت حالة الاستخدام الخاصة بك تتطلب 20 ميغابايت/ثانية، نوصي باختيار 20 قسما على الأقل لتحقيق معدل النقل الأمثل.

ومع ذلك، إذا كان لديك نموذج يكون فيه التطبيق الخاص بك ترابطا إلى قسم معين، فإن زيادة عدد الأقسام ليست مفيدة. لمزيد من المعلومات، راجع availability and consistency

للحصول على معلومات كاملة حول تسعير مراكز الأحداث، راجع Event Hubs pricing details.

المستوى القياسي Standard لمراكز الحدث لا يسمح بالاحتفاظ بالرسائل لمدة أطول من 24 ساعة، لمدة أقصاها سبعة أيام. إذا تجاوز حجم العدد الإجمالي للأحداث المخزنة ما يسمح به للتخزين لعدد وحدات الإنتاجية المحددة (84 جيجابايت لكل وحدة إنتاجية)، يتم احتساب الحجم الذي يتجاوز ما يسمح به بمعدل تخزين Azure Blob المنشور. يغطي بدل التخزين في كل وحدة إنتاجية جميع تكاليف التخزين لفترات الاستبقاء البالغة 24 ساعة حتى إذا تم استخدام وحدة معدل النقل حتى الحد الأقصى المسموح به للدخول.

يتم قياس الحجم الإجمالي لكافة الأحداث المخزنة، بما في ذلك أي حمل داخلي لعناوين الأحداث أو على بنية تخزين القرص في كافة مراكز الحدث، على مدار اليوم. في نهاية اليوم، يتم حساب حجم التخزين الذروة. يتم حساب التخزين اليومي المسموح به على أساس الحد الأدنى لعدد وحدات الإنتاجية التي تم اختيارها خلال اليوم (توفر كل وحدة إنتاجية بدل 84 غيغابايت). إذا تجاوز الحجم الإجمالي بدل التخزين اليومي المحسوب، تتم فوترة التخزين الزائد باستخدام معدلات تخزين Azure Blob (بمعدل التخزين المكرر محليًّا).

كل حدث يتم إرساله إلى مركز أحداث يُعتبَر رسالة قابلة للفوترة. يتم تعريف ingress event كوحدة بيانات أقل من أو تساوي 64 كيلوبايت. يُعتبَر أي حدث أقل من أو يساوي 64 كيلوبايت في الحجم حدثًا قابلاً للفوترة. إذا كان الحدث أكبر من 64 كيلوبايت، يتم حساب عدد الأحداث القابلة للفوترة وفقًا لحجم الحدث، في مضاعفات 64 كيلوبايت. على سبيل المثال، يتم فوتورة حدث 8 كيلوبايت تم إرساله إلى مركز الحدث كحدث واحد ولكن يتم فوترة رسالة 96 كيلوبايت تم إرسالها إلى مركز الحدث كحدثين.

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

يتم تطبيق رسوم الاتصال فقط عند استخدام بروتوكول AMQP. لا توجد رسوم اتصال لإرسال الأحداث باستخدام HTTP، بغض النظر عن عدد أنظمة أو أجهزة الإرسال. إذا كنت تخطط لاستخدام AMQP (على سبيل المثال، لتحقيق تدفق حدث أكثر كفاءة أو لتمكين الاتصال ثنائي الاتجاه في سيناريوهات الأمر والتحكم في IoT)، فراجع صفحة Event Hubs pricing information للحصول على تفاصيل حول عدد الاتصالات المضمنة في كل مستوى خدمة.

يتم تمكين Capture عند تمكين خيار Capture في أي مركز حدث في مساحة الاسم. تتم فوترة Event Hubs Capture شهريا لكل وحدة إنتاجية تم شراؤها. بينما يتم زيادة عدد وحدات الإنتاجية أو إنقاصها، تعكس فوترة Event Hubs Capture هذه التغييرات في زيادات ساعة كاملة. لمزيد من المعلومات حول فوترة Event Hubs Capture، راجع Event Hubs pricing information.

يستخدم Capture حساب تخزين توفره عند تمكينه على مركز حدث. بما أنه حساب التخزين الخاص بك، يتم فوتورة أي تغييرات لهذا التكوين على اشتراك Azure.

للحصول على قائمة بكافة الحصص النسبية لمراكز الأحداث، راجع Quotas.

عند حذف مساحة اسم من اشتراك، انتظر لمدة 4 ساعات قبل إعادة إنشائه بنفس الاسم في اشتراك آخر. وإلا، فقد تتلقى رسالة الخطأ التالية: Namespace already exists.

للحصول على قائمة من استثناءات Event Hubs المحتملة، راجع Exceptions overview.

تدعم مراكز الأحداث نوعين من diagnostics logs - سجلات أخطاء الالتقاط والسجلات التشغيلية - وكليهما ممثل في json ويمكن تشغيله من خلال مدخل Azure.

يتوفر الدعم الفني لمراكز الأحداث من خلال Microsoft Q&A question page for Azure Service Bus يتم توفير دعم إدارة الفوترة والاشتراك دون أي تكلفة.

لمعرفة المزيد عن اتفاقية مستوى الخدمة، راجع صفحة Service Level Agreements

إذا قمت بتشغيل هذه التعليمات البرمجية على Azure Stack Hub، فسوف تواجه أخطاء وقت التشغيل ما لم تستهدف إصدار API تخزين معينًا. وذلك لأن Event Hubs SDK يستخدم أحدث واجهة برمجة تطبيقات Azure Storage المتوفرة في Azure والتي قد لا تكون متوفرة على النظام الأساسي ل Azure Stack Hub. قد يدعم Azure Stack Hub إصدارا مختلفا من Storage Blob SDK عما هو متوفر عادة على Azure. إذا كنت تستخدم Azure Blog Storage كمخزن نقاط تفتيش، فتحقق من إصدار API لتخزين Azure المعتمد لإنشاء Azure Stack Hub واستهدف هذا الإصدار في التعليمات البرمجية.

على سبيل المثال، إذا كنت تعمل على الإصدار 2005 من Azure Stack Hub، فإن الإصدار الأعلى المتوفر لخدمة التخزين هو الإصدار 2019-02-02. بشكل افتراضي، مكتبة عميل Event Hubs SDK تستخدم الإصدار المتوفر الأعلى على Azure (2019-07-07 في وقت إصدار SDK). في هذه الحالة، بالإضافة إلى الخطوات التالية في هذا القسم، ستحتاج أيضًا إلى إضافة تعليمات برمجية لاستهداف إصدار API لخدمة التخزين 2019-02-02. للحصول على مثال حول كيفية استهداف إصدار محدد من Storage API، راجع العينات التالية ل C# وJava وPython وJavaScript/TypeScript.

للحصول على مثال عن كيفية استهداف إصدار معين من واجهة برمجة تطبيقات التخزين من التعليمة البرمجية الخاصة بك، راجع العينات التالية على GitHub:

• NET.
• Java
• Python - Synchronous، غير Asynchronous
• JavaScript أو TypeScript

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

يمكنك معرفة المزيد عن مراكز الأحداث من خلال زيارة الروابط التالية:

• نظرة عامة على مراكز الأحداث
• إنشاء مركز أحداث
• Event Hubs Auto-inflate