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

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

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

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

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

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

التحضير لإنشاء موقع الربط السحابي

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

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

تنويه:

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

للمشاكل التي تواجهها بعد نشر موقع الارتباط السحابي، اتصل بـالدعم.

نظرة عامة عالية المستوى لتكوين موقع الربط السحابي

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

1. تحقق من دعم حالة الاستخدام من قبل موقع نقطة تواجد كاتو، مقدم الخدمة السحابية، ومقدم الألياف.

   1. لأماكن نقاط التواجد التي تتوفر على الفور، تابع بالخطوة 2.

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

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

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

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

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

   2. تكوين عرض النطاق لكل دائرة.

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

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

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

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

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

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

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

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

لتكوين إعدادات Azure لموقع ربط السحابة.

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

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

   

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

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

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

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

      تنويه:

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

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

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

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

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

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

      

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

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

   

   لإكمال عملية التفعيل يحتاج مزود خدمة مركز البيانات 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 لكل دائرة في صفحة تكوين الدائرة)

  

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

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

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

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

   

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

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

   

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

في تطبيق إدارة كاتو، أنشئ موقعًا جديدًا لمزود ربط السحابة.

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

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

لتكوين موقع ربط السحابة:

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

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

3. انقر فوق تطبيق، ثم انقر فوق حفظ.

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

   تنويه:

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

   

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

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

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 الخاص بـ كاتو تلقائيًا بناءً على إعدادات الربط السحابي.

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

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

   1. تتيح لك خيارات الإعلان تكوين كيفية إعلان الموقع عن مسارات BGP لهذا الجار.

      • المسار الافتراضي - يعلن الموقع عن مسار افتراضي (0/0) لجيران BGP. يمكن للجيران إرسال كل الحركة إلى هذا المسار الافتراضي، حتى لو لم يكن في جدول التوجيه. يمكنك إضافة علامات مجتمع BGP إلى المسار الافتراضي. لمزيد من المعلومات حول مجتمعات BGP، انظر العمل مع تصفية BGP.

      • جميع المسارات - يعلن الموقع عن جدول التوجيه الداخلي للحساب بالكامل لجار BGP. تشمل هذه المسارات النطاقات الثابتة والعائمة، بالإضافة إلى المسارات المعروفة من أقران آخرين في هذا الموقع وعبر شبكتك. غالبًا ما يتم تمكين هذا الخيار لإرسال حركة WAN إلى جار BGP.

        ملاحظة: يعلن عن النطاق الكامل لمستخدمي SDP لجار BGP كمسار واحد.

      • مسارات ملخصة - يعلن الموقع عن مسار ملخص بدلاً من مسارات فريدة متعددة، يمكن لأقران BGP تبسيط قرارات إعادة التوجيه وتقليل الموارد الحسابية المطلوبة للبحث عن المسار. انظر، العمل مع مسارات ملخص BGP.

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

      على سبيل المثال، في النشرات التي تستخدم AWS Direct Connect، يتطلب BGP ولكنك لا تود قبول العناوين الديناميكية من AWS. في هذه النشرات، نوصي بأن تختار إسقاط الكل.

   3. في قسم NAT، حدد أداء إخفاء SNAT ليقوم الموقع بأداء SNAT لجميع عناوين IP وترجمتها إلى عنوان IP للـ LAN.

      

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

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

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

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

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

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

7. انقر فوق تطبيق.

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

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

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

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

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

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

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

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

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

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

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

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

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

مراقبة LAN

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

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

  ملاحظة: مراقبة LAN تراقب فقط الدائرة الرئيسية لموقع الربط السحابي.

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

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

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

حالة BGP

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

الحالة تقدم معلومات دقيقة عن الشبكات الفرعية التي تم تعلمها، وأعلنت البيانات الإضافية عن نظائر BGP.

نموذج لنتائج حالة BGP:

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

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

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

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

تتيح Cato تكوين التكرار التالي:

• فوري - يتم إرسال إشعار للمستلمين عند كل حدوث.

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

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

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

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

جدول التوجيه

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

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

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

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

يتم الإعلان عن نفس المسار من النفق الثانوي على PoP Ashburn أيضًا بمقياس أقل 10.

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

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

أحداث

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

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

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

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

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

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

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

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

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

  

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

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

  

• محلل الأولويات - يسمح هذا اللوح بتحليل توزيع QoS بمرور الوقت. (اقرأ المزيد عن محلل الأولويات)

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

  

• الوقت الفعلي - هذه اللوحة تتيح المراقبة في الوقت الفعلي للمضيفين النشطين، الإرسال الفوري، التطبيقات العلوية، QoS النشط، وأكثر من ذلك.

  

ربط السحابة محدوديات مع 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.