إمكانية التشغيل التفاعلي في Azure - تحليل مستوى البيانات

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

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

مسار البيانات من الشبكة الظاهرية للمركز

المسار إلى الشبكة الظاهرية المحورية

يحاكي نظير الشبكة الظاهرية وظيفة جسر الشبكة بين الشبكتين الظاهريتين المتناظرتين. يظهر إخراج Traceroute من شبكة ظاهرية مركزية إلى جهاز ظاهري في الشبكة الظاهرية المحورية هنا:

C:\Users\rb>tracert 10.11.30.4

Tracing route to 10.11.30.4 over a maximum of 30 hops

  1     2 ms     1 ms     1 ms  10.11.30.4

Trace complete.

يوضح الشكل التالي عرض الاتصال الرسومي للشبكة الظاهرية المركزية والشبكة الظاهرية المحورية من منظور Azure Network Watcher:

رسم تخطيطي لعرض Network Watcher للاتصال من شبكة ظاهرية مركزية إلى شبكة ظاهرية محورية.

المسار إلى الشبكة الظاهرية الفرعية

يظهر إخراج Traceroute من شبكة ظاهرية مركزية إلى جهاز ظاهري في الشبكة الظاهرية الفرعية هنا:

C:\Users\rb>tracert 10.11.30.68

Tracing route to 10.11.30.68 over a maximum of 30 hops

  1     1 ms     1 ms     1 ms  10.10.30.142
  2     *        *        *     Request timed out.
  3     2 ms     2 ms     2 ms  10.11.30.68

Trace complete.

في مسار التتبع هذا، الوثبة الأولى هي بوابة VPN في بوابة Azure VPN للشبكة الظاهرية المركزية. الوثبة الثانية هي بوابة VPN للشبكة الظاهرية الفرعية. لا يتم الإعلان عن عنوان IP لبوابة VPN للشبكة الظاهرية الفرعية في الشبكة الظاهرية المركزية. الوثبة الثالثة هي الجهاز الظاهري على الشبكة الظاهرية الفرعية.

يوضح الشكل التالي عرض الاتصال الرسومي للشبكة الظاهرية المركزية والشبكة الظاهرية الفرعية من منظور Network Watcher:

رسم تخطيطي لعرض Network Watcher للاتصال من شبكة ظاهرية مركزية إلى شبكة ظاهرية فرعية.

بالنسبة لنفس الاتصال، يوضح الشكل التالي طريقة عرض الشبكة في Network Watcher:

رسم تخطيطي لعرض شبكة Network Watcher للاتصال من شبكة ظاهرية مركزية إلى شبكة ظاهرية فرعية.

مسار الموقع المحلي 1

يظهر إخراج Traceroute من شبكة ظاهرية مركزية إلى جهاز ظاهري في الموقع المحلي 1 هنا:

C:\Users\rb>tracert 10.2.30.10

Tracing route to 10.2.30.10 over a maximum of 30 hops

  1     2 ms     2 ms     2 ms  10.10.30.132
  2     *        *        *     Request timed out.
  3     *        *        *     Request timed out.
  4     2 ms     2 ms     2 ms  10.2.30.10

Trace complete.

في مسار التتبع هذا، الوثبة الأولى هي نقطة نهاية نفق بوابة Azure ExpressRoute إلى موجه حافة Microsoft Enterprise (MSEE). القفزتان الثانية والثالثة هما جهاز توجيه حافة العميل (CE) وعناوين IP المحلية للموقع 1 LAN. لا يتم الإعلان عن عناوين IP هذه في الشبكة الظاهرية للمركز. القفزة الرابعة هي VM في الموقع المحلي 1.

مسار الموقع المحلي 2

يظهر إخراج Traceroute من شبكة ظاهرية مركزية إلى جهاز ظاهري في الموقع المحلي 2 هنا:

C:\Users\rb>tracert 10.1.31.10

Tracing route to 10.1.31.10 over a maximum of 30 hops

  1    76 ms    75 ms    75 ms  10.10.30.134
  2     *        *        *     Request timed out.
  3     *        *        *     Request timed out.
  4    75 ms    75 ms    75 ms  10.1.31.10

Trace complete.

في مسار التتبع هذا، تكون القفزة الأولى هي نقطة نهاية نفق بوابة ExpressRoute إلى MSEE. القفزتان الثانية والثالثة هما جهاز التوجيه CE وعناوين IP المحلية للموقع 2 LAN. لا يتم الإعلان عن عناوين IP هذه في الشبكة الظاهرية للمركز. القفزة الرابعة هي VM في الموقع المحلي 2.

المسار إلى الشبكة الظاهرية البعيدة

يظهر إخراج Traceroute من شبكة ظاهرية مركزية إلى جهاز ظاهري في الشبكة الظاهرية البعيدة هنا:

C:\Users\rb>tracert 10.17.30.4

Tracing route to 10.17.30.4 over a maximum of 30 hops

  1     2 ms     2 ms     2 ms  10.10.30.132
  2     *        *        *     Request timed out.
  3    69 ms    68 ms    69 ms  10.17.30.4

Trace complete.

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

مسار البيانات من الشبكة الظاهرية المحورية

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

المسار إلى الشبكة الظاهرية للمركز

يظهر إخراج Traceroute من الشبكة الظاهرية المحورية إلى جهاز ظاهري في الشبكة الظاهرية المركزية هنا:

C:\Users\rb>tracert 10.10.30.4

Tracing route to 10.10.30.4 over a maximum of 30 hops

  1    <1 ms    <1 ms    <1 ms  10.10.30.4

Trace complete.

المسار إلى الشبكة الظاهرية الفرعية

يظهر إخراج Traceroute من الشبكة الظاهرية المحورية إلى جهاز ظاهري في الشبكة الظاهرية الفرعية هنا:

C:\Users\rb>tracert 10.11.30.68

Tracing route to 10.11.30.68 over a maximum of 30 hops

  1     1 ms    <1 ms    <1 ms  10.10.30.142
  2     *        *        *     Request timed out.
  3     3 ms     2 ms     2 ms  10.11.30.68

Trace complete.

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

مسار الموقع المحلي 1

يظهر إخراج Traceroute من الشبكة الظاهرية المحورية إلى جهاز ظاهري في الموقع المحلي 1 هنا:

C:\Users\rb>tracert 10.2.30.10

Tracing route to 10.2.30.10 over a maximum of 30 hops

  1    24 ms     2 ms     3 ms  10.10.30.132
  2     *        *        *     Request timed out.
  3     *        *        *     Request timed out.
  4     3 ms     2 ms     2 ms  10.2.30.10

Trace complete.

في مسار التتبع هذا، الوثبة الأولى هي نقطة نهاية نفق بوابة ExpressRoute للشبكة الظاهرية المركزية إلى MSEE. القفزتان الثانية والثالثة هما جهاز التوجيه CE وعناوين IP المحلية للموقع 1 LAN. لا يتم الإعلان عن عناوين IP هذه في الشبكة الظاهرية المركزية/المحورية. القفزة الرابعة هي VM في الموقع المحلي 1.

مسار الموقع المحلي 2

يظهر إخراج Traceroute من الشبكة الظاهرية المحورية إلى جهاز ظاهري في الموقع المحلي 2 هنا:

C:\Users\rb>tracert 10.1.31.10

Tracing route to 10.1.31.10 over a maximum of 30 hops

  1    76 ms    75 ms    76 ms  10.10.30.134
  2     *        *        *     Request timed out.
  3     *        *        *     Request timed out.
  4    75 ms    75 ms    75 ms  10.1.31.10

Trace complete.

في مسار التتبع هذا، الوثبة الأولى هي نقطة نهاية نفق بوابة ExpressRoute للشبكة الظاهرية المركزية إلى MSEE. القفزتان الثانية والثالثة هما جهاز التوجيه CE وعناوين IP المحلية للموقع 2 LAN. لا يتم الإعلان عن عناوين IP هذه في الشبكات الظاهرية المركزية/المحورية. القفزة الرابعة هي VM في الموقع المحلي 2.

المسار إلى الشبكة الظاهرية البعيدة

يظهر إخراج Traceroute من الشبكة الظاهرية المحورية إلى جهاز ظاهري في الشبكة الظاهرية البعيدة هنا:

C:\Users\rb>tracert 10.17.30.4

Tracing route to 10.17.30.4 over a maximum of 30 hops

  1     2 ms     1 ms     1 ms  10.10.30.133
  2     *        *        *     Request timed out.
  3    71 ms    70 ms    70 ms  10.17.30.4

Trace complete.

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

مسار البيانات من الشبكة الظاهرية الفرعية

المسار إلى الشبكة الظاهرية للمركز

يظهر إخراج Traceroute من الشبكة الظاهرية الفرعية إلى جهاز ظاهري في الشبكة الظاهرية المركزية هنا:

C:\Windows\system32>tracert 10.10.30.4

Tracing route to 10.10.30.4 over a maximum of 30 hops

  1    <1 ms    <1 ms    <1 ms  10.11.30.100
  2     *        *        *     Request timed out.
  3     4 ms     3 ms     3 ms  10.10.30.4

Trace complete.

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

المسار إلى الشبكة الظاهرية المحورية

يظهر إخراج Traceroute من الشبكة الظاهرية الفرعية إلى جهاز ظاهري في الشبكة الظاهرية المحورية هنا:

C:\Users\rb>tracert 10.11.30.4

Tracing route to 10.11.30.4 over a maximum of 30 hops

  1     1 ms    <1 ms     1 ms  10.11.30.100
  2     *        *        *     Request timed out.
  3     4 ms     3 ms     2 ms  10.11.30.4

Trace complete.

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

مسار الموقع المحلي 1

يظهر إخراج Traceroute من الشبكة الظاهرية الفرعية إلى جهاز ظاهري في الموقع المحلي 1 هنا:

C:\Users\rb>tracert 10.2.30.10

Tracing route to 10.2.30.10 over a maximum of 30 hops

  1     1 ms    <1 ms    <1 ms  10.11.30.100
  2     *        *        *     Request timed out.
  3     3 ms     2 ms     2 ms  10.2.30.125
  4     *        *        *     Request timed out.
  5     3 ms     3 ms     3 ms  10.2.30.10

Trace complete.

في مسار التتبع هذا، الوثبة الأولى هي بوابة VPN للشبكة الظاهرية الفرعية. الوثبة الثانية هي بوابة VPN للشبكة الظاهرية للمركز. لا يتم الإعلان عن عنوان IP لبوابة VPN للشبكة الظاهرية المركزية في الشبكة الظاهرية البعيدة. القفزة الثالثة هي نقطة إنهاء نفق VPN على جهاز التوجيه CE الأساسي. القفزة الرابعة هي عنوان IP داخلي للموقع المحلي 1. لا يتم الإعلان عن عنوان IP LAN هذا خارج جهاز التوجيه CE. القفزة الخامسة هي VM للوجهة في الموقع المحلي 1.

المسار إلى الموقع المحلي 2 والشبكة الظاهرية البعيدة

كما ناقشنا في تحليل وحدة التحكم، لا توجد رؤية للشبكة الظاهرية الفرعية إما للموقع 2 المحلي أو الشبكة الظاهرية البعيدة لكل تكوين شبكة. تؤكد نتائج ping التالية:

C:\Users\rb>ping 10.1.31.10

Pinging 10.1.31.10 with 32 bytes of data:

Request timed out.
...
Request timed out.

Ping statistics for 10.1.31.10:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

C:\Users\rb>ping 10.17.30.4

Pinging 10.17.30.4 with 32 bytes of data:

Request timed out.
...
Request timed out.

Ping statistics for 10.17.30.4:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

مسار البيانات من الموقع المحلي 1

المسار إلى الشبكة الظاهرية للمركز

يظهر إخراج Traceroute من الموقع المحلي 1 إلى جهاز ظاهري في الشبكة الظاهرية للمركز هنا:

C:\Users\rb>tracert 10.10.30.4

Tracing route to 10.10.30.4 over a maximum of 30 hops

  1    <1 ms    <1 ms    <1 ms  10.2.30.3
  2    <1 ms    <1 ms    <1 ms  192.168.30.0
  3    <1 ms    <1 ms    <1 ms  192.168.30.18
  4     *        *        *     Request timed out.
  5     2 ms     2 ms     2 ms  10.10.30.4

Trace complete.

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

توفر Network Watcher طريقة عرض تتمحور حول Azure فقط. للحصول على منظور محلي، نستخدم Azure Network Performance Monitor. توفر Network Performance Monitor وكلاء يمكنك تثبيتهم على خوادم في شبكات خارج Azure لتحليل مسار البيانات.

يوضح الشكل التالي طريقة عرض الطوبولوجيا لاتصال الجهاز الظاهري للموقع 1 المحلي بالجهاز الظاهري على الشبكة الظاهرية للمركز عبر ExpressRoute:

رسم تخطيطي لعرض Network Performance Monitor للاتصال من الموقع 1 VM إلى الشبكة الظاهرية للمركز عبر ExpressRoute 1.

كما تمت مناقشته سابقا، يستخدم إعداد الاختبار VPN من موقع إلى موقع كاتصال نسخ احتياطي ل ExpressRoute بين الموقع المحلي 1 والشبكة الظاهرية المركزية. لاختبار مسار بيانات النسخ الاحتياطي، دعنا نحفز فشل ارتباط ExpressRoute بين جهاز توجيه CE الأساسي للموقع 1 المحلي وMSEE المقابل. للحث على فشل ارتباط ExpressRoute، قم بإيقاف تشغيل واجهة CE التي تواجه MSEE:

C:\Users\rb>tracert 10.10.30.4

Tracing route to 10.10.30.4 over a maximum of 30 hops

  1    <1 ms    <1 ms    <1 ms  10.2.30.3
  2    <1 ms    <1 ms    <1 ms  192.168.30.0
  3     3 ms     2 ms     3 ms  10.10.30.4

Trace complete.

يتم عرض طريقة عرض الطوبولوجيا لاتصال الجهاز الظاهري للموقع 1 المحلي في الشكل التالي. يتم تأسيس هذا الاتصال إلى الجهاز الظاهري على الشبكة الظاهرية للمركز. يتم تحقيق الاتصال عبر اتصال VPN من موقع إلى موقع عندما يكون اتصال ExpressRoute معطلا:

رسم تخطيطي لعرض Network Performance Monitor للاتصال من الموقع 1 VM إلى الشبكة الظاهرية للمركز. يتم الاتصال عبر VPN من موقع إلى موقع.

المسار إلى الشبكة الظاهرية المحورية

يظهر إخراج Traceroute من الموقع المحلي 1 إلى جهاز ظاهري في الشبكة الظاهرية المحورية هنا:

لنعيد الاتصال الأساسي ل ExpressRoute لإجراء تحليل مسار البيانات نحو الشبكة الظاهرية المحورية:

C:\Users\rb>tracert 10.11.30.4

Tracing route to 10.11.30.4 over a maximum of 30 hops

  1    <1 ms    <1 ms    <1 ms  10.2.30.3
  2    <1 ms    <1 ms    <1 ms  192.168.30.0
  3    <1 ms    <1 ms    <1 ms  192.168.30.18
  4     *        *        *     Request timed out.
  5     3 ms     2 ms     2 ms  10.11.30.4

Trace complete.

قم بإظهار اتصال ExpressRoute 1 الأساسي لبقية تحليل مسار البيانات.

المسار إلى الشبكة الظاهرية الفرعية

يظهر إخراج Traceroute من الموقع المحلي 1 إلى جهاز ظاهري في الشبكة الظاهرية الفرعية هنا:

C:\Users\rb>tracert 10.11.30.68

Tracing route to 10.11.30.68 over a maximum of 30 hops

  1    <1 ms    <1 ms    <1 ms  10.2.30.3
  2    <1 ms    <1 ms    <1 ms  192.168.30.0
  3     3 ms     2 ms     2 ms  10.11.30.68

Trace complete.

مسار الموقع المحلي 2

كما نناقش في تحليل مستوى التحكم، فإن الموقع المحلي 1 ليس لديه رؤية للموقع المحلي 2 وفقاً لتكوين الشبكة. تؤكد نتائج ping التالية:

C:\Users\rb>ping 10.1.31.10

Pinging 10.1.31.10 with 32 bytes of data:

Request timed out.
...
Request timed out.

Ping statistics for 10.1.31.10:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

المسار إلى الشبكة الظاهرية البعيدة

يظهر إخراج Traceroute من الموقع المحلي 1 إلى جهاز ظاهري في الشبكة الظاهرية البعيدة هنا:

C:\Users\rb>tracert 10.17.30.4

Tracing route to 10.17.30.4 over a maximum of 30 hops

  1    <1 ms    <1 ms    <1 ms  10.2.30.3
  2     2 ms     5 ms     7 ms  192.168.30.0
  3    <1 ms    <1 ms    <1 ms  192.168.30.18
  4     *        *        *     Request timed out.
  5    69 ms    70 ms    69 ms  10.17.30.4

Trace complete.

مسار البيانات من الموقع المحلي 2

المسار إلى الشبكة الظاهرية للمركز

يظهر إخراج Traceroute من الموقع المحلي 2 إلى جهاز ظاهري في الشبكة الظاهرية للمركز هنا:

C:\Windows\system32>tracert 10.10.30.4

Tracing route to 10.10.30.4 over a maximum of 30 hops

  1    <1 ms    <1 ms    <1 ms  10.1.31.3
  2    <1 ms    <1 ms    <1 ms  192.168.31.4
  3    <1 ms    <1 ms    <1 ms  192.168.31.22
  4     *        *        *     Request timed out.
  5    75 ms    74 ms    74 ms  10.10.30.4

Trace complete.

المسار إلى الشبكة الظاهرية المحورية

يظهر إخراج Traceroute من الموقع المحلي 2 إلى جهاز ظاهري في الشبكة الظاهرية المحورية هنا:

C:\Windows\system32>tracert 10.11.30.4

Tracing route to 10.11.30.4 over a maximum of 30 hops
  1    <1 ms    <1 ms     1 ms  10.1.31.3
  2    <1 ms    <1 ms    <1 ms  192.168.31.0
  3    <1 ms    <1 ms    <1 ms  192.168.31.18
  4     *        *        *     Request timed out.
  5    75 ms    74 ms    74 ms  10.11.30.4

Trace complete.

المسار إلى الشبكة الظاهرية الفرعية والموقع المحلي 1 والشبكة الظاهرية البعيدة

كما نناقش في تحليل وحدة التحكم، لا يحتوي الموقع 1 المحلي على رؤية للشبكة الظاهرية الفرعية، أو إلى الموقع المحلي 1، أو إلى الشبكة الظاهرية البعيدة لكل تكوين الشبكة.

مسار البيانات من الشبكة الظاهرية البعيدة

المسار إلى الشبكة الظاهرية للمركز

يظهر إخراج Traceroute من الشبكة الظاهرية البعيدة إلى جهاز ظاهري في الشبكة الظاهرية المركزية هنا:

C:\Users\rb>tracert 10.10.30.4

Tracing route to 10.10.30.4 over a maximum of 30 hops

  1    65 ms    65 ms    65 ms  10.17.30.36
  2     *        *        *     Request timed out.
  3    69 ms    68 ms    68 ms  10.10.30.4

Trace complete.

المسار إلى الشبكة الظاهرية المحورية

يظهر إخراج Traceroute من الشبكة الظاهرية البعيدة إلى جهاز ظاهري في الشبكة الظاهرية المحورية هنا:

C:\Users\rb>tracert 10.11.30.4

Tracing route to 10.11.30.4 over a maximum of 30 hops

  1    67 ms    67 ms    67 ms  10.17.30.36
  2     *        *        *     Request timed out.
  3    71 ms    69 ms    69 ms  10.11.30.4

Trace complete.

المسار إلى الشبكة الظاهرية الفرعية والموقع المحلي 2

كما نناقش في تحليل وحدة التحكم، لا توجد رؤية للشبكة الظاهرية البعيدة للشبكة الظاهرية الفرعية أو الموقع المحلي 2 لكل تكوين الشبكة.

مسار الموقع المحلي 1

يظهر إخراج Traceroute من الشبكة الظاهرية البعيدة إلى جهاز ظاهري في الموقع المحلي 1 هنا:

C:\Users\rb>tracert 10.2.30.10

Tracing route to 10.2.30.10 over a maximum of 30 hops

  1    67 ms    67 ms    67 ms  10.17.30.36
  2     *        *        *     Request timed out.
  3     *        *        *     Request timed out.
  4    69 ms    69 ms    69 ms  10.2.30.10

Trace complete.

ExpressRoute واتصال VPN من موقع إلى موقع جنباً إلى جنب

VPN من موقع إلى موقع عبر ExpressRoute

يمكنك تكوين VPN من موقع إلى موقع باستخدام نظير ExpressRoute Microsoft لتبادل البيانات بشكل خاص بين شبكتك المحلية وشبكات Azure الظاهرية. باستخدام هذا التكوين، يمكنك تبادل البيانات بسرية ومصداقية ونزاهة. تبادل البيانات هو أيضاً ضد إعادة التشغيل. لمزيد من المعلومات حول كيفية تكوين IPsec VPN من موقع إلى موقع في وضع النفق باستخدام تناظر ExpressRoute Microsoft، راجع VPN من موقع إلى موقع عبر نظير ExpressRoute Microsoft.

القيد الأساسي لتكوين VPN من موقع إلى موقع الذي يستخدم نظير Microsoft هو معدل النقل. يعد معدل النقل عبر نفق IPsec محدود بسعة بوابة VPN. ويعد معدل نقل بوابة VPN أقل من معدل نقل ExpressRoute. في هذا السيناريو، يساعد استخدام نفق IPsec لحركة المرور عالية الأمان واستخدام نظير خاص لجميع حركات المرور الأخرى على تحسين استخدام النطاق الترددي ExpressRoute.

VPN من موقع إلى موقع كمسار تجاوز فشل آمن لـ ExpressRoute

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

لمزيد من المعلومات حول كيفية تكوين اتصالات مشتركة لـ ExpressRoute و VPN من موقع إلى موقع، راجع ExpressRoute والتوافق من موقع إلى موقع.

توسيع الاتصال الخلفي إلى الشبكات الظاهرية المحورية ومواقع الفروع

اتصال الشبكة الظاهرية المحورية باستخدام تناظر الشبكة الظاهرية

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

في تناظر الشبكة الظاهرية داخل منطقة ما، يمكن للشبكات الظاهرية المحورية استخدام بوابات الشبكة الظاهرية المركزية (كل من بوابات VPN وExpressRoute) للاتصال بالشبكات البعيدة.

اتصال الشبكة الظاهرية الفرعية باستخدام VPN من موقع إلى موقع

قد ترغب في أن تتواصل الشبكات الظاهرية الفرعية، الموجودة في مناطق مختلفة، والشبكات المحلية مع بعضها البعض عبر شبكة ظاهرية مركزية. حل Azure الأصلي لهذا التكوين هو اتصال VPN من موقع إلى موقع باستخدام VPN. البديل هو استخدام جهاز ظاهري للشبكة (NVA) للتوجيه في لوحة الوصل.

لمزيد من المعلومات، راجع ما هي بوابة VPN؟ونشر NVA عالية الإتاحة.

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

راجع الأسئلة الشائعة حول ExpressRoute من أجل:

  • تعرف على عدد دوائر ExpressRoute التي يمكنك توصيلها ببوابة ExpressRoute.

  • التعرف على عدد بوابات ExpressRoute التي يمكنك توصيلها بدائرة ExpressRoute.

  • التعرف على الحدود القياسية الأخرى لـ ExpressRoute.