GCP BYOIP: الإعلان العام ليس مسارًا خاصًا
تقسيم بادئة BYOIP بين الموقع والسحابة يحتاج إلى خطتين. افصل الإعلان العام والتفويض والخطوة التالية الخاصة.
يبقى جزء من كتلة عامة في الموقع وينتقل جزء إلى Google Cloud. تلك الجملة تصف خطتين لا خطة واحدة: خطة إعلان على الإنترنت وخطة توجيه خاص. التعامل معهما كمشكلة توجيه واحدة هو مكمن الخطأ في تصاميم BYOIP.
الكائنات المعنية تجيب عن أسئلة مختلفة، وواحد منها فقط يتعلق بالمكان الذي تذهب إليه الحزم بعد ذلك.
ثلاثة كائنات، ثلاثة أسئلة
البادئة المعلنة العامة هي الوحدة التي تعلنها Google على الإنترنت نيابة عنك. البادئة المفوضة العامة هي كيفية تخصيص المساحة المستوردة لموارد Cloud المدعومة. مسار VPC، بما في ذلك المسار المتعلم عبر Cloud Router من VPN، يختار الخطوة التالية الخاصة. لكل منها نطاقه وواجهة API الخاصة به ورسالة فشله الخاصة.
نسخة الجدول أقصر.
| Object | Question it answers |
|---|---|
| Public advertised prefix | Which authorized range Google announces publicly |
| Public delegated prefix | How imported space is allocated to Cloud resources |
| VPN or Cloud Router route | Which private next hop carries a destination |
الصف الثالث فقط يتعلق بالتوجيه داخل شبكتك.
ما يغطيه تحذير التداخل في BYOIP
إن وثائق BYOIP الخاصة بـ Google تعالج البادئة المعلنة كوحدة إعلان وتحذر من الإعلانات الخارجية المتداخلة، بما في ذلك بادئة فرعية تُعلن خارج Google. ذلك التحذير يتعلق بخطة الإعلان العام. وهو ليس بيانًا عن كل مسار خاص قد تضيفه.
تفويض تخصيص أصغر داخل بادئة مستوردة لا يمنحك بحد ذاته إذنًا بإعلان الباقي من مصدر آخر.
اطرح السؤال من حيث من يعلن ماذا. إذا كانت Google تعلن البادئة المستوردة كاملة، فإن مصدرًا ثانيًا يعلن بادئة فرعية ينشئ بالضبط التداخل الذي تحذر منه الوثائق، مهما بدت مسارات VPC لديك مرتبة.
ما يقرره المسار الخاص
البادئة المتعلمة عبر VPN ليست إعلانًا على الإنترنت، ولا كمية من BGP تجعلها كذلك. إنها مدخل في جدول مسارات VPC يحدد النفق أو البوابة التي يجب أن تحمل حركة المرور لتلك الوجهة. وأهلية ذلك المدخل أو اختياره أو صلاحيته للاستخدام تعتمد على قواعد التوجيه الخاصة بـ VPC.
يُطبَّق مطابقة البادئة الأطول داخل جدول المسارات، لذا يمكن لمسار VPN أطول أن يفوز محليًا دون تغيير أي شيء عند الحافة العامة.
تقسيم البادئة: القرار الذي يأتي أولًا
إذا كان التصميم يتطلب إعلان نصف الكتلة من مركز بيانات ونصفها من Google، فاحسم خطة الإعلان قبل استيراد أي شيء. تأكد من النطاقات التي يجوز لـ Google إعلانها، والنطاقات التي تبقى معلنة في مكان آخر، وما إذا كان الاثنان متداخلين. ثم صمم المسار الخاص لكل وجهة ومسار عودتها. إذا لم يدعم مقدمو الخدمة التقسيم الذي تريده، فغيّر التقسيم بدلًا من أن تأمل أن تتجاوز بادئة VPN أطول قرارًا عند الحافة العامة.
هذا الترتيب مهم لأن الخطة الثانية لا تستطيع إصلاح الأولى.
تحقق من الخطتين بشكل منفصل
افحص الجانب العام باستخدام gcloud compute public-advertised-prefixes list وتأكد من النطاقات وحالتها. افحص الجانب الخاص باستخدام gcloud compute routes list وgcloud compute routers get-status، وهو يُظهر ما تبادله BGP فعليًا.
مجموعة واحدة من المخرجات تخبرك بما يراه الإنترنت. والأخرى تخبرك أين تذهب حركة المرور لديك. ولا واحدة منهما بديل عن الأخرى.