GCP BYOIP: pengumuman publik bukan rute privat
Membagi prefiks BYOIP antara situs dan cloud memerlukan dua rencana. Pisahkan pengumuman publik, pendelegasian, dan hop berikutnya yang privat.
Sebagian blok publik tetap di situs dan sebagian pindah ke Google Cloud. Kalimat itu menjelaskan dua rencana, bukan satu: rencana pengumuman di internet dan rencana penerusan privat. Memperlakukan keduanya sebagai satu masalah perutean adalah titik kesalahan desain BYOIP.
Objek yang terlibat menjawab pertanyaan berbeda, dan hanya satu di antaranya tentang ke mana paket pergi selanjutnya.
Tiga objek, tiga pertanyaan
Prefiks yang diumumkan publik adalah unit yang Google umumkan ke internet atas nama Anda. Prefiks yang didelegasikan publik adalah cara ruang yang diimpor dialokasikan ke sumber daya Cloud yang didukung. Rute VPC, termasuk yang dipelajari melalui Cloud Router dari VPN, memilih hop berikutnya yang privat. Masing-masing punya cakupan, API, dan pesan kesalahannya sendiri.
Versi tabel lebih singkat.
| 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 |
Hanya baris ketiga yang tentang penerusan di dalam jaringan Anda.
Apa yang dicakup peringatan tumpang tindih BYOIP
Dokumentasi BYOIP Google memperlakukan prefiks yang diumumkan sebagai unit pengumuman dan memperingatkan tentang pengumuman eksternal yang tumpang tindih, termasuk subprefiks yang diumumkan di luar Google. Peringatan itu tentang rencana pengumuman publik. Itu bukan pernyataan tentang setiap rute privat yang mungkin Anda tambahkan.
Mendelegasikan alokasi yang lebih kecil di dalam prefiks yang diimpor tidak, dengan sendirinya, memberi Anda izin untuk mengumumkan sisanya dari sumber lain.
Ajukan pertanyaan dalam hal siapa mengumumkan apa. Jika Google mengumumkan seluruh prefiks yang diimpor, sumber kedua yang mengumumkan subprefiks menciptakan persis tumpang tindih yang diperingatkan dokumentasi, serapi apa pun rute VPC Anda.
Apa yang diputuskan rute privat
Prefiks yang dipelajari melalui VPN bukan pengumuman internet, dan tidak ada jumlah BGP yang akan membuatnya menjadi itu. Itu adalah entri dalam tabel rute VPC yang menyatakan terowongan atau gateway mana yang harus membawa lalu lintas ke tujuan itu. Apakah entri itu memenuhi syarat, terpilih, atau dapat digunakan bergantung pada aturan perutean VPC itu sendiri.
Pencocokan prefiks terpanjang berlaku di dalam tabel rute, jadi rute VPN yang lebih panjang dapat menang secara lokal tanpa mengubah apa pun di tepi publik.
Membagi prefiks: keputusan yang datang lebih dulu
Jika arsitektur menuntut separuh blok diumumkan dari pusat data dan separuh dari Google, tetapkan rencana pengumuman sebelum mengimpor apa pun. Pastikan rentang mana yang boleh diumumkan Google, mana yang tetap diumumkan di tempat lain, dan apakah keduanya tumpang tindih. Lalu rancang jalur privat untuk setiap tujuan dan jalur kembalinya. Jika penyedia tidak mendukung pembagian yang Anda inginkan, ubah pembagian itu daripada berharap prefiks VPN yang lebih panjang mengalahkan keputusan di tepi publik.
Urutan itu penting karena rencana kedua tidak dapat memperbaiki yang pertama.
Verifikasi kedua rencana secara terpisah
Periksa sisi publik dengan gcloud compute public-advertised-prefixes list dan pastikan rentang serta statusnya. Periksa sisi privat dengan gcloud compute routes list dan gcloud compute routers get-status, yang menunjukkan apa yang sebenarnya dipertukarkan BGP.
Satu set keluaran memberi tahu Anda apa yang dilihat internet. Yang lain memberi tahu Anda ke mana lalu lintas Anda pergi. Tidak satu pun menggantikan yang lain.