الاتصال السحابي ل Azure Public Cloud

هذا الدليل يشرح كيفية ربط Azure إلى Cato Cloud عبر Cloud Interconnect.

لمزيد من المعلومات حول مواقع Cloud Interconnect، اطلع على بدء العمل مع مواقعCloud Interconnect.

نظرة عامة على Cloud Interconnect لـAzure

تدعم Cato نموذج Active-Passive فقط لموقع Cloud Interconnect بدائرتين. يتم استخدام BGP لتبادل معلومات التوجيه بين Cato PoPs وأجهزة التوجيه في نهاية Azure ولتحديد الدائرة الفعالة للموقع.

أفضل الممارسات: توصي Cato بتوصيل دائرتين في Azure لسيناريوهات المرونة والاحتواء. دعم الأعداد الأحادية للدائرة متاح أيضًا.

الاستعداد لإنشاء موقع Cloud Interconnect

عند إنشاء موقع Azure Cloud Interconnect من الضروري تكوين الإعدادات لمستأجر Azure وتطبيق إدارة Cato.

قبل البدء في نشر موقع Cloud Interconnect ، من المهم التحقق من أن حالة الاستخدام للاتصال الأساسي والفرعي مدعومة بواسطة مواقع Cato PoP ومزودي السحابة ومزودي النسيج. لمزيد من المعلومات حول التحضير لمواقع Cloud Interconnect، راجع بدء العمل مع مواقعCloud Interconnect.

ملاحظة

ملاحظة: لتوزيع موقع Cloud Interconnect ، توفر Cato تكوينًا سلسًا باستخدام بعض البيانات الأساسية ، لإنشاء الاتصال مع مزود النسيج (مثل Equinix). إذا لم تكن حالة الاستخدام مدعومة من خلال التكوين التلقائي، اتصل بممثل الحساب الخاص بك (PS/SE/CSM) لنشر الاتصال يدويًا.

للمشكلات التي تواجهها بعد نشر موقع Cloud Interconnect الخاص بك، اتصل بـ الدعم.

نظرة عامة على عالٍ لتكوين موقع Cloud Interconnect

image2.png

هذه نظرة عامة عالية المستوى على عملية تكوين Cloud Interconnect لموقع Azure Cato:

  1. تحقق من أن حالة الاستخدام مدعومة بواسطة موقع Cato PoP ومزود السحابة ومزود النسيج.

    1. لمواقع PoP المتاحة فوراً، تابع إلى الخطوة ٢.

    2. لمواقع PoP المتاحة في تاريخ مستقبلي، انتظر إكمال Cato إعدادات الخلفية اليدوية قبل تكوين موقع Cloud Interconnect.

  2. إنشاء دائرتين ExpressRoute في Azure.

    1. إذا طلبت دعم Cato ، أرسل مفاتيح الخدمة للدارات المنشأة إلى Cato للتوفير.

  3. في تطبيق إدارة Cato ، أنشئ موقعًا جديدًا واختر نوع الموقع Cloud Interconnect.

    1. قم بتكوين الشبكات الفرعية /30 للدارات الأساسية والفرعية للموقع.

    2. قم بتكوين السرعة لكل دائرة.

  4. قم بتكوين BGP بين Cato وAzure:

    1. في Azure - بمجرد التوفير، قم بتكوين اتصال دائرة ExpressRoute وتم تكوين نفس الشبكات الفرعية التي تمت إضافتها إلى تطبيق إدارة Cato.

    2. في تطبيق إدارة Cato - قم بتكوين إعدادات نظير BGP للدارات الأولية والثانوية. (يفضل Cato تلقائيًا إحصائيات النظير الأولي)

  5. قم بتوصيل بوابة الشبكة الافتراضية لـAzure بالدارات الأولية والثانوية ExpressRoute.

  6. اختبر الاتصال بالموقع الجديد الخاص بك.

فيما يلي مثال على مستوى منخفض لطوبولوجيا بيئة Azure السحابية متصلة بـ Cato عبر Cloud Interconnect.

AzureHighLevel.png

تكوين الإعدادات في حساب Azure

يصف هذا القسم كيفية تكوين الإعدادات لمركز بيانات Azure حتى يمكنه الاتصال بموقع Cloud Interconnect في حساب Cato الخاص بك.

لتكوين إعدادات Azure لموقع Cloud Interconnect:

  1. في Azure، أنشئ دائرة ExpressRoute جديدة تحت ExpressRoute Circuits > Create.

  2. تحت الأساسيات، اختر مجموعة الموارد ومنطقة المثال.

    CreateExpressRoute.png

  3. في علامة التبويب الإعدادات، قم بتكوين هذه الإعدادات:

    1. اختر نوع المنفذ كـ مزود، واختر مزود Cloud Interconnect من قائمة اختيار المزود.

      ملاحظة: المزود المدعوم حاليًا هو EquinixCloud Exchange (ECX). سيتم دعم مزودين إضافيين في المستقبل.

    2. في موقع النظير ، اختر نفس الموقع الذي تتصل به PoP.

      ملاحظة

      ملاحظة: إذا كانت الحالة المثارة لـAzure موجودة في US East أو US East 2، اختر Washington DC كنظير للاتصال الخاص بك.

    3. العرض الترددي: اختر العرض الترددي المتوافق مع ترخيص Cato الخاص بك.

    4. SKU: اختر محدد أو ممتاز. 

      يسمح ممتاز بالربط العديد من الشبكات الافتراضية إلى الدائرة بينما مفردة مقيدة بـ 10 شبكات افتراضية.

    5. نموذج الفوترة المقننة: هو تحليل تكلفة قائم على الاستهلاك بينما غير محدود هو رسوم ثابتة شهرية لهذا الدائرة.

      ملاحظة: تغيير نموذج الفوترة من غير محدود إلى مقننة غير مدعوم من Azure. ومع ذلك، يمكنك التغيير من مقننة إلى غير محدود في أي وقت.

      CreateExpressRoute_config.png

    6. قم بمراجعة وانقر على إنشاء دائرة ExpressRoute.

  4. بمجرد نشر دائرة ExpressRoute بنجاح، ستظهر كغير مفعلة. في هذه المرحلة، ليس من الممكن تكوين الاتصال حتى يتم تفعيله بالكامل من قبل مزود الخدمة. (أي. Equinix)

    unprovisioned.png

    لإكمال عملية التفعيل يحتاج مزود خدمة مركز البيانات Cloud Interconnect إلى مفتاح الخدمة الفريد الذي يولده Azure لكل دائرة ExpressRoute. (تمت رؤيته في صفحة نظرة عامة)

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

    2. لا يمكنك متابعة الخطوات التالية من هذا الدليل حتى يكتمل التفعيل.

  5. بمجرد أن يتم تفعيل الدائرة، تصبح تكويناتها قابلة للتحرير ويتغير وضع الدائرة في بوابة Azure من غير مفعلة إلى مفعلة.

    الخطوة التالية هي ربط دائرة ExpressRoute وإعداد المراقبة BGP (سيتم تكرار التكوين التالي بالكامل في تطبيق إدارة Cato في الخطوات التالية)

    1. تحت المراقبات، هذه الخيارات - Azure خاصة، Azure عامة و Microsoft.

      Azure عامة أصبحت مهملة للدارات جديدة و Microsoft المستخدمة لخدمات Azure PaaS. لهذه الدائرة سنختار Azure خاصة (يمكن العثور على مزيد من المعلومات هنا)

    2. رقم AS لنظير – هذه هو الرقم AS الذي سيتم استخدامه لتمثيل جانب Cato في تكوين Azure. يمكنك استخدام أي رقم AS خاص لجانب Cato ('نظير' الرقم AS).

    3. الشبكات الفرعية – IPv4.

    4. الشبكات الفرعية الأولية والثانوية – مطلوب مساحات العناوين الفريدة للمراقبة، يجب تعريف كل شبكة فرعية بواسطة علامة /30. كمعيار من Microsoft Azure ، يخدم أول عنوان IP قابل للاستخدام كعنوان نظير لجهاز توجيه العميل بينما يخدم الثاني كعنوان جهاز توجيه Microsoft. (على سبيل المثال، شبكة فرعية أولية 172.16.0.0/30 تستخدم 172.16.0.1 كجهاز توجيه Cato و172.16.0.2 كجهاز توجيه Microsoft)

      تطلب Azure كلا الشبكتين الفرعيتين للتكوين ولكن تستخدم Cato فقط الشبكة الفرعية الأولية لكل دائرة ExpressRoute. (بالنسبة لتكوين HA)

      بالتالي، تُطلب شبكة "وهمية" فرعية لتلبية متطلبات Azure ولكن لن تُستخدام في تكوينات اتصالات Cloud Interconnect.

      ستستخدم الشبكة الفرعية الأولية المكونة هنا في خطوات تكوين تطبيق إدارة Cato أيضًا.

    5. معرف VLAN – حقل إلزامي: نفس الإعدادات كمعرف VLAN تم تكوينه في تطبيق إدارة Cato بواسطة فريق Cato. يُبين معرف VLAN هذا جميع الأطراف للاتصال - مزود السحابة، Equinix إنشاء والاتصال Cato PoP. سيقرر Cato معرف VLAN ويجب تكوينه كما هو لعلاقات الاتصال بمزود السحابة الخاص بك ، إذا طلب.

ربط شبكة افتراضية في Azure بدائرة ExpressRoute

بمجرد تفعيل الدائرة، ما تبقى هو ربط الموارد بدائرة ExpressRoute وإقامة الاتصال بين Azure وتطبيق إدارة Cato.

يغطي هذا القسم الأول، إذا كنت تتمنى إقامة الاتصال مع تطبيق إدارة Cato أولاً، يرجى القفز إلى إتمام تكوين Cloud Interconnect.

قيود على ربط شبكة افتراضية Azure بدائرة ExpressRoute

  • وفقًا لـAzure، قد يستغرق نشر بوابة الشبكة الافتراضية ما يصل إلى ~45 دقيقة.

  • تأكد من تجنب ربط مجموعات أمان الشبكة بشبكة البوابة، قد يتسبب هذا في توقف بوابة الشبكة الافتراضية عن العمل.

  • الشبكات الافتراضية المرتبطة بـExpressRoute يمكنها التواصل مع بعضها البعض بشكل افتراضي. تنصح Microsoft باستخدام نظير الشبكة الافتراضية VNet Peering.

  • يجب أن يكون عدد مساحات العناوين التي يتم الإعلان عنها من الشبكات الافتراضية المحلية أو المتصلة أقل أو يساوي ١٬٠٠٠.

  • مع SKU قياسي لدائرة ExpressRoute، يمكنك ربط ما يصل إلى 10 شبكات افتراضية. (الشبكات الافتراضية) يجب أن تكون جميع الشبكات الافتراضية في نفس منطقة السحابة بينما تسمح دائرة ExpressRoute الممتازة بأكثر من ١٠ شبكات افتراضية في مناطق سحابة متعددة. (يمكن تحرير SKU لكل دائرة في صفحة تكوين الدائرة)

    SKU_standard.png

قبل أن يتم ربط دائرة ExpressRoute يجب عليك إنشاء بوابة الشبكة الفرعية وبوابة الشبكة الافتراضية أو يكون لديك قائمة موجودة مسبقًا. يمكن العثور على مزيد من المعلومات حول كيفية القيام بذلك هنا في الوثائق الرسمية لـAzure.

لربط بوابة الشبكة الافتراضية:

  1. على صفحة دائرة ExpressRoute انتقل إلى الاتصالات > إضافة.

  2. في صفحة إنشاء الاتصال، اختر نوع الاتصال كـ إكسبريس روت مع توفير الاسم والمنطقة المختارة ثم اضغط التالي.

    CreateConnection.png

  3. اختر البوابة للربط تحت بوابة الشبكة الافتراضية واختر الدائرة المجهزة تحت دائرة إكسبريس روت.

  4. يظهر الآن الاتصال ضمن معلومات الدائرة.

    Connection_done.png

إنشاء موقع الاتصال السحابي

في تطبيق إدارة Cato، قم بإنشاء موقع جديد لمزود الاتصال السحابي.

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

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

لإنشاء موقع الاتصال السحابي:

  1. في تطبيق إدارة Cato، تحت الشبكة > المواقع، اضغط جديد لإنشاء موقع جديد.

  2. اختر نوع الاتصال كـ الاتصال السحابي وحدد إعدادات الموقع.

    image8.png

  3. اضغط تطبيق، ثم اضغط حفظ.

  4. حدد الموقع الجديد وانتقل إلى تكوين الموقع > الاتصال السحابي واضغط اتصال جديد.

    ملاحظة

    ملاحظة: بالنسبة لتوزيعات HA، تأكد من إنشاء الاتصال الابتدائي أولاً.

    azure-cross-connect.png

إكمال تكوين الاتصال السحابي

بعد إنشاء إكسبريس روت، واصل مع تكوين موقع الاتصال السحابي الذي بدأت به أعلاه.

azure-cross-connect.png

  1. تحت تكوين إكسبريس روت لـ Azure، أدخل مفتاح خدمة إكسبريس روت لـ Azure الذي قمت بإنشائه.

  2. تحت التحقق من الاتصال، اضغط تحقق. يتم ملء عرض النطاق الترددي وموقع التوجيه الآلي لـ Azure تلقائيًا.

  3. اضغط تطبيق.

    بعد إنشاء الاتصال، واصل لتكوين BGP.

تحديد إعدادات BGP للموقع

تشرح هذه الفقرة كيفية تحديد جلسة BGP أعلى اتصال الاتصال الخاص القائم.

يظهر موقع التوصيل التقاطعي في حالة متصل عندما يتمكن نظير BGP واحد على الأقل من الوصول، بغض النظر عن حالة التجهيز مع مزود السحابة الخاص بك.

يعتبر إنشاء BGP المؤشر الوحيد لاتصال الموقع. يتيح BGP أيضًا تحديد تبادل التوجيه وفشل النفق.

لتكوين إعدادات BGP لموقع الاتصال السحابي:

  1. قم بتكوين نفس الإعدادات في علامة تبويب BGP كما في تكوين موقع الاتصال السحابي. لكل دائرة، انتقل إلى تكوين الموقع > BGP واضغط جديد.

  2. تحت إعدادات ASN قم بتعيين ASN لـ Cato كقيمة من اختيارك (تأكد من تطابقها مع نظير ASN الذي تم تكوينه سابقًا في صفحة تكوين إكسبريس روت في Azure)

  3. قم بتكوين نظير ASN كـ 12076. هذا هو تدوين ASN المحجوز الذي تستخدمه Azure للدوائر إكسبريس روت.

  4. تحت إعدادات IP قم بتكوين نظير IP. هذا هو نفس عنوان IP الذي تم تكوينه في إعدادات الاتصال السحابي كـ الموقع. (يمثل هذا IP نظير مزود السحابة)

    يتم تحديد عنوان IP لـ Cato تلقائيًا بناءً على إعدادات الاتصال السحابي.

    image10.png

  5. حدد سياسة توجيه BGP - يمكن التلاعب بسياسة إعلان الاتصال لكل نظير.

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

  6. حدد ما إذا كان يجب على BGP إعلان Cato كطريق افتراضي، إعلان جميع المسارات من السحابة Cato لمزود السحابة الخاص بك، وما إذا كان يجب على BGP قبول المسارات الديناميكية المستلمة من النظير.

    image11.png

  7. قم بتكوين إعدادات إضافية لمسارات BGP:

    1. MD5 – طبقة إضافية من الأمان.  هذا الحقل إجباري. (في Azure هذا هو السمة الرئيسية المشتركة)

    2. مقياس – يمكن تغيير أولوية النظير.

      التوقع لملف التكوين هو أن يكون للنظير الأساسي مقياس أفضل من النظير الثانوي.

    3. مدة الاحتفاظ و مدة الإبقاء على الحية القيم.

    4. تعقب > إشعار البريد الإلكتروني – تنبيهات اختيارية لتغييرات اتصال BGP.

    image12.png

  8. اضغط تطبيق.

    تم تكوين موقع الاتصال السحابي. تحقق من أن الموقع يعمل بشكل صحيح، انظر أدناه مراقبة واختبار الاتصال لموقع الاتصال السحابي.

سياسة BGP النموذجية لموقع الاتصال السحابي

انظر المثال التالي لنظيرين في التكوين النشط-السلبي المدعوم مع Cato. (قيمة المقياس للنظير الأساسي هي 90، قيمة المقياس للنظير الثانوي هي 100)

image13.png

مراقبة واختبار الاتصال لموقع الاتصال السحابي

الآن بعد اكتمال إعداد الموقع، دعنا نستعرض كيفية اختبار الاتصال ومراقبته.

يوفر Cato العديد من الأدوات لمساعدتك في مراقبة موقع الاتصال السحابي الخاص بك وحل أي مشاكل محتملة، بما في ذلك:

أداة اختبار الاتصال

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

تقوم أداة اختبار الاتصال في تكوين الموقع > الاتصال السحابي بإرسال مجسات ICMP من Cato PoP IP إلى عنوان IP البعيد للموقع سواء كان الاتصال الابتدائي أو الثانوي.

هذه هي نتائج مجسات ICMP:

  • نجاح - تم تنفيذ الاختبار بنجاح

  • خطأ - لم يتم تنفيذ الاختبار. (انتهت مهلة الاختبار من قبل Cato PoP أو لم يتمكن من التنفيذ)

  • فشل - تم تنفيذ الاختبار بنجاح دون استجابة من نظير IP البعيد

مراقبة LAN

يمكنك استخدام ميزة مراقبة LAN لـ:

  • تنفيذ مجسات ICMP مستمرة من Cato PoP إلى عنوان IP البعيد للدائرة الرئيسية.

    ملاحظة: لا تقوم مراقبة LAN بمراقبة سوى الدائرة الأساسية لموقع الاتصال السحابي.

  • تغييرات حالة الحياة للمضيفين لحالات داخل شبكة مزود السحابة.

من الممكن تعيين عتبات مخصصة وفواصل ICMP وتحديد إشعارات البريد الإلكتروني لقائمة البريد عند استيفاء هذه العتبات.

image16.png

هذا مثال على إشعار البريد الإلكتروني لمراقبة LAN:

image.png

حالة BGP

في تكوين الموقع > BGP، ال عرض حالة BGP يؤكد اتصال كل دائرة.

ت outputs تعرض مخرجات الحالة معلومات تفصيلية عن الشبكات الفرعية المكتسبة، المُعلن عنها، والبيانات الإضافية حول نظائر BGP.

عينة من مخرجات حالة BGP:

image15.png

إشعارات البريد الإلكتروني لـ BGP

لكل نظير، نوصي بتكوين إشعارات تغيير حالة الجار BGP. يتم إرسال إشعارات البريد الإلكتروني مباشرة إلى قائمة البريد التابع للإدارة عند تغيير حالة الاتصال لنظير BGP.

قم بتكوين إشعارات البريد الإلكتروني في تكوين الموقع > BGP > جار BGP > إعدادات إضافية > تعقب.

حدد التكرار لتنبيه و قائمة البريد.

يسمح Cato بتكوين التكرار التالي:

  • فوريًا - يتم إرسال بريد إلكتروني إلى المستلمين لكل حادثة.

  • كل ساعة - يتم إرسال بريد إلكتروني إلى المستلمين مع الحادثة الأولى، وإذا كان هناك ١ حوادث إضافية، يتم إرسال البريد الإلكتروني التالي لأي حوادث إضافية بعد ساعة واحدة.

  • يوميًا - يتم إرسال بريد إلكتروني إلى المستلمين مع الحادثة الأولى، ويتم ارسال البريد الإلكتروني التالي بعد ٢٤ ساعة (بما في ذلك جميع الحوادث الإضافية).

  • أسبوعيًا - يتم إرسال بريد إلكتروني إلى المستلمين مع الحادثة الأولى، وإذا كان هناك ١ حوادث إضافية، يتم إرسال البريد الإلكتروني التالي لأي حوادث إضافية بعد أسبوع واحد.

عينة من إشعار البريد الإلكتروني لـ BGP:

BGPemail.png

جدول التوجيه

تعرض شاشة مراقبة > جدول التوجيه جميع المسارات لحسابك بما في ذلك المسارات الديناميكية.

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

تظهر المسارات التي تنشأ عن BGP كنوع توجيه ديناميكي. تظهر المسارات من نظير الدائرة السلبية باللون الرمادي. تظهر الشبكات الفرعية للنقطة إلى النقطة لكلا الدائرتين كنمط توجيه ثابت في جدول التوجيه.

على سبيل المثال، يتم الإعلان عن المسار الديناميكي التالي 172.29.0.0/24 من PoP نيويورك وهو يمتلك مقياس 5 (أعلى) والذي يمثل النفق الأساسي الحالي النشط.

يتم الإعلان عن نفس المسار بواسطة النفق الثانوي في PoP Ashburn كذلك ولكن مع مقياس أقل وهو 10.

في حالة أن يصبح النفق الثانوي في PoP Ashburn هو النفق النشط، سيتم تعديل جدول التوجيه وفقًا لذلك لهذا المسار.

image18.png

الـ BGP peers ثابتة وتملك إدخالًا خاصًا بها في جدول التوجيه. تخدم هذه الخوادم كالتالي للطرق المتحركة للـ BGP التي يتم الترويج لها خلفها. بنفس الطريقة كما في الطرق الأخرى، يمكن استنباط معلومات المقاييس لفهم أي نظير نشط حاليًا بمقياس أعلى ومن خلال أي موقع Cato PoP.

image.png

الأحداث

في شاشة مراقبة الموقع > الأحداث، تجمع Cato جميع الأحداث المسجلة المتعلقة بالموقع.

يمكن استخدام الأحداث الرئيسية لتحليل الجداول الزمنية للأحداث مثل. يمكنك تصفية الأحداث ذات الصلة باستخدام الأنواع الفرعية للأحداث التالية:

  • جلسة BGP – إخطار بإنشاء أو فصل جلسة BGP. يمكن التحقق من سبب الفصل في سجل الأحداث الموسع. (تحت رمز '+')

  • توجيه BGP – تغييرات في طرق BGP مثل الإضافة أو الإزالة لطرق جديدة من نظير BGP.

  • مراقبة LAN – يتم تسجيل هذه الأحداث كجزء من إعداد مراقبة LAN الذي قمت بتكوينه. إذا لم يتم تعيين مراقبة LAN فلن يتم تسجيل هذه الأحداث.

BGPevent.png

تحليلات شبكة الموقع

تتيح تحليلات الموقع مراقبة حركة المرور وحجم النقل للموقع وتشمل لوحات التحكم هذه:

  • تحليلات الشبكة – تحليل تغييرات حالة الاتصال، عدد التدفقات، المضيفين و حجم النقل.

    من المهم أن نتذكر أن اتصال الموقع Cloud Interconnect يعتمد على نظير BGP. إذا كان كلا نظيرين BGP غير متاحين، يعتبر الموقع غير متصل.

    xconn-mbps.png

  • الأحداث - تغذية أحداث الموقع.

  • تحليلات التطبيقات - تحلل لوحة التحكم هذه حجم نقل المضيفين واستخدام التطبيق. من الممكن إضافة فلاتر مثل IP/المضيف، التطبيق، الفئة، إلخ...

    AppAnalytics.png

  • مُحلل الأولوية - تتيح لوحة التحكم تحليل توزيع جودة الخدمة عبر الزمن. (اقرأ المزيد عن مُحلل الأولوية)

  • المضيفون المعروفون – لوحة التحكم في الوقت الحقيقي للمضيفين خلف الموقع. IP، نوع نظام التشغيل ونشاط المضيف من بين نقاط البيانات المتاحة لكل مضيف.

    knownHosts.png

  • في الوقت الحقيقي - تتيح لوحة التحكم هذه مراقبة الوقت الحقيقي للمضيفين النشطين، حجم النقل، التطبيقات الأعلى، جودة الخدمة النشطة والمزيد.

    RealTime.png

Cloud Interconnect محدوديات مع Azure

فيما يلي قائمة بأبرز المحدوديات التي يجب مراعاتها قبل إعداد موقع الاتصال السحابي عبر Azure:

  • عناوين الIP للاتصال محددة مسبقاً – العنوان الأول القابل للاستخدام يمثل نظير "في الموقع" والعنوان التالي يمثل موجه MS Azure.

  • يتم تعيين VLAN ID لكل نفق بواسطة Cato ويجب تكوينه في إعدادات Azure. بدون VLAN ID المعين بواسطة Cato لن تعمل الإعدادات.

  • عند الإعلان عن المسارات، لا يحتوي Azure على خيار لاستبعاد/تضمين المسارات من VNet. يتم الإعلان عن كامل VNet.

  • يسمح ExpressRoute بالإعلان عن ما يصل إلى 1,000 بادئة IPv4 و100 بادئة IPv6.

  • يسمح ExpressRoute بتلقي ما يصل إلى 4,000 بادئة من Cato. (تمتلك Cato خيار لتلخيص المسارات بشكل مخصص. إذا كنت ترغب في تكوين تلخيص المسارات مع BGP، يرجى الاتصال بدعم Cato)

  • يسمح ExpressRoute Premium بربط أكثر من 10 شبكات VNets في مناطق Azure متعددة وما يصل إلى 10,000 بادئة مستلمة.

    • إذا تم الوصول إلى حد البادئات، فإن Azure تقوم بقطع اتصال BGP حتى يتم استعادة سعة الحد.

يمكنك قراءة المزيد في الوثائق الرسمية لـ ExpressRoute من Azure.

هل كان هذا المقال مفيداً؟

0 من 0 وجدوا هذا مفيداً

لا توجد تعليقات