شراء حساب Google Cloud: تأخير الشبكة مرتفع ؟ يعلمك خدعة لتقليل قيمة بينغ المثال ومعدل فقدان الحزمة!

في دائرة المطورين المحليين ، لطالما كانت Google Cloud Platform (GCP) وجودًا محبوبًا وكريهًا.

الأشخاص الذين يحبونها ، مدمنون على شبكتها الأساسية القوية للألياف الضوئية العالمية ، والبنية التحتية للتكنولوجيا السوداء على نفس مستوى بحث Google ، والدعم المثالي للتكنولوجيا المتطورة ؛ الأشخاص الذين يكرهونها غالبًا ما يكون لديهم أربع كلمات فقط:

بطاقة الشبكة أيضا

.

ربما تكون قد مرت أيضًا بهذه اللحظة اليائسة: فتحت بسعادة مثالًا (جهاز افتراضي) بتكوين مادي مرتفع للغاية وعرض نطاق ترددي كافٍ للغاية على GCP. ونتيجة لذلك ، تم اختبار قيمة Ping محليًا ، وبدأت 200ms ، وحتى غالبًا ما ارتفعت إلى أكثر من 300ms. الأمر الأكثر فظاعة هو

معدل فقدان الحزمة

، تقفز بنسبة 10 ٪ أو 20 ٪ في كل منعطف ، والاتصال عن بعد (SSH) يطرق لوحة المفاتيح مثل وضع شريحة ، والعمل بطيء مثل الثور القديم يسحب السيارة.

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

في الواقع ، غالبًا ما يكون السبب الجذري للتأخير العالي وفقدان الحزمة الخطير لشبكة Google السحابية ليس في تكوين النظام الخاص بك ، ولكن في ذلك

مستوى خدمة الشبكة (Network Service Tiers) والالتفاف

أعلى. في هذا المقال اليوم ، سنستخدم اللغة العامية الكبيرة والتكنولوجيا الصلبة لتفكيك ونعلمك استخدام "الحيلة" الأكثر أهمية-

قم بالتبديل من Standard Tier إلى Premium Tier ، مع دائرة مضيف دقيقة

، قم بتخفيض قيمة Ping ومعدل فقدان الحزمة لممثيلات Google السحابية تمامًا.

1. السبب الأساسي: لماذا شبكة مثيل Google السحابية بطيئة جدًا ؟

قبل وصف الوصفة ، علينا أولاً معرفة السبب. لماذا في نفس الشبكة ، تكون سحابة Google لشخص ما سريعة مثل البرق ، لكن لديك بطيء مثل الحلزون ؟ يجب أن يبدأ هذا بشبكة "المسار المزدوج" الفريدة من Google Cloud.

توفر Google Cloud مفهومًا نادرًا ما يذكره بائعو السحابة الرئيسيون الآخرون (مثل AWS و Microsoft Azure):

مستوى خدمة الشبكة (Network Service Tiers)

. يقسم الشبكة إلى مستويين:

Standard Tier (Standard Tier): المعروف باسم "التوجيه الرخيص". بعد مغادرة بياناتك لمركز بيانات Google ، سيتم إلقاؤها على الفور على الإنترنت العام (أي توجيه الشبكة العامة للمشغلين الرئيسيين). هذا يعني أن حزمة البيانات الخاصة بك يجب أن تضغط على الممرات العادية جنبًا إلى جنب مع حركة القمامة في الشبكة الكاملة ، وتمر عبر عدد لا يحصى من أجهزة التوجيه التابعة لجهات خارجية ، وتتجول للوصول إلى مكانك المحلي.

Premium Tier (Premium Tier): المعروف باسم "الشبكة الخاصة الفاخرة". بعد أن تترك بياناتك المثال ، ستدخل على الفور شبكة العمود الفقري للألياف الضوئية الخاصة العالمية التي بنتها Google بكثافة. هذه الشبكة ليست مفتوحة للعالم الخارجي ، ولا توجد حركة مرور فوضوية للشبكة العامة. سوف ترتفع حزم البيانات على طول الطريق في شبكة Google العامة الخاصة عالية السرعة ، ولن تغادر على مضض حتى أقرب نقطة وصول إلى الشبكة (نقطة POP) إلى منطقتها المحلية

فتح شبكة جوجل والوصول إلى المشغل المحلي الخاص بك.

سوء الفهم الأكثر فتكًا: يستخدم العديد من المبتدئين الإعدادات الافتراضية مباشرة (أو يتم وضع علامة افتراضية في بعض المناطق/الحسابات المحددة) عند إنشاء مثيلات GCP لتوفير المال أو توفير المتاعب. يبدو الأمر كما لو كنت قد اشتريت سيارة فيراري (مثال عالي الأداء) ، لكنك أجبرت على القيادة على طريق ريفي موحل (شبكة قياسية) مزدحم بإشارات مرور في كل مكان. هل يمكن أن يكون معدل تأخير الشبكة وخسائرها مرتفعًا ؟

2. الحيلة الأساسية: كيفية تحويل الشبكة إلى المستوى المتقدم ؟

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

أدناه ، سنأخذ خطوات التشغيل مباشرة (أسهل طريقة لفهم مستخدمي Alibaba Cloud أو Tencent Cloud القدامى ، وسوف يأخذك الممسك إلى التغيير).

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

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

افتح وحدة التحكم السحابية من Google ، وابحث عن "شبكة VPC" (شبكة VPC) والنقر عليها في شريط التنقل الأيسر "Network Service Tiers".

في هذه الصفحة ، سترى الإعدادات الافتراضية للمشروع الحالي. إذا كان Standard يظهر حاليًا ، فانقر على "تحسين/تغيير المستوى الافتراضي" أعلاه لتغييره إلى Premium.

الخطوة الثانية: تعديل نوع عنوان IP الخارجي للمثيل الحالي ديناميكيًا

إذا كنت قد أنشأت مثالًا ولا ترغب في حذف الجهاز وإعادة تشغيله ، فلا يهم ، تدعم Google Cloud تبديل الشبكة الديناميكية لـ IP الثابت.

أدخل "شبكة VPC" في وحدة التحكم "عنوان IP الخارجي" (External IP addresses).

ابحث عن عنوان IP الخارجي المرتبط بمثيلاتك ذات التأخير العالي.

تحقق من عمود "مستوى خدمة الشبكة". إذا كان Standard ، انقر على التعديل الموجود على اليمين لتعديله إلى Premium.

ملاحظة: أثناء عملية التبديل ، قد يتغير عنوان IP الخارجي الخاص بك بسبب إعادة معالجة التوجيه ، وقد ينقطع الاتصال عن بُعد لفترة قصيرة ، وهو أمر طبيعي.

3. المساعدة المتقدمة: لا يكفي تغيير الشبكة ، عليك اختيار "Fengshui Treasure Land" الصحيح

قد يكون لدى بعض الأصدقاء تعليقات: "أنا بالفعل شبكة Premium ، لماذا لا تزال قيمة Ping أعلى من 150 مللي ثانية ؟"

وهذا ينطوي على نقطة أخرى من المعرفة الصلبة:

المسافة المادية مع توجيه التصدير الدولي

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

، بغض النظر عن مدى تقدمًا الشبكة ، حيث يتم وضع المسافة المادية ، لن يتم وضع قيمة Ping مطلقًا.

بالنسبة للمستخدمين المحليين ، إذا كنت ترغب في الحصول على تأخير منخفض للغاية (تدخل قيمة Ping في حدود 100ms ، أو حتى 30ms-50ms) ،

الدوائر الانتخابية أمر بالغ الأهمية

.

وفقًا لأحدث بيانات قياس الشبكة في عام 2026 ، فإن أداء Google Cloud في مناطق آسيا والمحيط الهادئ الأكثر ودية في الصين هو كما يلي:

جوجل سحابة رمز المنطقة

الموقع الجغرافي

متوسط قيمة بينغ (الساحل المحلي)

معدل فقدان الحزمة (تحت شبكة Premium)

مناسبة لسيناريوهات الأعمال

Asia-east1

مقاطعة تشانغهوا ، تايوان

30ms - 60ms

بالقرب من 0 ٪

خلفية اللعبة ، الاتصال في الوقت الحقيقي ، موقع ويب عالي التردد

Asia-east2

هونغ كونغ

40ms - 70ms

بالقرب من 0 ٪

أعمال التجارة الخارجية الأساسية للمؤسسة ، واجهة API ، خلفية البرنامج الصغير

Asia-northeast1

طوكيو ، اليابان

60ms - 90ms

أقل من 0.5 ٪

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

Asia-northeast3

سيول ، كوريا الجنوبية

70ms - 100ms

أقل من 0.5 ٪

تجربة زيارة ممتازة في المحافظات الشمالية

تحذير تجنب الحفرة: حاول تجنب اختيار asia-southeast1 (سنغافورة). على الرغم من أن سنغافورة لا تبدو بعيدة جغرافيًا ، إلا أن توجيه الشبكة المحلية في الماضي كان رائعًا للغاية ، وغالبًا ما كانت تتخطى الولايات المتحدة أو اليابان أولاً ، ثم تعود إلى سنغافورة (المعروفة باسم التوجيه الالتفافي). ما لم يكن المستخدم المستهدف لعملك في جنوب شرق آسيا ، فإن التأخير في الوصول المحلي إلى سنغافورة غالبًا ما يرتفع إلى أكثر من 200 مللي ثانية ، كما أن معدل فقدان الحزمة غير مستقر للغاية.

4. عملية الفحص الذاتي النهائية: كيف يمكنك التأكد من أنك "هبطت" بنجاح على الطريق السريع ؟

بعد تشغيل ما سبق ، كيف نعرف ما إذا كانت جودة الشبكة قد تحسنت ؟ لا تنظر فقط إلى صفحة الويب التي تفتح بسرعة ، فنحن نستخدم البيانات للتحدث.

1-الاستفادة

MTR

الأمر لتتبع المسار (طريقة الاختبار الأكثر تشدقًا)

على جهاز الكمبيوتر المحلي الخاص بك (استخدام ماك/لينكس

Mtr

، ويندوز تحميل

WinMTR

البرنامج) ، تتبع مسار Google Cloud IP الخاص بك.

إذا كنت تمشي على الشبكة القياسية: ستجد أن هناك أكثر من 20 قفزة في جدول التوجيه ، وحزم البيانات مزدحمة بشدة في الشبكة الأساسية للمشغلين المحليين (مثل AS4134 ، AS4837). تقفز قيمة Ping ومعدل فقدان الحزمة لأعلى.

إذا كنت تسير على شبكة Premium: ستتفاجأ عندما تجد أن حزمة البيانات ستدخل مباشرة مع google.com أو 1e100.net بعد مغادرة المشغل في مدينتك المحلية (مثل شنغهاي أو قوانغتشو) للتصدير.

عقدة IP لللاحقة. هذا يعني أنه بمجرد ذهابه إلى الخارج ، ذهب مباشرة إلى "السكك الحديدية الخفيفة عالية السرعة" المخصصة من Google. بمجرد أن ركض حتى النهاية ، لم يكن هناك تداخل من العقد المتنوعة في المنتصف.

2. مقارنة البيانات قبل وبعد قيمة بينغ ومعدل فقدان الحزمة

لتحصل على الثقة ، يمكننا إلقاء نظرة على مقارنة لوحة البيانات النموذجية قبل التبديل وبعده:

Plaintext

[قبل التبديل-خطأ في دائرة شبكة Standard (مثل الولايات المتحدة)]

PING 35.xxxx. xxx.xxx (35.xxx. xxx.xxx): 56 data bytes

64 bytes من 35.xxx. xxx.xxx: icmp_seq = 0 ttl = 41 time = 245.3 ms

64 bytes من 35.xxx. xxx.xxx: icmp_seq = 1 ttl = 41 time = 312.1 ms

تقرير حول icmp_seq 2 <-💥فقدان الحقيبة

64 bytes من 35.xxx. xxx.xxx: icmp_seq = 3 ttl = 41 time = 289.4 ms

--- 35.xxx. xxx.xxx ping statistics ---

4 packets, 3 packets received, 25.0 ٪ packet loss

Round-trip min/avg/max/stddev = 245.3/282.2/312.1/27.8 ms

باباينى:

[بعد التبديل-دائرة شبكة Premium صحيحة (مثل تايوان/هونج كونج)]

PING 34.xxx. xxx.xxx (34.xxx. xxx.xxx): 56 data bytes

64 bytes من 34.xxx. xxx.xxx: icmp_seq = 0 ttl = 53 time = 42.1 ms

64 bytes from 34.xxx. xxx.xxx: icmp_seq = 1 ttl = 53 time = 41.8 ms

64 bytes من 34.xxx. xxx.xxx: icmp_seq = 2 ttl = 53 time = 42.3 ms

64 bytes from 34.xxx. xxx.xxx: icmp_seq = 3 ttl = 53 time = 41.9 ms

--- 34.xx

X. xxx.xxx ping statistics --

4 packets transmitted, 4 packets received, 0.0 ٪ packet loss

Round-trip min/avg/max/stddev = 41.8/42.0/42.3/0.2 ms

من 280 مللي ثانية إلى 25 ٪ من الحزمة المفقودة ، انخفض مباشرة إلى 42 مللي ثانية بدون حقيبة. هذه هي القفزة النوعية التي أحدثتها هذه الحيلة.

5. الأسئلة الشائعة (الأسئلة الشائعة) ودليل تجنب الحفرة

عند إرم شبكة Google السحابية ، قد تواجه أيضًا مشكلات الامتداد التالية.

Q1: هل ستجعلني شبكة Premium تتلقى فاتورة إفلاس ؟

الجواب:

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

Q2: لماذا غيرت Premium واخترت هونغ كونغ ، وما زلت تهتز من حين لآخر في بعض الأوقات ؟

الجواب:

يجب الاعتراف بأنه بغض النظر عن مدى ثقل الشركات المصنعة للحوسبة السحابية ، يجب أن تصل حركة المرور في النهاية إلى المشغلين الأساسيتين الرئيسيين الثلاثة في الصين (Telecom و China Unicom و Mobile). بين الساعة 8 و 11 كل ليلة

ذروة الشبكة المسائية

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

الحل النهائي: إذا كانت متطلبات عملك في الوقت الحقيقي قاسية للغاية (مثل المعاملات المالية عالية التردد) ، في أساس شبكة Premium ، قد تحتاج أيضًا إلى التعاون مع الشركات المصنعة المحلية الكبرى (مثل Ali Cloud و Tencent Cloud) GA (التسارع العالمي) أو شراء Anycast EIP ، استخدم خطوطها الخاصة عبر الحدود المحلية الخاصة للتأمين المزدوج.

Q3: هل من الضروري تشغيل تسريع BBR المدمج في النظام ؟

الجواب:

ضروري جدا.

الحيلة التي نعلمها اليوم (التحول إلى Premium) هي تحويل الطرق الموحلة من "الطرق المادية" إلى الطرق السريعة. تقوم خوارزمية التحكم في الازدحام BBR(Bottleneck Bandwidth and RTT) التي تفتح Linux kernel بترقية نظام النقل الخاص بـ "مركبة نقل البيانات" في يدك لجعله أكثر ذكاءً على الطريق السريع.

العلاقة بين الاثنين تكمل بعضها البعض: قيادة السيارة التي تمت ترقيتها (BBR) على الطريق السريع (Premium) ، شبكة Google Cloud المثيل

الأداء يمكن أن تصل حقا إلى حدود 100 ٪.

الخاتمة

هناك حقيقة عالمية في عالم الحوسبة السحابية:

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

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

يستغرق دقيقتين ، اتبع الخطوات في هذه المقالة للتحقق من مستوى خدمة الشبكة الخاصة بك ، وإخفاء ذلك

ستاندارد

إلى

Premium

، ثم التعاون مع دائرة انتخابية ذات موقع جغرافي معقول. ثق بي ، عندما تدق في المحطة مرة أخرى

بينغ

في اللحظة التي تعود فيها إلى السيارة ، بالنظر إلى بيانات التأخير المنخفضة للسحب والمياه المتدفقة ، ستعود وتعطي هذا المقال الثناء.