تم قياس العقد الأساسية الثلاثة لـ AWS Asia Pacific: هونغ كونغ وطوكيو وسنغافورة ، كيف تختار الأعمال البحرية ؟

مع تعميق موجة الشركات الصينية في البحر ، سواء كانت التجارة الإلكترونية عبر الحدود ، أو توزيع الألعاب ، أو خدمات برامج SaaS ، أو Web3 و Fintech ،

AWS(Amazon Web Services)

لا تزال واحدة من أفضل الشركات المصنعة السحابية لنشر البنية التحتية.

وفي منطقة آسيا والمحيط الهادئ ،

هونغ كونغ (ap-east-1)

،

طوكيو (ap-northeast-1)

و

سنغافورة (ap-southeast-1)

إنها "العقد الذهبية" الثلاثة الأكثر كلاسيكية والأكثر شيوعًا للمقارنة.

غالبًا ما يتشابك العديد من المهندسين المعماريين في اختيار الأنواع:

هل تريد أن تأخذ في الاعتبار الصين وجنوب شرق آسيا ، اختر هونغ كونغ أو سنغافورة ؟

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

ما هو الفرق بين تأخير التوصيل البيني عبر المناطق والإنتاجية بين العقد الرئيسية الثلاثة ؟

من أجل تزويد الفريق الفني بمرجع اختيار حقيقي وموضوعي ، نستخدم أدوات مثل MTR و Iperf3 و Sysbench في نفس التكوين (EC2

C6i. xlarge

مثال ، حد عرض النطاق الترددي 10 جيجابت في الثانية) ، تم تنفيذ العقد الرئيسية الثلاثة لـ AWS Hong Kong و Tokyo و Singapore

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

قياس العمق.

1. وصف بيئة الاختبار والأساليب

تكوين مثال الاختبار: AWS EC2 c6i.xlarge(4vCPU / 8GB / Amazon Linux 2023)

عرض النطاق الترددي للشبكة: عرض النطاق الترددي المفاجئ حتى 12.5 جيجابت في الثانية ، ضمان عرض النطاق الترددي الأساسي

أدوات الاختبار: ping / mtr (فقدان الحزمة وتتبع التوجيه) ، iperf3 (نقل TCP/UDP) ، clips (تأخير استجابة HTTP)

توزيع عينة العميل: ثلاثة مشغلين رئيسيين في الصين القارية (الاتصالات CN2/163 ، تشاينا يونيكوم 9929/4837 ، CMI المحمول) دول جنوب شرق آسيا الرئيسية (مشغل Tier-1 المحلي في إندونيسيا وفيتنام وتايلاند) شرق آسيا المحلية (اليابان ، كوريا الجنوبية ISP السائدة)

2. تأخير الشبكة العامة وتحليل رابط التوجيه

يحدد تأخير الشبكة بشكل مباشر "سرعة تحميل الشاشة الأولى" و "سلاسة التفاعل" لمحطة المستخدم. ما يلي هو 72 ساعة من المراقبة المستمرة عالية التردد بينغ

متوسط التأخير مقابل معدل فقدان الحزمة

:

1. جدول تأخير الشبكة العامة لكل نقطة إلى السوق المستهدف (الوحدة: ms)

منطقة زيارة الهدف

عقدة هونغ كونغ (ap-east-1)

عقدة طوكيو (ap-northeast-1)

عقدة سنغافورة (ap-southeast-1)

جنوب الصين (قوانغتشو/شنتشن)

12 - 25

60 - 75

40 - 55

شرق الصين (شنغهاي/هانغتشو)

35 - 50

35 - 45

65 - 80

شمال الصين (بكين)

45 - 60

55 - 65

80-

95

اليابان (طوكيو/أوساكا)

45 - 55

5 - 12

65 - 75

كوريا الجنوبية (سيول)

50 - 65

25 - 35

80 - 90

سنغافورة المحلية

35 - 45

65 - 75

3 - 8

إندونيسيا/فيتنام/تايلاند

30 - 45

70 - 90

15 - 30

أمريكا الشمالية (غرب لوس أنجلوس)

150 - 160

100 - 110

170 - 180

2. تفسير خصائص التوجيه لثلاث عقد رئيسية

🇭🇰عقدة هونغ كونغ (

Ap-east-1

): الأقرب إلى البر الرئيسي للصين ، لكن استراتيجية التوجيه أكثر تعقيدًا

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

العيوب: AWS Hong Kong ليست "خط اتصال مباشر". عندما تعود حركة مرور الشبكة العامة إلى الصين ، عادة ما تتجاوز الاتصالات NTT أو Telstra ، بينما تعتمد China Unicom و Mobile على رابط العودة المحدد. خلال ساعة الذروة المسائية (20:00-23:00) ، ستواجه عناوين IP العامة العادية درجات متفاوتة من الازدحام وفقد الحزم (حوالي 3 ٪ ~ 8 ٪).

دليل تجنب الحفرة: إذا كان المستخدمون الأساسيون في مجال الأعمال في البر الرئيسي ، فمن المستحسن استخدام AWS Global Accelerator(GA ، التسارع العالمي) أو CloudFront CDN ، مما يمكن أن يقلل بشكل كبير من الالتفافات وفقد الحزم.

🇯🇵عقدة طوكيو (

Ap-northeast-1

): مركز شرق آسيا للحوسبة ، بنية تحتية مستقرة للغاية

المزايا: البنية التحتية للشبكة المحلية في اليابان ممتازة ، والتأخير في ربط اليابان وكوريا الجنوبية والساحل الغربي لأمريكا الشمالية (كابل بصري بحري عبر المحيط الهادئ) له ميزة كبيرة.

أداء عودة البر الرئيسي إلى الصين: ترتبط شرق الصين (شنغهاي) وشمال الصين (بكين) مباشرة بطوكيو من خلال China Telecom CN2 أو China Unicom 4837. التأخير بشكل عام هو 35-50 مللي ثانية ، ومعدل فقدان الحزمة أقل بكثير من الشبكة العامة العادية في ذروة هونغ كونغ المسائية.

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

🇸🇬عقدة سنغافورة (

Ap-southeast-1

): جنوب شرق آسيا "المحور الرقمي" ، القرص الأساسي للذهاب إلى البحر

المزايا: تشع دول الآسيان العشر بأكملها (معسكر قاعدة جنوب شرق آسيا مثل TikTok و Shopee). التأخير في فيزياء الشبكات التي تربط إندونيسيا وماليزيا وتايلاند وفيتنام ودول أخرى منخفض للغاية.

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

سيناريوهات قابلة للتطبيق: الأعمال المحلية في جنوب شرق آسيا ، العقدة المسبقة للهند/الشرق الأوسط.

3. اختبار العمود الفقري الداخلي عبر المناطق AWS (VPC Peering)

في بنية الخدمات المصغرة الفعلية ، غالبًا ما ننشر بوابات API في هونغ كونغ ، وقواعد البيانات في طوكيو ، ومجموعات التحليل في سنغافورة.

AWS بين المناطق (Inter-Region)

أداء العمود الفقري

يحدد جدوى الهيكل متعدد المناطق.

قمنا ببناء نفق آمن من خلال VPC Peering عبر المناطق ، باستخدام Iperf3 لاختبار أداء الإنترانت بين ثلاث عقد:

3-3---- شبكة العمود الفقري الخاصة عبر المناطق (VPC Peering)

| AWS عقدة هونج كونج | <=========================================> | AWS عقدة طوكيو |

| (Ap-east-1) | RTT: ~ 48 ms | (ap-northeast-1) |

3-3-3-3-----

^ ^

| | | |

| | RTT: ~ 33 ms | | RTT: ~ 66 ms

\/ \/

3-3-3-3-3-3-3-3-3-3-3---- في الساعة 13:A/////////////////////////////////////////////////////////////////////////////////////////////////////////////

| AWS عقدة سنغافورة |

| (Ap-southeast-1) |

---- هل يمكن أن تكون

B-B-B-A-A-A-A-S-

البيانات الأساسية المقاسة:

هونج كونج $ \ leftrightarrow $ سنغافورة: RTT على الإنترانت حوالي 32.5 مللي ثانية ، ويمكن الحفاظ على إنتاجية TCP أحادية التيار عند 850 Mbps-1.2 جيجابت في الثانية ، مع تقلبات صغيرة للغاية.

هونج كونج $ \ leftrightarrow $ طوكيو: RTT على الإنترانت حوالي 47.8 مللي ثانية ، أداء TCP ثنائي الاتجاه ممتاز ، مع تأخر الارتعاش (Jitter) أقل من 0.5 مللي ثانية.

Tokyo $ \ leftrightarrow $ سنغافورة: RTT على الإنترانت حوالي 65.2 ms. نظرًا للمسافة الطويلة ، يكون تدفق TCP الفردي مقيدًا بسهولة بحجم النافذة. يوصى بفتح خوارزمية التحكم في الازدحام TCP BBR لزيادة الإنتاجية بأكثر من 40 ٪.

الخلاصة: أداء شبكة العمود الفقري الخاصة عبر الإقليمية (Backbone) AWS قوي للغاية ، وجميع البيانات تذهب إلى الألياف الضوئية ذاتية البناء من AWS ، دون المرور عبر الشبكة العامة ، يكون الارتعاش قريبًا من 0. يوفر هذا قاعدة تقنية صلبة لـ "المهيمنة متعددة المناطق" أو "الفصل بين القراءة والكتابة عبر المناطق".

4. اختيار شجرة القرار: اختر هونغ كونغ أو طوكيو أو سنغافورة ؟

ضع المعايير الفنية جانبا ، ووقف

هبوط الأعمال

زاوية يمكنك الاختيار على أساس منطق القرار التالي:

1. السيناريو المفضل لـ [AWS Hong Kong]:

الأعمال الأساسية: خدمات API للتجارة الإلكترونية عبر الحدود ، والتكنولوجيا المالية ، Web3 ، والشركات البحرية في جنوب الصين.

المتطلبات الرئيسية: هناك حاجة إلى تأخير أولي منخفض للغاية في الوصول إلى البر الرئيسي للصين (شريطة أن يتم تكوين تسريع CDN/GA أو خط مخصص).

ملاحظة: تنتمي هونغ كونغ إلى منطقة Opt-in AWS (تحتاج إلى فتحه يدويًا) ، وسعر وحدة الفاتورة (مثل EC2 و EBS) أعلى قليلاً بنسبة 5 ٪ من طوكيو وسنغافورة افتراضيًا 10 ٪.

2. المشهد المفضل لـ [AWS Tokyo]:

الأعمال الأساسية: إصدار ألعاب اليد اليابانية والكورية ، تطبيقات ترفيهية ثنائية الأبعاد لأمريكا الشمالية وشرق آسيا ، معاملات عالية التردد.

المتطلبات الرئيسية: متطلبات عالية للغاية لاستقرار الشبكة العامة وجودة النطاق الترددي ، وتعتمد بشكل كبير على تزامن التأخير المنخفض مع عقدة AWS في أمريكا الشمالية.

ملاحظة: فيما يتعلق بالامتثال ، لدى اليابان متطلبات صارمة لخصوصية البيانات (قانون APPI) وتحتاج إلى الانتباه إلى سياسة خروج البيانات.

3. السيناريو المفضل لـ [AWS Singapore]:

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

المتطلبات الرئيسية: بيئة AWS في سنغافورة (مثل Local Zones و Wavelength) هي الأكثر اكتمالا ، وتكامل خدمات SaaS التابعة لجهات خارجية مرتفع.

ملاحظة: الوصول إلى المستخدمين في شمال الصين ليس ودودًا للغاية ، والتأخير مرتفع.

5. 3 اقتراحات عملية لتحسين تجربة شبكة AWS في آسيا والمحيط الهادئ

بغض النظر عن المكان الذي اخترته في النهاية

لكل عقدة ، يمكن أن تؤدي استراتيجية تحسين البنية الثلاث التالية إلى "مضاعفة" أداء الشبكة:

افتح TCP BBR بالكامل: يستخدم AWS Linux kernel الافتراضي خوارزمية cubic. تحت خط أنابيب الدهون طويل الكمون (LFN) متعدد الجنسيات ، يمكن تعديل خوارزمية التحكم في ازدحام النواة إلى bbr لزيادة سرعة نقل TCP لمسافات طويلة بنسبة 30 ٪ ~ 200 ٪.

استخدم AWS Global Accelerator (GA): إذا تم توزيع المستخدمين في جميع أنحاء منطقة آسيا والمحيط الهادئ (مثل الصين وجنوب شرق آسيا) ، فيمكنك نشر GA مسبقًا. ستدخل حركة مرور المستخدم مباشرة إلى الشبكة الأساسية الداخلية لـ AWS في أقرب موقع AWS Edge (عقدة الحافة) ، وتجنب فقدان الحزمة وانحراف الشبكة العامة.

الاستخدام المعقول لـ CloudFront لتسريع ثابت وديناميكي: لا يمكن لـ CloudFront تخزين الملفات الثابتة مؤقتًا فحسب ، بل يمكن لآلية تسريع WebSocket / API الديناميكية (عن طريق الحفاظ على اتصال طويل من عقدة الحافة إلى محطة المصدر) تقليل وقت استجابة p99 لواجهة برمجة التطبيقات بأكثر من 40 ٪.

الخلاصة

في لعبة AWS آسيا والمحيط الهادئ ثلاث عقد:

فازت هونغ كونغ على "البر الرئيسي القريب" ، وفازت طوكيو على "جودة عالية واتصال أمريكا الشمالية" ، وفازت سنغافورة على "قوة إشعاع جنوب شرق آسيا"

.

غالبًا ما لا يكون المخطط المعماري المثالي "اختيارًا واحدًا" ، بل "مزيجًا رئيسيًا". على سبيل المثال:

سنغافورة كمركز بيانات رئيسي (قاعدة البيانات والأعمال الأساسية)

، تراكب

عقدة تسريع الحافة في هونغ كونغ/طوكيو

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