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 در واقع چه چیزی مبادله کرده است.
یک مجموعه خروجی به شما می‌گوید اینترنت چه می‌بیند. مجموعه دیگر می‌گوید ترافیک شما کجا می‌رود. هیچ‌کدام جایگزین دیگری نیست.