Kuota dan batas
Dokumen ini mencantumkan kuota dan batas sistem yang berlaku untuk Bigtable.
- Kuota menentukan jumlah resource bersama yang dapat dihitung dan dapat Anda gunakan. Kuota ditentukan oleh layanan Google Cloud 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 resource Google Cloud yang dapat digunakan project Google Cloud Anda. Kuota berlaku untuk berbagai jenis resource, termasuk komponen hardware, software, dan jaringan. Misalnya, kuota dapat membatasi jumlah panggilan API ke layanan, jumlah load balancer yang digunakan secara bersamaan oleh project Anda, atau jumlah project yang dapat Anda buat. Kuota melindungi komunitas pengguna Google Cloud dengan mencegah kelebihan beban layanan. Kuota juga membantu Anda mengelola resource Google Cloud Anda sendiri.
Sistem Kuota Cloud melakukan hal berikut:
- Memantau pemakaian produk dan layanan Google Cloud oleh Anda
- Membatasi pemakaian resource tersebut
- Memberikan cara untuk meminta perubahan pada nilai kuota
Pada umumnya, saat Anda mencoba menggunakan resource lebih dari kuota yang diizinkan, sistem akan memblokir akses ke resource, dan tugas yang Anda coba lakukan akan gagal.
Kuota umumnya berlaku di level project Google Cloud. Penggunaan resource di 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 ditunjukkan. Pengecualian terkadang diberikan jika ada justifikasi yang kuat. Namun, jumlah panggilan yang dilakukan aplikasi Anda ke admin API tidak boleh meningkat saat penggunaan meningkat. Jika hal ini terjadi, hal ini sering kali merupakan tanda bahwa kode aplikasi Anda melakukan panggilan yang tidak perlu ke admin API, 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 cluster (misalnya, nama instance atau jumlah node dalam cluster), 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 operasi 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 operasi 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 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 penampung untuk clusters. Cluster mewakili layanan Bigtable sebenarnya yang berjalan di 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 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 diperhitungkan dalam batas ini, meskipun cluster tidak diskalakan ke jumlah node tersebut. Jika perlu menyediakan lebih banyak node daripada batas default, Anda dapat meminta peningkatan.
Kuota dan ketersediaan 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 masih 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 mencoba meningkatkan resource node zona, lalu memberikan 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 konsol Google Cloud. Di panel navigasi sebelah kiri, arahkan kursor ke IAM & admin, klik Quotas, lalu gunakan drop-down Service untuk memilih layanan Bigtable Admin API.
Halaman menampilkan baris yang menunjukkan kuota untuk setiap kombinasi layanan, jenis node, dan lokasi. Cari baris yang bersubtitle Node SSD per zona atau Node HDD per zona. Kolom Batas menunjukkan jumlah maksimum node yang diizinkan untuk jenis dan lokasi node tertentu, dan kolom Penggunaan saat ini menunjukkan jumlah node yang saat ini ada. Perbedaan 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 terlebih dahulu dan minta resource tambahan beberapa hari sebelum Anda mungkin memerlukannya. Permintaan peningkatan kuota node tidak dijamin akan disetujui. Untuk mengetahui informasi selengkapnya, lihat Mengelola kuota.
Anda harus memiliki setidaknya izin tingkat editor di project yang berisi instance tempat Anda meminta penambahan kuota node.
Meminta peningkatan kuota node tidak dikenai biaya. Biaya akan meningkat hanya jika resource yang Anda gunakan melebihi batas.
- Buka halaman Kuota.
- Di halaman Quotas, 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 hot backup yang dapat dibuat: 10 per tabel per cluster
- Periode retensi data cadangan minimum: 6 jam setelah waktu pembuatan awal
- Periode retensi maksimum cadangan: 90 hari setelah tanggal pembuatan awal
Data Boost
Profil aplikasi Data Boost tidak dapat mengirim lebih dari 1.000 permintaan baca per detik.
Ukuran data dalam tabel
Batas yang direkomendasikan
Buat desain skema agar ukuran data Anda tetap 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 keras
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
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 pengukuran ini juga disebut sebagai kibibyte (KiB) dan mebibyte (MiB).
Batas operasi
Jika Anda mengirimkan beberapa mutasi ke Bigtable sebagai satu batch, batas berikut berlaku:
Batch mutasi kondisional, yang memanggil
CheckAndMutate
, dapat menyertakan 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 delapan region tempat Bigtable tersedia. Anda dapat membuat satu cluster di setiap zona dalam region. Untuk mengetahui daftar zona yang tersedia, lihat Lokasi Bigtable.
Filter baris
Filter baris tidak boleh melebihi 20 KB. Jika menerima pesan error, Anda harus mendesain ulang atau mempersingkat filter.
Penyimpanan per node
Jika cluster tidak memiliki node yang memadai, berdasarkan pada beban kerjanya saat ini dan jumlah data yang disimpannya, Bigtable tidak akan memiliki resource CPU yang memadai 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 Kompromi 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 cluster 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.
Batas panjang ID
Berikut adalah panjang ID minimum dan maksimum (jumlah karakter) yang didukung oleh Bigtable.
- Profil aplikasi: 1-50
- Cadangan: 1-50
- Cluster: 6-30
- Grup kolom: 1-64
- Instance: 6-33
- Tabel: 1-50
- tampilan yang diotorisasi: 1-50
Kebijakan penggunaan
Penggunaan layanan ini harus mematuhi Persyaratan Layanan serta Kebijakan Privasi Google.