الاتصال بـموفري السحابة الآخرين

يناقش هذا التوجيه طرق توصيل بنية منطقة Azure المنتقل إليها بموفري السحابة الآخرين، مثل Amazon Web Services (AWS) وGoogle Cloud Platform (GCP).

تختلف الخيارات المختلفة في السرعة وا لزمن الانتقال والموثوقية واتفاقيات مستوى الخدمة (SLAs) والتعقيد والتكاليف. تتناول هذه المقالة الخيارات وتقدم توصيات.

ملاحظة

اشتركت Microsoft وOracle في توفير اتصالات متقاطعة عالية الإنتاجية وذات زمن انتقال منخفض بين Azure والبنية الأساسية السحابية ل Oracle (OCI). لمزيد من المعلومات، راجع الاتصال بالبنية الأساسية السحابية ل Oracle.

اعتبارات التصميم

• نحن ننظر في الخيارات التالية لتوصيل Azure بسحابة أخرى:

  • الخيار 1: قم بتوصيل Azure ExpressRoute والاتصال الخاص المكافئ لموفر السحابة الآخر. يدير العميل التوجيه.

  • الخيار 2: قم بتوصيل ExpressRoute والاتصال الخاص المكافئ لموفر السحابة الآخر. يتعامل موفر تبادل السحابة مع التوجيه.

  • الخيار 3: استخدم VPN من موقع إلى موقع عبر الإنترنت. لمزيد من المعلومات، راجع توصيل الشبكات المحلية ب Azure باستخدام بوابات VPN من موقع إلى موقع (Learn).

    يمكنك استخدام مخطط تدفق الاتصال عبر السحابة التالي للمساعدة في اختيار خيار:

    

    الشكل 1: مخطط تدفق الاتصال عبر السحابة

• يمكنك فقط توصيل شبكة Azure الظاهرية بالسحابة الخاصة الظاهرية (VPC) لموفر سحابة آخر إذا لم تتداخل مساحات عناوين IP الخاصة.

• قد يكون للشبكة الظاهرية الخاصة من موقع إلى موقع معدل نقل أقل وإلى زمن انتقال أعلى من خيارات ExpressRoute.

• VPN من موقع إلى موقع هو أسرع خيار نشر إذا لم يكن Azure ExpressRoute ومكافئ موفر السحابة الآخر قيد الاستخدام بالفعل.

• يمكن أن يكون تعقيد توجيه Azure ExpressRoute وموفر السحابة الآخر المكافئ مع التوجيه المدار من قبل العميل مرتفعا إذا لم يتم ذلك من خلال موفر تبادل السحابة.

• تنطبق جميع الخيارات على كل من طبولوجيا شبكة Azure التقليدية وطوبولوجيا شبكة WAN الظاهرية.

• قد تحتاج إلى توفير دقة DNS بين Azure وموفر السحابة الآخر. قد يتحمل هذا التكوين تكاليف إضافية.

• تعمل ميزة FastPath في ExpressRoute على تحسين أداء مسار البيانات بين Azure والشبكات المحلية، وبين Azure وموفري السحابة الآخرين. عند التمكين، يرسل FastPath نسبة استخدام الشبكة مباشرة إلى الأجهزة الظاهرية في الشبكة الظاهرية، متجاوزا بوابة ExpressRoute. لمزيد من المعلومات، راجع حول ExpressRoute FastPath.

• تتوفر FastPath على جميع دوائر ExpressRoute.

• لا يزال FastPath يتطلب إنشاء بوابة شبكة ظاهرية لأغراض تبادل المسار. يجب أن تستخدم بوابة الشبكة الظاهرية إما Ultra Performance SKU أو ErGw3AZ SKU لبوابة ExpressRoute لتمكين إدارة المسار.

• هناك تكوينات لا يدعمها FastPath، مثل UDR على الشبكة الفرعية للبوابة. لمزيد من المعلومات، راجع القيود الواردة حول ExpressRoute FastPath.

توصيات التصميم

• استخدم الخيار 1 أو الخيار 2 لتجنب استخدام الإنترنت العام، إذا كنت تحتاج إلى اتفاقية مستوى الخدمة، أو إذا كنت تريد معدل نقل يمكن التنبؤ به، أو تحتاج إلى معالجة نقل حجم البيانات. ضع في اعتبارك ما إذا كنت تريد استخدام توجيه يديره العميل أو موفر تبادل سحابي إذا لم تكن قد نفذت ExpressRoute بالفعل.

• إنشاء دوائر ExpressRoute للخيار 1 والخيار 2 في اشتراك الاتصال.

• استخدم دائرة ExpressRoute للخيار 1 أو الخيار 2 للاتصال بالشبكة الظاهرية المركزية لمركز تقليدي وطوبولوجيا محورية أو بالمركز الظاهري لطوبولوجيا Virtual WAN. لمزيد من المعلومات، راجع الشكل 2 والشكل 3.

  

  الشكل 2: الاتصال عبر السحابة مع التوجيه المدار من قبل العميل (الخيار 1)

  

  الشكل 3: الاتصال عبر السحابة مع موفر تبادل السحابة (الخيار 2)

• إذا كنت بحاجة إلى تقليل زمن الانتقال بين Azure وموفر سحابة آخر، ففكر في نشر تطبيقك في شبكة ظاهرية واحدة باستخدام بوابة ExpressRoute، وتمكين FastPath.

  

  الشكل 4: الاتصال عبر السحابة مع تمكين FastPath

• إذا لم يكن ExpressRoute مطلوبا أو غير متوفر، يمكنك استخدام VPN من موقع إلى موقع عبر الإنترنت للاتصال بين Azure وموفر سحابة آخر.

  

  الشكل 5: الاتصال عبر السحابة باستخدام VPN من موقع إلى موقع عبر الإنترنت

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

لمعرفة المزيد حول الاتصال بالبنية الأساسية السحابية ل Oracle (OCI)، راجع الاتصال بالبنية الأساسية السحابية ل Oracle.