Kuota dan batas

Dokumen ini berisi daftar kuota dan batas yang berlaku untuk Cloud Router.

Google Cloud menggunakan kuota untuk membantu memastikan keadilan dan mengurangi lonjakan penggunaan dan ketersediaan resource. Kuota membatasi berapa banyak Resource Google Cloud yang dapat digunakan project Google Cloud Anda. Kuota berlaku untuk berbagai tipe sumber daya, termasuk perangkat keras, perangkat lunak, dan jaringan komponen. Misalnya, kuota dapat membatasi jumlah panggilan API ke jumlah load balancer yang digunakan serentak oleh project Anda, atau jumlah project yang dapat dibuat. Kuota melindungi komunitas pengguna Google Cloud dengan mencegah kelebihan beban pada layanan. Kuota juga membantu Anda dapat mengelola resource Google Cloud Anda sendiri.

Sistem Cloud Quotas melakukan hal-hal berikut:

  • Memantau konsumsi produk dan layanan Google Cloud Anda
  • Membatasi konsumsi Anda atas resource tersebut
  • Menyediakan cara untuk meminta perubahan pada nilai kuota

Pada umumnya, saat Anda mencoba menggunakan lebih banyak resource daripada kuotanya memungkinkan, sistem memblokir akses ke sumber daya, dan tugas yang coba Anda lakukan.

Kuota umumnya berlaku di project Google Cloud level organisasi. Penggunaan Anda atas sumber daya dalam satu proyek tidak mempengaruhi kuota yang tersedia di project lain. Dalam project Google Cloud, kuota dibagikan ke seluruh aplikasi dan alamat IP.

Terdapat juga batas pada resource Cloud Router. Batas ini tidak terkait dengan sistem kuota. Batas tidak dapat diubah kecuali jika dinyatakan lain.

Kuota

Untuk mengubah kuota, lihat Minta kuota tambahan.

Tabel ini membahas kuota penting per project. Untuk kuota lainnya, lihat Konsol Google Cloud Kuota & System Limits.

Item Kuota Catatan
Cloud Router per project Kuota Berapa pun kuotanya, setiap jaringan dibatasi hingga lima Cloud Router per region. Lihat Batas.

Awalan rute dinamis Cloud Router unik dari region sendiri per region per jaringan VPC

Jumlah maksimum awalan tujuan unik terjamin untuk hal yang dipelajari rute yang akan diterapkan ke subnet di region tertentu oleh semua Cloud Router di region yang sama. Hal ini disebut sebagai kuota dari region sendiri.

Kuota

Awalan IPv4 dan IPv6 diperhitungkan dalam kuota ini.

Semua rute yang dipelajari akan mengurangi kuota ini, termasuk rute kustom yang dipelajari dan rute yang diterima BGP.

Rute dikelompokkan berdasarkan tujuan unik. Rute dengan tujuan identik tetapi next hop-nya berbeda hanya dihitung sebagai tujuan tunggal. Rute dengan tujuan dan next hop yang identik juga dihitung sebagai tujuan tunggal.

Untuk jaringan dalam mode perutean dinamis global, Anda dapat mencapai salah satu kuota awalan rute dinamis unik tanpa menjangkau yang lain. Jika salah satu kuota terlampaui, Anda dapat mengalami masalah konektivitas yang terputus-putus saat rute dihentikan./ Untuk detailnya, lihat rute yang dipelajari contoh.

Untuk informasi selengkapnya tentang kuota ini, termasuk metrik yang dapat Anda digunakan untuk memahami penggunaan Anda saat ini, lihat Memecahkan masalah rute dan pemilihan rute BGP.

Hanya berlaku untuk jaringan VPC di global mode pemilihan rute dinamis.

Awalan rute dinamis Cloud Router unik dari region lain per region per jaringan VPC

Jumlah maksimum tujuan unik terjamin untuk rute yang dipelajari yang dapat diterapkan ke subnet di region tertentu dengan Cloud Router dari region berbeda. Hal ini disebut sebagai kuota dari region lain.

Kuota

Awalan IPv4 dan IPv6 diperhitungkan dalam kuota ini.

Semua rute yang dipelajari akan mengurangi kuota ini, termasuk rute kustom yang dipelajari dan rute yang diterima BGP.

Rute dikelompokkan berdasarkan tujuan unik. Rute dengan tujuan identik tetapi next hop-nya berbeda hanya dihitung sebagai tujuan tunggal. Rute dengan tujuan dan next hop yang identik juga dihitung sebagai tujuan tunggal.

Untuk jaringan dalam mode perutean dinamis global, Anda dapat mencapai salah satu kuota awalan rute dinamis unik tanpa menjangkau yang lain. Jika salah satu kuota sudah tercapai, Anda mungkin mengalami masalah konektivitas yang terputus-putus saat rute dihentikan. Untuk detailnya, lihat rute yang dipelajari contoh.

Untuk informasi selengkapnya tentang kuota ini, termasuk metrik yang dapat Anda digunakan untuk memahami penggunaan Anda saat ini, lihat Memecahkan masalah rute dan pemilihan rute BGP.

Batas

Batasan berikut untuk Cloud Router berlaku untuk jaringan Virtual Private Cloud (VPC). Kecuali dinyatakan lain, batas ini tidak dapat ditingkatkan.

Item Batas Catatan
Jumlah maksimum Cloud Router per kombinasi jaringan VPC dan wilayah 5 Jika Anda memiliki kuota project yang cukup, Anda dapat membuat hingga lima Cloud Router di jaringan VPC dan region tertentu.
Jumlah maksimum BGP peer untuk setiap Cloud Router dalam jaringan VPC tertentu dan region 128 Peer BGP dapat berupa salah satu hal berikut:
Jumlah maksimum awalan yang Cloud Router menerima dari peer BGP tunggal 5.000 Jika peer BGP mengiklankan lebih dari 5.000 awalan, Cloud Router mereset sesi BGP.
Jumlah maksimum persyaratan semua kebijakan rute BGP yang berlaku dalam satu peer BGP atau arah 1.000 Batas ini tidak dibagi di antara resource, tetapi digabungkan. Tidak ada batas ukuran pencocokan tunggal atau ekspresi tindakan, jumlah tindakan dalam satu jangka waktu, jumlah istilah dalam satu kebijakan, atau jumlah kebijakan izin yang relevan.
Untuk Cloud Router tertentu, jumlah maksimum pemberitahuan rute subnet per BGP sesi Tidak ada pembatasan Tidak ada pembatasan jumlah pemberitahuan rute subnet pada Cloud Router. Jumlah rute subnet ditentukan oleh jumlah subnet, yang dikontrol oleh kuota dan batas jaringan VPC.
Untuk Cloud Router tertentu, jumlah maksimum rute yang diiklankan khusus per sesi BGP 200 Jika rute pemberitahuan kustom identik untuk semua sesi BGP di Cloud Router, batas ini mewakili jumlah total rute pemberitahuan kustom IPv4 dan IPv6 unik untuk Cloud Router. Dalam kasus ini, setiap sesi menerima kumpulan rute pemberitahuan kustom yang sama.
Untuk Cloud Router tertentu, ukuran maksimum gabungan dari semua literal ekspresi pencocokan dan tindakan yang digunakan dalam Kebijakan rute BGP jika dienkode sebagai UTF-8. Batas 250 KiB Untuk Cloud Router tertentu, batas ini tidak dibagi dalam sumber daya, tetapi digabungkan. Tidak ada batasan untuk ukuran kecocokan tunggal atau ekspresi tindakan, jumlah tindakan dalam istilah, jumlah istilah dalam kebijakan rute BGP tunggal, atau jumlah kebijakan rute BGP.
Kueri maksimum per menit untuk list-bgp-routes panggilan pada satu Router Cloud 1500 Kuota ini berasal dari compute.googleapis.com/list_requests_per_region. Untuk informasi selengkapnya, lihat Kuota rasio.
Jumlah maksimum rute BGP kebijakan per Cloud Router. 500
Untuk sesi BGP tertentu, jumlah maksimum rute kustom yang dipelajari 10

Untuk mengetahui informasi selengkapnya tentang fitur ini, lihat artikel Mempelajari kustom rute.

Untuk region tertentu dalam VPC jaringan, jumlah maksimum awalan IP unik yang dapat dikonfigurasi sebagai rute kustom yang dipelajari; batas ini memungkinkan rentang yang sama digunakan di beberapa pembanding

10

Untuk mengetahui informasi selengkapnya tentang fitur ini, lihat artikel Mempelajari kustom rute.

Contoh rute yang dipelajari

Contoh berikut menggambarkan perilaku penurunan rute yang dapat Anda temukan ketika kuota dari region sendiri atau kuota dari region lain terlampaui.

Misalkan Anda memiliki Cloud Router di region us-east1 dan Cloud Router di region us-west1 dalam jaringan VPC yang sama, dan perutean dinamis global akan diaktifkan. Setiap Cloud Router di setiap region mempelajari 250 tujuan unik. Untuk tujuan ilustrasi dari contoh ini, setiap Cloud Router di setiap region tidak mempelajari tujuan yang sama.

Terlepas dari Cloud Router yang mempelajari rute dalam setiap region, kuota setiap region milik setiap region habis karena ada 250 dari 250 region tujuan dipelajari oleh Cloud Router di setiap region. Tujuan kuota dari region lain untuk kedua region juga habis karena masing-masing Cloud Router mengimpor 250 tujuan unik dari region lain. Jika contoh jaringan VPC yang menggunakan perutean dinamis regional, kuota dari region lain di setiap region tidak berlaku karena kuota regional mode pemilihan rute dinamis menginstruksikan jaringan VPC hanya untuk membuat rute di region yang sesuai dengan hop berikutnya dalam rute tersebut.

Melebihi kuota suatu region dari region sendiri

Misalkan router lokal Anda yang terhubung ke Cloud Router di us-west1 memberitahukan tujuan ke-251. Cloud Router di region us-west1 memilih 250 dari 251 tujuan unik mengikuti urutan rute determenistik. Router ini mengirimkan 250 tujuan unik tersebut ke jaringan VPC, yang kemudian membuat 250 rute dinamis di region us-west1.

Karena menggunakan mode perutean dinamis global, jaringan VPC juga membuat tidak lebih dari 250 rute dinamis di setiap wilayah lain, dengan tunduk pada masing-masing kuota tujuan unik dari wilayah lain untuk wilayah lain. Bagian berikutnya menjelaskan apa yang terjadi di region lain secara lebih mendetail.

Melebihi kuota satu region dari region lain

Saat 251 tujuan unik dipelajari oleh Cloud Router di us-west1, 250 dari 251 tujuan unik dari us-west1 dibuat tersedia untuk resource di region us-east1 karena region us-east1 kuota dari region lain hanya dapat menerima 250 tujuan unik.

Misalkan Anda membuat Cloud Router di region ketiga, us-central1, dalam jaringan VPC yang sama. Misalkan Cloud Router yang baru mempelajari 10 tujuan unik dari peer BGP-nya. Meskipun kuota region sendiri di region us-central1 belum terlampaui, kuota dari region lain di region us-central1 telah terlampaui karena total 500 tujuan unik disediakan oleh dua region lainnya (250 dari us-east1 dan 250 berbeda dari us-west1).

Berdasarkan region per region, urutan rute determenistik memilih rute untuk tidak lebih dari 250 tujuan unik di region lain, seperti yang ditunjukkan dalam tabel berikut.

Wilayah Tujuan unik yang bersifat lokal di wilayah
(penggunaan kuota dari region sendiri)
Tujuan unik dari wilayah lain
(penggunaan wilayah kuota dari region lain)
us-west1

251 diterima. 250 dari 251 dipilih, dan salah satu dari 251 dihentikan menurut urutan rute deterministik. 250 rute dinamis dengan next hop di us-west1 dibuat di us-west1.

250 awalan yang dipilih akan dibagikan dengan region lain.

260 diterima (250 dari us-east1, 10 dari us-central1). 250 dari 260 dipilih, dan 10 dari 260 dihentikan menurut urutan rute deterministik.

250 rute dinamis dengan next hop di luar us-west1 dibuat di us-west1.

us-east1

250 diterima. Semua 250 dipilih berdasarkan urutan rute determenistik. 250 rute dinamis dengan next hop di us-east1 dibuat di us-east1.

Semua 250 awalan yang dipilih akan dibagikan dengan region lain.

260 diterima (250 dari us-west1, 10 dari us-central1). 250 dari 260 dipilih, dan 10 dari 260 dihentikan menurut urutan rute deterministik.

250 rute dinamis dengan next hop di luar us-east1 dibuat di us-east1.

us-central1

10 diterima. Semua 10 dipilih berdasarkan urutan rute determenistik. 10 rute dinamis dengan next hop di us-central1 dibuat di us-central1.

Semua 10 awalan yang dipilih akan dibagikan dengan region lain.

500 diterima (250 dari us-west1, 250 dari us-east1). 250 dari 500 dipilih, dan 250 dari 500 dihentikan menurut urutan rute deterministik.

250 rute dinamis dengan next hop di luar us-central1 dibuat di us-central1.

Meskipun kuota dari region lain di region us-central1 terlampaui, kuota dari region-nya sendiri dapat menerima tujuan yang hop berikutnya berada di Region us-central1.

Perilaku penghentian rute yang deterministik

Cloud Router menerapkan perilaku penghentian rute deterministik berdasarkan panjang subnet mask dan karakteristik leksikografis dari setiap awalan yang diterima. Dalam setiap region, proses berikut berlaku secara independen untuk daftar tujuan region asal dan daftar tujuan unik region lain di region tersebut:

  • Daftar ini diurutkan terlebih dahulu dari panjang subnet mask terpendek ke yang terpanjang, lalu diurutkan secara leksikografis. Misalnya, 10.0.0.0/8 ditempatkan sebelum 10.2.1.0/24, yang berada sebelum 10.99.1.0/24.

  • 250 entri pertama dalam daftar akan dipertahankan. Yang lainnya akan dihapus.

Seperti yang ditunjukkan di melebihi suatu wilayah dari wilayah lain kuota, perilaku penurunan determenistik diterapkan secara independen ke kuota dari region masing-masing region dan kuota dari region lain.

Perilaku penghentian rute yang deterministik memiliki konsekuensi berikut:

  • Saat awalan IPv4 dan IPv6 diterima, Cloud Router umumnya akan membuang awalan IPv6 terlebih dahulu setiap kali kuota tujuan unik terlampaui. Hal ini terjadi karena panjang subnet mask yang paling umum untuk IPv6 (/48) lebih panjang daripada panjang maksimal subnet mask yang mungkin untuk IPv4 (/32).

  • Jika kumpulan awalan yang dipelajari setiap region tetap konstan, Google Cloud memprogram serangkaian rute dinamis lokal secara konsisten di setiap region, sesuai dengan mode perutean dinamis jaringan VPC. Konsistensi ini, termasuk rute yang dihentikan oleh Cloud Router, dipertahankan saat tugas Cloud Router dimulai ulang.

Menghindari penghentian rute

Selama penghentian rute, Anda kehilangan konektivitas untuk awalan yang dihentikan. Untuk menghindari penurunan rute, pantau masing-masing wilayah dan penggunaan awalan dari region lain menggunakan Cloud Monitoring atau Cloud Logging, dan pastikan untuk tidak mengiklankan tujuan yang lebih unik dari setiap kuota.

Pertimbangkan untuk meringkas rute untuk mengurangi jumlah tujuan unik. Sebagai misalnya, jika Anda memiliki empat subnet 10.10.10.0/24, 10.10.10.1/24, 10.10.10.2/24, dan 10.10.10.3/24, lalu Anda dapat meringkasnya sebagai satu awalan, 10.10.0.0/22.

Jika tidak dapat meringkas, hubungi tim Penjualan Google Cloud untuk mendiskusikan pilihan alternatif.

Mengelola kuota

Cloud Router memberlakukan kuota pada penggunaan resource karena berbagai alasan. Misalnya, kuota melindungi komunitas pengguna Google Cloud dengan mencegah lonjakan penggunaan yang tidak terduga. Kuota juga membantu pengguna yang menjelajahi Google Cloud dengan paket gratis agar tetap berada dalam masa uji coba.

Semua project dimulai dengan kuota yang sama, yang dapat diubah dengan meminta kuota tambahan. Beberapa kuota mungkin meningkat secara otomatis berdasarkan penggunaan Anda atas suatu produk.

Izin

Untuk melihat kuota atau meminta peningkatan kuota, akun utama Identity and Access Management (IAM) memerlukan salah satu peran berikut.

Tugas Peran yang diperlukan
Memeriksa kuota untuk suatu project Salah satu dari berikut ini:
Mengubah kuota, meminta kuota tambahan Salah satu dari berikut ini:
  • Project Owner (roles/owner)
  • Project Editor (roles/editor)
  • Quota Administrator (roles/servicemanagement.quotaAdmin)
  • Peran khusus dengan izin serviceusage.quotas.update

Memeriksa kuota

Konsol

  1. Di Konsol Google Cloud, buka halaman Quotas.

    Buka Quotas

  2. Untuk menelusuri kuota yang ingin Anda perbarui, gunakan Filter table. Jika Anda tidak mengetahui nama kuota, gunakan link di halaman ini.

gcloud

Dengan menggunakan Google Cloud CLI, jalankan perintah berikut untuk memeriksa kuota Anda. Ganti PROJECT_ID dengan project ID Anda.

      gcloud compute project-info describe --project PROJECT_ID

Untuk memeriksa kuota yang digunakan di suatu region, jalankan perintah berikut:

    gcloud compute regions describe example-region
    

Error saat melebihi kuota

Jika Anda melampaui kuota dengan perintah gcloud, gcloud akan menghasilkan pesan error quota exceeded dan menampilkan kode keluar 1.

Jika Anda melampaui kuota dengan permintaan API, Google Cloud akan menampilkan kode status HTTP berikut: 413 Request Entity Too Large.

Meminta kuota tambahan

Untuk menambah atau mengurangi sebagian besar kuota, gunakan Konsol Google Cloud. Untuk mengetahui informasi lebih lanjut, lihat artikel Meminta kuota yang lebih tinggi.

Konsol

  1. Di Konsol Google Cloud, buka halaman Quotas.

    Buka Quotas

  2. Di halaman Quotas, pilih kuota yang ingin diubah.
  3. Di bagian atas halaman, klik Edit quotas.
  4. Untuk Name, masukkan nama Anda.
  5. Opsional: Untuk Phone, masukkan nomor telepon.
  6. Kirim permintaan. Permintaan kuota memerlukan waktu 24 hingga 48 jam untuk diproses.

Ketersediaan resource

Setiap kuota mewakili jumlah maksimum untuk jenis resource tertentu yang dapat Anda buat, jika resource tersebut tersedia. Penting untuk diperhatikan bahwa kuota tidak menjamin ketersediaan resource. Meskipun memiliki kuota yang tersedia, Anda tidak dapat membuat resource baru jika tidak tersedia.

Misalnya, Anda mungkin memiliki kuota yang memadai untuk membuat alamat IP eksternal regional baru di region us-central1. Namun, hal itu tidak mungkin dilakukan jika tidak ada alamat IP eksternal yang tersedia di region tersebut. Ketersediaan resource zona juga dapat memengaruhi kemampuan Anda untuk membuat resource baru.

Situasi ketika resource tidak tersedia di seluruh region jarang terjadi. Namun, resource dalam suatu zona dapat habis dari waktu ke waktu, biasanya tanpa memengaruhi perjanjian tingkat layanan (SLA) untuk jenis resource tersebut. Untuk informasi selengkapnya, tinjau SLA yang relevan untuk referensi tersebut.