Menyiapkan dan mengelola Peering Jaringan VPC

Google Cloud Peering Jaringan VPC memungkinkan konektivitas alamat IP internal di dua jaringan Virtual Private Cloud (VPC), terlepas dari apakah keduanya berasal dari project atau organisasi yang sama. Peering mendukung konektivitas antarjaringan yang memiliki kombinasi subnet khusus IPv4, stack ganda, dan khusus IPv6 (Pratinjau).

Untuk mengetahui informasi selengkapnya, lihat Peering Jaringan VPC.

Membuat konfigurasi peering

Sebelum memulai, Anda harus memiliki nama jaringan VPC yang akan di-peering. Jika jaringan tersebut berada di project lain, Anda juga harus memiliki project ID untuk project tersebut. Anda tidak dapat mencantumkan permintaan peering untuk jaringan VPC Anda. Jika perlu, minta nama jaringan dan project kepada administrator jaringan yang ingin Anda ajak melakukan peering.

Konfigurasi peering menetapkan intent untuk terhubung ke jaringan VPC lain. Jaringan Anda dan jaringan lainnya tidak terhubung sampai masing-masing memiliki konfigurasi peering untuk jaringan yang lain. Setelah jaringan lain memiliki konfigurasi yang sesuai untuk melakukan peering dengan jaringan Anda, status peering berubah menjadi ACTIVE di kedua jaringan, dan keduanya terhubung. Jika tidak ada konfigurasi peering yang cocok di jaringan lain, status peering tetap INACTIVE, yang menunjukkan bahwa jaringan Anda tidak terhubung ke jaringan lainnya.

Google Cloud hanya mengizinkan satu aktivitas terkait peering pada satu waktu di seluruh jaringan yang di-peering. Misalnya, jika Anda menyiapkan peering dengan satu jaringan dan segera mencoba menyiapkan peering lainnya, operasi akan gagal dengan pesan berikut: Error: There is a peering operation in progress on the local or peer network. Try again later.

Setelah terhubung, kedua jaringan VPC akan selalu menukar rute subnet IPv4 (rentang subnet IPv4 primer dan sekunder) yang menggunakan rentang alamat IPv4 pribadi. Untuk mengetahui informasi selengkapnya tentang opsi pertukaran rute subnet, lihat Opsi untuk bertukar rute subnet. Untuk mengetahui detail tentang pertukaran rute statis atau dinamis, lihat Opsi untuk bertukar rute statis dan Opsi untuk bertukar rute dinamis.

Strategi update

Strategi update adalah properti konfigurasi peering. Peering Jaringan VPC mendukung dua strategi update: INDEPENDENT (default) dan CONSENSUS. Secara default, kedua sisi koneksi peering dapat memperbarui atau menghapus koneksi kapan saja. Anda dapat membatasi perilaku ini secara opsional dengan mengonfigurasi strategi update CONSENSUS untuk koneksi peering.

Hal berikut berlaku untuk koneksi peering yang menggunakan strategi update CONSENSUS:

  • Setelah permintaan untuk mengonfigurasi strategi update CONSENSUS untuk koneksi peering dimulai, tidak ada perubahan lain yang dapat diusulkan hingga permintaan diterima atau dikembalikan.
  • Untuk menghapus koneksi peering, kedua sisi koneksi harus mengirimkan permintaan penghapusan sebelum koneksi dapat dihapus. Jika permintaan penghapusan sedang berlangsung, semua permintaan update akan ditolak.
  • Permintaan tertunda tidak menyebabkan periode nonaktif, dan koneksi tetap aktif selama permintaan sedang diproses.
  • Batasan: memperbarui koneksi peering yang dikonfigurasi untuk menggunakan strategi update CONSENSUS tidak didukung.

Membuat konfigurasi

Untuk membuat konfigurasi peering, lakukan hal berikut.

Konsol

  1. Di Google Cloud konsol, buka halaman VPC Network Peering .
    Buka Peering Jaringan VPC
  2. Klik Buat koneksi.
  3. Klik Lanjutkan.
  4. Di kolom Nama, masukkan nama konfigurasi peering Anda.
  5. Pada Jaringan VPC Anda, pilih jaringan yang ingin di-peering.

  6. Pilih jaringan yang akan di-peering.

    • Jika jaringan yang ingin Anda peering berada dalam project yang sama, pilih Dalam project [NAMA PROJECT ANDA] lalu jaringan untuk di-peering.
    • Jika jaringan yang ingin Anda peering berada dalam project yang berbeda, pilih Dalam project lain. Tentukan project ID yang mencakup jaringan yang ingin di-peering dan nama jaringan VPC.

  7. Di bagian jenis stack IP, tentukan rute subnet mana yang harus ditukar antara jaringan yang di-peering:

    • IPv4 (stack tunggal): Hanya menukar rute IPv4.
    • IPv4 dan IPv6 (stack ganda): Menukar rute IPv4 dan IPv6.

  8. Untuk mengimpor dan mengekspor rute kustom IPv4 dan IPv6, pilih salah satu atau kedua opsi berikut:

    • Impor rute kustom: Mengimpor rute kustom dari jaringan peer. Jaringan peer harus mengaktifkan ekspor rute kustom agar rute dapat diimpor.
    • Ekspor rute kustom: Ekspor rute kustom ke jaringan peer. Jaringan peer harus mengaktifkan impor rute kustom agar rute dapat diekspor.

  9. Jika jaringan Anda atau jaringan peer menggunakan rentang IPv4 publik yang digunakan secara pribadi di subnetnya, rute ini akan diekspor secara default, tetapi tidak diimpor secara default. Untuk mengimpor rute subnet IPv4 publik yang digunakan secara pribadi, pilih:

    • Mengimpor rute subnet dengan IP publik untuk mengimpor rute subnet IPv4 publik yang digunakan secara pribadi dan diekspor oleh jaringan lain

  10. Klik Buat.

gcloud

Buat konfigurasi peering menggunakan perintah gcloud compute networks peerings create. Gunakan perintah versi beta jika Anda ingin mengubah strategi update default untuk koneksi peering.

Tanda kurung siku [] dalam perintah berikut menunjukkan flag opsional:

  • --import-custom-routes memberi tahu jaringan untuk menerima rute kustom dari jaringan yang di-peering. Jaringan yang di-peering harus mengekspor rute terlebih dahulu.
  • --export-custom-routes memberi tahu jaringan untuk mengekspor rute kustom ke jaringan yang di-peering. Jaringan yang di-peering harus ditetapkan untuk mengimpor rute.
  • --import-subnet-routes-with-public-ip memberi tahu jaringan untuk menerima rute subnet dari jaringan yang di-peering jika jaringan tersebut menggunakan alamat IPv4 publik yang digunakan secara pribadi di subnetnya. Jaringan yang di-peering harus mengekspor rute terlebih dahulu.
  • --export-subnet-routes-with-public-ip memberi tahu jaringan untuk mengekspor rute subnet yang berisi alamat IPv4 publik yang digunakan secara pribadi. Jaringan yang di-peering harus ditetapkan untuk mengimpor rute.
gcloud compute networks peerings create PEERING_NAME \
    --network=NETWORK \
    --peer-project=PEER_PROJECT_ID \
    --peer-network=PEER_NETWORK_NAME \
    [--stack-type=STACK_TYPE] \
    [--import-custom-routes] \
    [--export-custom-routes] \
    [--import-subnet-routes-with-public-ip] \
    [--export-subnet-routes-with-public-ip]

Gunakan flag --update-strategy (Pratinjau) untuk menetapkan strategi update untuk koneksi peering:

gcloud beta compute networks peerings create PEERING_NAME \
    --network=NETWORK \
    --peer-project=PEER_PROJECT_ID \
    --peer-network=PEER_NETWORK_NAME \
    [--stack-type=STACK_TYPE] \
    [--import-custom-routes] \
    [--export-custom-routes] \
    [--import-subnet-routes-with-public-ip] \
    [--export-subnet-routes-with-public-ip] \
    [--update-strategy=UPDATE_STRATEGY]

Ganti kode berikut:

  • PEERING_NAME: nama konfigurasi peering.
  • NETWORK: nama jaringan dalam project Anda yang ingin di-peering.
  • PEER_PROJECT_ID: ID project yang berisi jaringan yang ingin Anda peering.
  • PEER_NETWORK_NAME: nama jaringan yang ingin Anda peering.
  • STACK_TYPE: jenis stack untuk koneksi peering. Tentukan IPV4_ONLY untuk menukar rute IPv4 saja. Atau, tentukan IPV4_IPV6 untuk menukar rute IPv4 dan IPv6. IPV4_ONLY adalah nilai default.
  • UPDATE_STRATEGY: strategi update untuk koneksi peering. Tentukan CONSENSUS. Jika tanda tidak ditentukan, nilai akan ditetapkan ke INDEPENDENT (default). Strategi update harus sama untuk kedua sisi koneksi.

Terraform

Anda dapat menggunakan modul Terraform untuk membuat konfigurasi peering.

module "peering1" {
  source        = "terraform-google-modules/network/google//modules/network-peering"
  version       = "~> 10.0"
  local_network = var.local_network # Replace with self link to VPC network "foobar" in quotes
  peer_network  = var.peer_network  # Replace with self link to VPC network "other" in quotes
}

Untuk dua jaringan yang di-peering, setiap self-link menyertakan project ID dan nama jaringan VPC. Guna mendapatkan self-link untuk jaringan VPC, Anda dapat menggunakan perintah gcloud compute networks describe atau metode networks.get di setiap project jaringan VPC.

Saat Anda membuat peering dari local_network ke peer_network, hubungan peering bersifat dua arah. Peering dari peer_network ke local_network akan dibuat secara otomatis.

Untuk mempelajari cara menerapkan atau menghapus konfigurasi Terraform, lihat Perintah dasar Terraform.

Memastikan bahwa traffic melewati jaringan VPC yang di-peering

Anda dapat menggunakan Log Aliran Traffic VPC untuk melihat alur jaringan yang dikirim dari dan diterima oleh instance VM. Anda juga dapat menggunakan Firewall Rules Logging untuk memastikan bahwa traffic melewati jaringan. Buat aturan firewall VPC yang mengizinkan (atau menolak) traffic antarjaringan yang di-peering, dan aktifkan Firewall Rules Logging untuk aturan tersebut. Kemudian, Anda dapat menggunakan Cloud Logging untuk melihat aturan firewall mana yang aktif.

Mengupdate koneksi peering

Saat mengupdate koneksi Peering Jaringan VPC yang ada, Anda dapat melakukan hal berikut:

  • Ubah apakah jaringan VPC Anda mengekspor atau mengimpor rute kustom atau menggunakan rute subnet IPv4 publik yang digunakan secara pribadi ke atau dari jaringan VPC peer.
  • Perbarui koneksi peering yang ada untuk mengaktifkan atau menonaktifkan pertukaran rute IPv6 antarjaringan yang di-peering.
  • Ubah strategi update untuk koneksi peering dari INDEPENDENT (default) menjadi CONSENSUS. Mengubah strategi update dari CONSENSUS ke INDEPENDENT tidak didukung.

Jaringan Anda hanya mengimpor rute jika jaringan peer juga mengekspor rute, dan jaringan peer hanya menerima rute jika jaringan Anda mengimpornya.

Memperbarui koneksi

Konsol

  1. Di Google Cloud konsol, buka halaman VPC Network Peering.
    Buka Peering Jaringan VPC
  2. Pilih koneksi peering yang akan diupdate.
  3. Klik Edit.
  4. Update pilihan jenis stack IP untuk menentukan rute subnet yang harus dipertukarkan antara jaringan yang di-peering:
    • IPv4 (stack tunggal): Hentikan pertukaran rute IPv6 yang ada melalui peering dan lanjutkan bertukar rute IPv4 saja.
    • IPv4 dan IPv6 (stack ganda): Mulai bertukar rute IPv4 dan IPv6, asalkan koneksi peering yang cocok juga memiliki jenis stack IP yang ditetapkan ke IPv4 dan IPv6 (stack ganda).
  5. Untuk mengimpor atau mengekspor rute kustom IPv4 dan IPv6, pilih salah satu atau kedua opsi berikut:
    • Impor rute kustom untuk mengimpor rute kustom yang diekspor oleh jaringan lain
    • Ekspor rute kustom untuk mengekspor rute kustom ke jaringan lain. Jaringan lain harus mengimpor rute untuk melihatnya.
  6. Jika jaringan Anda atau jaringan peer menggunakan rentang IPv4 publik yang digunakan secara pribadi di subnetnya, rute ini akan diekspor secara default, tetapi tidak diimpor secara default. Untuk mengimpor rute subnet IPv4 publik yang digunakan secara pribadi, pilih:
    • Mengimpor rute subnet dengan IP publik untuk mengimpor rute subnet IPv4 publik yang digunakan secara pribadi dan diekspor oleh jaringan lain
    • Klik Simpan.

gcloud

Gunakan perintah gcloud compute networks peerings update. Tanda kurung siku [] dalam perintah berikut menunjukkan flag opsional:

  • --import-custom-routes memberi tahu jaringan untuk menerima rute kustom dari jaringan yang di-peering. Jaringan yang di-peering harus mengekspor rute terlebih dahulu.
  • --export-custom-routes memberi tahu jaringan untuk mengekspor rute kustom ke jaringan yang di-peering. Jaringan yang di-peering harus ditetapkan untuk mengimpor rute.
  • --import-subnet-routes-with-public-ip memberi tahu jaringan untuk menerima rute subnet dari jaringan yang di-peering jika jaringan tersebut menggunakan alamat IPv4 publik yang digunakan secara pribadi di subnetnya. Jaringan yang di-peering harus mengekspor rute terlebih dahulu.
  • --export-subnet-routes-with-public-ip memberi tahu jaringan untuk mengekspor rute subnet yang berisi alamat IPv4 publik yang digunakan secara pribadi. Jaringan yang di-peering harus ditetapkan untuk mengimpor rute.
gcloud compute networks peerings update PEERING_NAME \
    --network=NETWORK \
    [--stack-type=STACK_TYPE] \
    [--import-custom-routes] \
    [--export-custom-routes] \
    [--export-subnet-routes-with-public-ip] \
    [--import-subnet-routes-with-public-ip]

Ganti kode berikut:

  • PEERING_NAME: nama koneksi peering yang ada.
  • NETWORK: nama jaringan dalam project Anda yang di-peering.
  • STACK_TYPE: jenis stack untuk koneksi peering.
    • Tentukan IPV4_ONLY untuk menghentikan pertukaran rute IPv6 yang ada melalui peering dan lanjutkan bertukar rute IPv4 saja.
    • Tentukan IPV4_IPV6 untuk mulai menukar rute IPv4 dan IPv6, asalkan koneksi peering yang cocok juga memiliki stack_type yang disetel ke IPV4_IPV6.

Mengubah strategi update default

Untuk mengubah strategi update untuk koneksi peering dari INDEPENDENT (default) ke CONSENSUS, sisi lokal dan peer dari koneksi harus diupdate. Sebelum mengubah strategi update, pastikan konfigurasi dari kedua sisi cocok. Jika ada nilai yang tidak cocok, perbarui nilai tersebut sebelumnya atau sebagai bagian dari permintaan pembaruan yang mengubah strategi pembaruan untuk koneksi.

gcloud

Gunakan perintah gcloud beta compute networks peerings update.

  1. Perbarui konfigurasi peering lokal:

    gcloud beta compute networks peerings update PEERING_NAME \
    --network=NETWORK \
    --update-strategy=CONSENSUS

    Ganti kode berikut:

    • PEERING_NAME: nama koneksi peering yang ada.
    • NETWORK: nama jaringan dalam project Anda yang di-peering.

  2. Lihat status permintaan update:

    gcloud beta compute networks describe NETWORK

    Ganti NETWORK dengan nama jaringan di project Anda yang di-peering.

    Pada output, lihat kolom consensusState. Untuk jaringan lokal, nilai ditetapkan ke PENDING_PEER_ACKNOWLEDGMENT.

    Dalam konfigurasi yang cocok untuk jaringan peer, kolom ini disetel ke PENDING_LOCAL_ACKNOWLEDGMENT.

  3. Untuk menyelesaikan permintaan update, administrator jaringan untuk jaringan peer harus menerimanya dengan menjalankan perintah pada langkah 1 untuk konfigurasi yang cocok. Strategi update efektif koneksi peering tetap INDEPENDENT hingga jaringan peer menerima permintaan update.

    Setelah permintaan selesai, kolom consensusState berubah menjadi IN_SYNC untuk kedua jaringan.

Untuk mengembalikan perubahan yang tidak diterima oleh jaringan peer, reset parameter --update-strategy ke INDEPENDENT.

Mencantumkan koneksi peering

Cantumkan koneksi peering yang ada untuk melihat statusnya dan apakah koneksi tersebut mengimpor atau mengekspor rute kustom.

Konsol

  1. Di Google Cloud konsol, buka halaman VPC Network Peering.
    Buka Peering Jaringan VPC
  2. Pilih koneksi peering untuk melihat detailnya.

gcloud 

gcloud compute networks peerings list

Melihat koneksi peering

gcloud

Gunakan perintah gcloud beta compute networks describe.

gcloud beta compute networks describe NETWORK

Ganti NETWORK dengan nama jaringan di project Anda yang di-peering.

Di output, kolom connectionStatus menjelaskan status efektif koneksi peering.

Mencantumkan rute peering

Konsol

Gunakan tab Rute efektif untuk melihat semua jenis rute yang berlaku di jaringan VPC, termasuk rute subnet peering yang diimpor, rute statis peering, dan rute dinamis peering.

  1. Di konsol Google Cloud , buka halaman Routes.

    Buka Rute

  2. Pada tab Effective routes, lakukan hal berikut:

    • Pilih VPC network.
    • Pilih Region.

  3. Klik View.

  4. Klik kolom teks Filter, lalu lakukan hal berikut:

    • Pilih Jenis dari menu Properti.
    • Pilih salah satu opsi berikut dari menu Nilai.
      • Subnet peering: untuk melihat rute subnet dari jaringan VPC peer.
      • Peering statis: untuk melihat rute statis yang diimpor dari jaringan VPC peer.
      • Peering dinamis: untuk melihat rute dinamis yang diimpor dari jaringan VPC peer.

  5. Atau, klik Tampilkan rute yang disembunyikan untuk melihat rute yang disembunyikan. Arahkan kursor ke ikon di kolom Status untuk melihat alasan rute tidak ditampilkan. Alasannya mencakup link ke dokumentasi urutan perutean dengan penjelasan.

gcloud

Gunakan perintah Google Cloud CLI berikut untuk:

  • Mencantumkan ekspor rute yang dikirim dari jaringan VPC Anda ke jaringan VPC peer.
  • Mencantumkan kandidat impor rute untuk jaringan VPC Anda.
gcloud compute networks peerings list-routes PEERING_NAME \
    --network=NETWORK \
    --region=REGION \
    --direction=DIRECTION

Ganti kode berikut:

  • PEERING_NAME: nama koneksi peering yang ada.
  • NETWORK: nama jaringan dalam project Anda yang di-peering.
  • REGION: region tempat Anda ingin mencantumkan semua rute dinamis. Rute subnet dan statis bersifat global dan ditampilkan untuk semua region.
  • DIRECTION: menentukan apakah akan mencantumkan rute yang diimpor (incoming) atau diekspor (outgoing).

Menghapus koneksi peering

Cara Anda menghapus koneksi Peering Jaringan VPC bergantung pada strategi update koneksi:

  • Jika strategi update ditetapkan ke INDEPENDENT (default), Anda atau administrator jaringan untuk jaringan VPC peer dapat menghapus koneksi kapan saja. Lihat Menghapus koneksi (independen).
  • Jika strategi update ditetapkan ke CONSENSUS, Anda dan administrator jaringan untuk jaringan VPC peer harus mengirimkan permintaan penghapusan sebelum koneksi dapat dihapus. Lihat Menghapus koneksi (konsensus).

Saat konfigurasi peering dihapus di jaringan Anda, koneksi peering menjadi INACTIVE di jaringan lain dan semua rute yang dibagikan di antara jaringan akan dihapus.

Menghapus koneksi (independen)

Untuk menghapus koneksi peering yang dikonfigurasi dengan strategi update default (INDEPENDENT), lakukan langkah-langkah berikut.

Konsol

  1. Buka halaman Peering Jaringan VPC di konsol Google Cloud .
    Buka Peering Jaringan VPC
  2. Pilih kotak centang di samping peering yang ingin Anda hapus.
  3. Klik Hapus.

gcloud 

gcloud compute networks peerings delete PEERING_NAME \
    --network=NETWORK

Ganti kode berikut:

  • PEERING_NAME: nama koneksi peering yang akan dihapus.
  • NETWORK: nama jaringan dalam project Anda yang di-peering.

Menghapus koneksi (konsensus)

Untuk menghapus koneksi peering yang dikonfigurasi dengan strategi update CONSENSUS, lakukan langkah-langkah berikut.

gcloud

Gunakan perintah gcloud beta compute networks peerings request-delete dan gcloud compute networks peerings delete.

  1. Mulai permintaan penghapusan:

    gcloud beta compute networks peerings request-delete PEERING_NAME \
    --network=NETWORK

    Ganti kode berikut:

    • PEERING_NAME: nama koneksi peering yang akan dihapus.
    • NETWORK: nama jaringan dalam project Anda yang di-peering.

  2. Melihat status permintaan penghapusan:

    gcloud beta compute networks describe NETWORK

    Ganti NETWORK dengan nama jaringan di project Anda yang di-peering.

    Pada output, lihat kolom deleteStatus. Untuk jaringan lokal, nilai ditetapkan ke LOCAL_DELETE_REQUESTED.

    Dalam konfigurasi yang cocok untuk jaringan peer, kolom ini disetel ke PEER_DELETE_REQUESTED.

  3. Setelah Anda memulai permintaan, administrator jaringan untuk jaringan peer harus menyetujui permintaan dengan menjalankan perintah di langkah 1 untuk konfigurasi yang cocok.

  4. Setelah jaringan peer menerima permintaan penghapusan dan status kolom deleteStatus berubah menjadi DELETE_ACKNOWLEDGED untuk kedua jaringan, hapus koneksi peering:

    gcloud compute networks peerings delete PEERING_NAME \
    --network=NETWORK

    Ganti kode berikut:

    • PEERING_NAME: nama koneksi peering yang akan dihapus.
    • NETWORK: nama jaringan dalam project Anda yang di-peering.

Pemecahan masalah

Bagian berikut menjelaskan cara memecahkan masalah terkait Peering Jaringan VPC.

VM peer tidak dapat dijangkau

Setelah koneksi peering AKTIF, mungkin perlu waktu hingga satu menit untuk menyiapkan semua alur traffic di antara jaringan yang di-peering. Waktu yang diperlukan bergantung pada ukuran jaringan yang di-peering. Jika Anda baru saja menyiapkan koneksi peering, tunggu hingga satu menit dan coba lagi. Selain itu, pastikan bahwa tidak ada aturan firewall yang memblokir akses ke/dari CIDR subnet jaringan VPC peer.

Rute kustom tidak ada

Bagian ini menjelaskan cara memecahkan masalah rute kustom yang tidak ada.

Memeriksa status koneksi peering

Untuk memeriksa status koneksi peering, lakukan hal berikut:

  1. Cantumkan koneksi peering.
  2. Identifikasi koneksi peering yang akan dipecahkan masalahnya, dan tinjau status peering-nya.
    1. Jika statusnya ACTIVE, ikuti langkah-langkah di bagian berikutnya.
    2. Jika status peering adalah INACTIVE, administrator jaringan untuk jaringan lain harus membuat konfigurasi peering ke jaringan VPC Anda.

Memecahkan masalah koneksi ACTIVE

Untuk memecahkan masalah rute kustom yang tidak ada dalam koneksi peering ACTIVE:

  1. Tampilkan rute peering di jaringan VPC Anda. Di tab Effective routes, lakukan hal berikut:

    1. Perhatikan bahwa region tempat rute dinamis diprogram bergantung pada mode pemilihan rute dinamis jaringan VPC yang mengekspor rute kustom. Untuk mengetahui detail selengkapnya, lihat Efek mode pemilihan rute dinamis. Dalam mode perutean dinamis global, hanya rute dinamis peringkat tertinggi yang diprogram di region yang tidak cocok dengan region next hop.

    2. Klik tombol Tampilkan rute yang tidak ditampilkan ke posisi aktif, lalu periksa rute Anda. Untuk melihat alasan mengapa rute telah dibatalkan, arahkan kursor ke ikon di kolom Status. Google Cloud menyediakan penyelesaian konflik rute berdasarkan per region di jaringan VPC yang mengimpor rute menggunakan Peering Jaringan VPC.

    3. Cari peringatan yang menunjukkan bahwa jaringan VPC Anda telah mencapai batas untuk kuota rute dinamis per region per grup peering. Jika jaringan VPC Anda telah mencapai batas untuk kuota ini, satu atau beberapa rute dinamis peering tidak diprogram. Karena tidak mungkin untuk menunjukkan secara persis rute dinamis peering mana yang tidak diprogram, minta peningkatan batas kuota untuk kuota rute dinamis per region per grup peering.

  2. Jika Anda masih tidak melihat rute yang diharapkan, lakukan hal berikut:

    1. Tinjau konfigurasi peering Anda, dan perbarui konfigurasi peering Anda jika perlu agar konfigurasi tersebut mengimpor rute kustom.

    2. Pastikan rute bukan salah satu jenis rute berikut yang tidak dapat dipertukarkan menggunakan Peering Jaringan VPC:

      • Rute subnet peering, statis peering, dan dinamis peering di jaringan VPC yang di-peering yang diterima dari jaringan peer lainnya tidak dapat dipertukarkan ke jaringan VPC Anda menggunakan Peering Jaringan VPC.

      • Rute statis yang menggunakan next hop gateway internet default dan rute statis dengan tag jaringan tidak dapat dipertukarkan menggunakan Peering Jaringan VPC.

      Untuk mengetahui informasi selengkapnya, lihat Opsi pertukaran rute.

    3. Minta administrator jaringan dari jaringan VPC yang di-peering untuk:

      1. Tampilkan daftar rute di jaringan VPC-nya, cari rute yang Anda harapkan.

      2. Tinjau konfigurasi peering-nya, dan perbarui konfigurasi peering jika perlu agar mengekspor rute kustom.

Traffic yang ditujukan untuk jaringan peer dihentikan

Anda dapat menggunakan Uji Konektivitas untuk membantu menentukan alasan traffic yang ditujukan untuk jaringan peer dihentikan. Jika traffic harus dikirim menggunakan rute kustom, lihat Rute kustom tidak ada.

Traffic dikirim ke next hop yang tidak terduga

Anda dapat menggunakan Uji Konektivitas untuk membantu menentukan alasan traffic dikirim ke next hop yang tidak terduga. Jika traffic harus dikirim menggunakan rute kustom, lihat Rute kustom tidak ada.

Tidak dapat melakukan peering dengan jaringan VPC tertentu

Jika Anda tidak dapat membuat konfigurasi peering dengan jaringan VPC tertentu, kebijakan organisasi mungkin membatasi jaringan VPC yang dapat di-peering oleh jaringan Anda. Di kebijakan organisasi, tambahkan jaringan ke daftar peer yang diizinkan atau hubungi administrator organisasi Anda. Untuk mengetahui informasi selengkapnya, lihat batasan constraints/compute.restrictVpcPeering.

Rute IPv6 tidak dipertukarkan

Pertama, pastikan jenis stack koneksi peering Anda dan koneksi peering jaringan VPC yang di-peering ditetapkan ke IPV4_IPV6. Jika perlu:

  • Perbarui koneksi peering Anda untuk menyetel jenis stack-nya ke IPV4_IPV6.
  • Minta administrator jaringan dari jaringan VPC yang di-peering untuk memperbarui koneksi peering-nya, dengan menetapkan jenis stack-nya ke IPV4_IPV6.

Setelah kedua koneksi peering memiliki jenis stack yang ditetapkan ke IPV4_IPV6, rute subnet IPv6 (internal dan eksternal) akan dipertukarkan. Rute subnet IPv6 bersifat unik di antara semua jaringan VPC Google Cloud .

Untuk menukar rute kustom IPv6:

  • Perbarui koneksi peering Anda untuk mengimpor dan mengekspor rute kustom.
  • Minta administrator jaringan dari jaringan VPC yang di-peering untuk memperbarui koneksi peering mereka guna mengimpor dan mengekspor rute kustom.

Langkah berikutnya