Kuota dan batas
Dokumen ini mencantumkan kuota dan batas sistem yang berlaku untuk Bigtable.
- Kuota menentukan jumlah resource bersama yang dapat dihitung yang dapat Anda gunakan. Kouta ditentukan oleh Google Cloud layanan seperti Bigtable.
- Batas sistem adalah nilai tetap yang tidak dapat diubah.
Google Cloud menggunakan kuota untuk membantu memastikan keadilan dan mengurangi lonjakan penggunaan dan ketersediaan resource. Kuota membatasi jumlah Google Cloud resource yang dapat digunakan Google Cloud project Anda. Kuota berlaku untuk berbagai jenis resource, termasuk komponen hardware, software, dan jaringan. Misalnya, kuota dapat membatasi jumlah panggilan API ke suatu layanan, jumlah load balancer yang digunakan secara bersamaan oleh project Anda, atau jumlah project yang dapat Anda buat. Kuota melindungi komunitas penggunaGoogle Cloud dengan mencegah kelebihan beban layanan. Kuota juga membantu Anda mengelola resource Anda sendiri. Google Cloud
Sistem Kuota Cloud melakukan hal berikut:
- Memantau penggunaan Google Cloud produk dan layanan
- Membatasi pemakaian resource tersebut
- Menyediakan cara untuk meminta perubahan pada nilai kuota dan mengotomatiskan penyesuaian kuota
Dalam sebagian besar kasus, saat Anda mencoba menggunakan resource lebih banyak daripada yang diizinkan kuotanya, sistem akan memblokir akses ke resource tersebut, dan tugas yang Anda coba lakukan akan gagal.
Kuota umumnya berlaku di level Google Cloud project. Penggunaan resource dalam satu project tidak memengaruhi kuota yang tersedia di project lain. Dalam project Google Cloud , kuota dibagikan ke semua aplikasi dan alamat IP.
Untuk menyesuaikan sebagian besar kuota, gunakan konsol Google Cloud . Untuk mengetahui informasi selengkapnya, lihat Meminta penyesuaian kuota.
Ada juga batas sistem pada resource Bigtable. Batas sistem tidak dapat diubah.
Kuota
Bagian ini menjelaskan kuota default yang berlaku untuk semua penggunaan Bigtable Anda.
Kuota operasi admin
Kuota berikut memengaruhi jumlah operasi administratif Bigtable (panggilan ke admin API) yang dapat Anda lakukan dalam waktu tertentu.
Secara umum, Anda tidak dapat meminta penambahan kuota operasi admin, kecuali jika dinyatakan lain. Pengecualian terkadang diberikan jika ada justifikasi yang kuat. Namun, jumlah panggilan yang dilakukan aplikasi Anda ke admin API tidak boleh bertambah saat penggunaan meningkat. Jika hal ini terjadi, hal ini sering kali merupakan tanda bahwa kode aplikasi Anda membuat panggilan yang tidak perlu ke API admin, dan Anda harus mengubah aplikasi, bukan meminta peningkatan kuota operasi admin.
Kuota harian disetel ulang pada tengah malam Waktu Pasifik.
| Nama | Deskripsi | Kuota default |
|---|---|---|
| Instance dan cluster | ||
| Permintaan operasi baca instance dan kluster | Membaca konfigurasi untuk instance atau kluster (misalnya, nama instance atau jumlah node dalam kluster), atau membaca daftar instance |
Per hari per project: 864.000 operasi (rata-rata 10 operasi/detik) Per menit per pengguna: 1.000 operasi |
| Permintaan operasi tulis instance dan kluster | Mengubah konfigurasi untuk instance atau cluster (misalnya, nama instance atau jumlah node dalam cluster), atau membuat instance baru |
Per hari per project: 500 operasi Per menit per pengguna: 100 operasi |
| Profil aplikasi | ||
| Permintaan operasi baca profil aplikasi | Membaca konfigurasi untuk profil aplikasi |
Per menit per project: 5.000 operasi Per menit per pengguna: 1.000 operasi |
| Permintaan operasi tulis profil aplikasi | Mengubah konfigurasi untuk profil aplikasi |
Per menit per project: 500 operasi Per menit per pengguna: 100 operasi |
| Tables | ||
| Permintaan baca admin tabel | Membaca konfigurasi untuk tabel (misalnya, detail tentang grup kolomnya), atau membaca daftar tabel |
Per hari per project: 864.000 operasi (rata-rata 10 operasi/detik) Per menit per pengguna: 1.000 operasi |
| Permintaan tulis admin tabel | Mengubah konfigurasi untuk tabel (misalnya, setelan pembersihan sampah memori untuk grup kolom) |
Per hari per project: 5.000 operasi Per menit per pengguna: 100 operasi |
Metode DropRowRange |
Menghapus rentang baris dari tabel dalam satu operasi. |
Per hari per project: 5.000 operasi Per menit per pengguna: 100 operasi |
| Cadangan | ||
| Operasi pencadangan | Membuat, memperbarui, dan menghapus cadangan. |
Per hari per project:1.000 operasi Per menit per pengguna: 10 operasi1 |
| Permintaan pengambilan cadangan | Mendapatkan dan mencantumkan cadangan. |
Per hari per project: 864.000 operasi |
Metode RestoreTable |
Memulihkan cadangan ke tabel baru. |
Per hari per project: 5.000 operasi Per menit per pengguna: 100 operasi |
| Identity and Access Management | ||
| Permintaan operasi get ACL yang sangat detail | Membaca informasi tentang kebijakan IAM untuk instance Bigtable, atau menguji izin IAM untuk suatu instance. |
Per hari per project: 864.000 operasi (rata-rata 10 operasi/detik) Per menit per pengguna: 1.000 operasi |
| Permintaan operasi set ACL yang sangat detail | Mengubah kebijakan IAM untuk instance Bigtable. |
Per hari per project: 864.000 operasi (rata-rata 10 operasi/detik) Per menit per pengguna: 1.000 operasi |
|
||
Kuota node
Project Google Cloud berisi instance Bigtable, yang merupakan container untuk cluster. Cluster merepresentasikan layanan Bigtable sebenarnya yang berjalan dalam satu zona. Kluster berisi node, yang merupakan resource komputasi yang memungkinkan Bigtable mengelola data Anda.
Jumlah default node yang dapat Anda sediakan per zona di setiap project bergantung pada region. Anda dapat menyediakan hingga jumlah default node HDD dan hingga jumlah default node SSD per zona dalam suatu project.
Kuota node default adalah sebagai berikut:
| Wilayah | SSD | HDD |
|---|---|---|
| asia-east1 | 100 | 100 |
| europe-west1 | 200 | 200 |
| us-central1 | 200 | 200 |
| us-east1 | 50 | 50 |
| us-east4 | 50 | 50 |
| us-west1 | 100 | 100 |
| Semua lokasi Bigtable lainnya | 30 | 30 |
Jika Anda mengaktifkan penskalaan otomatis untuk cluster, jumlah maksimum node yang dikonfigurasi akan dihitung dalam batas ini, meskipun cluster tidak diskalakan ke jumlah node tersebut. Jika Anda perlu menyediakan lebih banyak node daripada batas default, Anda dapat meminta peningkatan.
Ketersediaan kuota dan node
Kuota node adalah jumlah maksimum node yang dapat Anda sediakan per zona di setiap project. Kuota tidak menjamin bahwa Anda selalu dapat menambahkan node ke cluster. Jika zona kehabisan node, Anda mungkin tidak dapat menambahkan node ke cluster di zona tersebut, meskipun Anda memiliki sisa kuota di project Anda.
Misalnya, jika Anda mencoba menambahkan 10 node SSD ke cluster yang sudah memiliki 20 node, tetapi zona kehabisan node, Anda tidak dapat menambahkan 10 node tersebut, meskipun kuota node untuk node SSD di region tersebut adalah 30.
Dalam situasi ini, kami akan mencoba meningkatkan resource node zona, lalu mengabulkan permintaan Anda setelah resource tersebut tersedia, tanpa jaminan waktu dan penyelesaian.
Node yang telah Anda sediakan selalu dijamin tersedia.
Kuota Data Boost
Kuota unit pemrosesan server (SPU) berikut berlaku per project per region.
| Wilayah | SPU |
|---|---|
| asia-east1 | 100.000 |
| europe-west1 | 200.000 |
| us-central1 | 200.000 |
| us-east1 | 100.000 |
| us-east4 | 100.000 |
| us-west1 | 100.000 |
| Semua lokasi Bigtable lainnya | 30.000 |
Untuk mengetahui informasi selengkapnya tentang Data Boost, lihat Ringkasan Data Boost.
Melihat informasi kuota
Untuk menemukan jumlah node SSD dan HDD yang sudah dimiliki project Google Cloud Anda di setiap zona, gunakan Google Cloud console. Di panel navigasi kiri, arahkan kursor ke IAM & admin, klik Quotas, lalu gunakan drop-down Service untuk memilih layanan Bigtable Admin API.
Halaman ini menampilkan baris yang menunjukkan kuota untuk setiap kombinasi layanan, jenis node, dan lokasi. Cari baris yang diberi subjudul Node SSD per zona atau Node HDD per zona. Kolom Batas menampilkan jumlah maksimum node yang diizinkan untuk jenis dan lokasi node tertentu, dan kolom Penggunaan saat ini menampilkan jumlah node yang ada saat ini. Selisih antara kedua angka tersebut adalah jumlah node yang dapat Anda tambahkan tanpa meminta lebih banyak.
Meminta penambahan kuota node
Untuk memastikan ada cukup waktu untuk memproses permintaan Anda, selalu rencanakan lebih awal dan minta resource tambahan beberapa hari sebelum Anda mungkin membutuhkannya. Permintaan penambahan kuota node tidak dijamin akan disetujui. Untuk mengetahui informasi selengkapnya, lihat Bekerja dengan kuota.
Anda harus memiliki setidaknya izin tingkat editor di project yang berisi instance yang Anda minta penambahan kuota nodenya.
Meminta peningkatan kuota node tidak dikenai biaya. Biaya akan meningkat hanya jika resource yang Anda gunakan melebihi batas.
- Buka halaman Kuota.
- Di halaman Kuota, pilih kuota yang ingin diubah.
- Klik tombol Edit Kuota di bagian atas halaman.
- Di panel kanan, ketik nama, email, dan nomor telepon Anda, lalu klik Berikutnya.
- Masukkan batas kuota baru yang diminta, lalu klik Berikutnya.
- Kirim permintaan.
Batas
Bagian ini menjelaskan batas yang berlaku untuk penggunaan Bigtable Anda. Batas telah ditetapkan dalam layanan dan tidak dapat diubah.
Profil aplikasi per instance
Jumlah maksimum profil aplikasi yang dapat dimiliki setiap instance adalah 2.000.
Tampilan yang diberi otorisasi
- Tampilan yang diotorisasi per instance Bigtable: hingga 10.000
- Awalan penentu kolom per tampilan yang diizinkan: 10
Cadangan
- Jumlah maksimum cadangan standar yang dapat dibuat: 150 per tabel per cluster
- Jumlah maksimum cadangan aktif yang dapat dibuat: 10 per tabel per cluster
- Periode retensi minimum cadangan: 6 jam setelah waktu pembuatan awal
- Periode retensi maksimum cadangan: 90 hari setelah tanggal pembuatan awal
Data Boost
Cluster tidak dapat menerima lebih dari 1.000 permintaan baca Peningkatan Data per detik.
Ukuran data dalam tabel
Batas yang direkomendasikan
Desain skema Anda untuk menjaga ukuran data Anda di bawah batas yang disarankan ini.
- Grup kolom per tabel: 100
- Satu pengontrol kualitas kolom: 16 KB
- Satu nilai pada sel tabel: 10 MB
- Semua nilai pada satu baris: 100 MB
Batas ketat
Selain itu, Anda harus memastikan bahwa data Anda sesuai dengan batas berikut:
- Satu kunci baris: 4 KB
- Satu nilai pada sel tabel: 100 MB
- Semua nilai pada satu baris: 256 MB
- Satu mutasi: 200 MB
Batas ukuran ini diukur dalam kilobyte (KB) biner, yaitu 1 KB sama dengan 210 byte, dan megabyte (MB) biner, yaitu 1 MB sama dengan 220 byte. Satuan ukur ini juga disebut sebagai kibibyte (KiB) dan mebibyte (MiB).
Batas operasi
Saat Anda mengirimkan beberapa mutasi ke Bigtable sebagai satu batch, batas berikut berlaku:
Batch mutasi bersyarat, yang memanggil
CheckAndMutate, dapat mencakup hingga 100.000 mutasi benar dan hingga 100.000 mutasi salah dalam batch.Dalam batch semua jenis mutasi lainnya, Anda dapat menyertakan maksimal 100.000 mutasi dalam batch tersebut.
Region per instance
Instance Bigtable dapat memiliki cluster di hingga 8 region tempat Bigtable tersedia. Anda dapat membuat satu cluster di setiap zona dalam suatu region. Untuk mengetahui daftar zona yang tersedia, lihat Lokasi Bigtable.
Filter baris
Filter baris tidak boleh melebihi 20 KB. Jika Anda menerima pesan error, Anda harus mendesain ulang atau memperpendek filter.
Penyimpanan per node
Jika cluster tidak memiliki cukup node, berdasarkan beban kerjanya saat ini dan jumlah data yang disimpannya, Bigtable tidak akan memiliki cukup resource CPU untuk mengelola semua tablet yang terkait dengan cluster tersebut. Bigtable juga tidak dapat melakukan tugas pemeliharaan penting di latar belakang. Akibatnya, kluster mungkin tidak dapat menangani permintaan masuk dan latensi akan meningkat. Lihat Trade-off antara penggunaan penyimpanan dan performa untuk mengetahui detail selengkapnya.
Untuk mencegah masalah tersebut, pantau pemanfaatan penyimpanan kluster Anda untuk memastikan kluster memiliki node yang memadai guna mendukung jumlah data dalam kluster, berdasarkan batas berikut:
- Kluster SSD: 5 TB per node
- Kluster HDD: 16 TB per node
Nilai tersebut diukur dalam terabyte (TB) biner, yaitu 1 TB sama dengan 240 byte. Satuan ukur ini juga disebut sebagai tebibyte (TiB).
Sebagai praktik terbaik, tambahkan node yang memadai ke kluster Anda sehingga Anda hanya menggunakan 70% dari batas ini, yang membantu mengakomodasi lonjakan tiba-tiba dalam penggunaan penyimpanan. Misalnya, jika Anda menyimpan data sebesar 50 TB dalam kluster yang menggunakan penyimpanan SSD, Anda harus menyediakan setidaknya 15 node, yang akan menangani data hingga 75 TB. Jika Anda tidak menambahkan jumlah data ke kluster secara signifikan, Anda dapat melebihi rekomendasi ini dan menyimpan batas hingga 100%.
Tabel per instance
Bigtable mendukung maksimum 1.000 tabel di setiap instance. Tampilan terwujud dihitung dalam jumlah tabel.
Batas panjang ID
Berikut adalah panjang ID minimum dan maksimum (jumlah karakter) yang didukung oleh Bigtable.
- Profil aplikasi: 1-50
- tampilan yang diotorisasi: 1-50
- Cadangan: 1-50
- Cluster: 6-30
- Grup kolom: 1-64
- Instance: 6-33
- Tabel: 1-50
- Tampilan: 1-128
Tampilan logis per instance
Bigtable mendukung maksimum 1.000 tampilan logis di setiap instance.
Kebijakan penggunaan
Penggunaan layanan ini harus mematuhi Persyaratan Layanan serta Kebijakan Privasi Google.