Memahami reservasi

Halaman ini menjelaskan cara menggunakan reservasi slot untuk mengelola workload BigQuery Anda.

Reservasi slot

Di BigQuery, slot dialokasikan dalam kumpulan yang disebut pemesanan. Dengan pemesanan, Anda dapat mengelola kapasitas dan mengisolasi workload dengan cara yang sesuai untuk organisasi Anda. Misalnya, Anda dapat membuat pemesanan bernama prod untuk workload produksi, dan pemesanan terpisah bernama test untuk pengujian, sehingga tugas pengujian tidak bersaing untuk mendapatkan resource dengan tugas produksi. Atau, Anda dapat membuat reservasi untuk berbagai departemen di organisasi Anda untuk mengalokasikan biaya komputasi.

Reservasi juga memungkinkan administrator mengonfigurasi kapasitas slot berdasarkan workload yang ditetapkan kepada mereka. Misalnya, jika Anda memiliki workload yang sensitif terhadap waktu dan tingkat produksi, buat pemesanan dengan slot dasar pengukuran yang memadai. Slot dasar selalu tersedia dan memastikan reservasi selalu memiliki kapasitas yang memadai. Namun, jika Anda menggunakan reservasi penskalaan otomatis, kapasitas dalam reservasi tidak selalu dipesan. Saat Anda menggunakan reservasi penskalaan otomatis, kapasitas akan otomatis ditingkatkan dan diturunkan skalanya berdasarkan permintaan. Selain itu, slot tidak ada aktivitas dapat dibagikan di seluruh reservasi.

Penetapan pemesanan

Untuk menggunakan slot yang dialokasikan dalam reservasi, Anda harus menetapkannya ke satu atau beberapa project, folder, atau organisasi. Saat tugas dalam project berjalan, tugas tersebut menggunakan slot dari pemesanan yang ditetapkan. Resource dapat mewarisi penetapan dari induknya dalam hierarki resourceGoogle Cloud . Jika tidak ditetapkan ke pemesanan, project akan mewarisi penetapan folder atau organisasi induk, jika ada.

Project menggunakan satu pemesanan paling spesifik dalam hierarki resource yang ditetapkan. Penetapan folder menggantikan penetapan organisasi, dan penetapan project menggantikan penetapan folder.

Jika project tidak memiliki pemesanan yang ditetapkan atau diwarisi, tugas akan menggunakan harga on-demand. Untuk mengetahui informasi selengkapnya tentang hierarki resource, lihat mengatur resource BigQuery.

Sumber daya dapat ditetapkan ke None untuk merepresentasikan tidak adanya penetapan. Project yang ditetapkan ke None selalu menggunakan harga on-demand. Kasus penggunaan umum untuk penetapan None adalah menetapkan organisasi ke pemesanan, lalu menggunakan None untuk memilih tidak menyertakan project atau folder tertentu dari pemesanan tersebut. Untuk mengetahui informasi selengkapnya, lihat Menetapkan project ke None.

Saat membuat penetapan, Anda menentukan jenis tugas untuk penetapan tersebut:

• QUERY: Gunakan reservasi ini untuk tugas kueri non-kontinu, termasuk kueri SQL, DDL, DML, dan BigQuery ML (model bawaan).

• BACKGROUND_CHANGE_DATA_CAPTURE: Gunakan reservasi ini saat Anda memilih menggunakan reservasi Anda sendiri untuk menjalankan tugas latar belakang pengambilan data perubahan (CDC) BigQuery. Reservasi BACKGROUND_CHANGE_DATA_CAPTURE tidak tersedia di edisi Standar.

• BACKGROUND_COLUMN_METADATA_INDEX: Gunakan reservasi ini saat Anda memilih menggunakan reservasi Anda sendiri untuk menjalankan tugas latar belakang penyimpanan metadata BigLake. Selain itu, gunakan reservasi ini saat Anda mereplikasi database sumber ke BigQuery dengan operasi penerapan latar belakang Datastream. Reservasi BACKGROUND_COLUMN_METADATA_INDEX tidak tersedia di edisi Standar.

• BACKGROUND_SEARCH_INDEX_REFRESH: Gunakan reservasi ini saat Anda memilih menggunakan reservasi Anda sendiri untuk menjalankan tugas latar belakang pengelolaan indeks penelusuran BigQuery. Reservasi BACKGROUND_SEARCH_INDEX_REFRESH tidak tersedia di edisi Standar.

• BACKGROUND: Gunakan reservasi ini saat Anda memilih menggunakan reservasi Anda sendiri untuk mereplikasi database sumber ke BigQuery dengan operasi penerapan latar belakang Datastream. Pemesanan ini juga akan digunakan untuk tugas yang dijelaskan oleh BACKGROUND_CHANGE_DATA_CAPTURE, BACKGROUND_COLUMN_METADATA_INDEX, dan BACKGROUND_SEARCH_INDEX_REFRESH sebagai penggantian jika tidak ada pemesanan yang lebih spesifik untuk jenis tugas tersebut. Reservasi BACKGROUND tidak tersedia di edisi Standar.

• CONTINUOUS: Gunakan reservasi ini untuk tugas kueri berkelanjutan.

• ML_EXTERNAL: Gunakan reservasi ini untuk kueri CREATE MODEL BigQuery ML yang menggunakan layanan eksternal BigQuery. Untuk mengetahui informasi selengkapnya, lihat Menetapkan slot ke workload BigQuery ML. Reservasi ML_EXTERNAL tidak tersedia di edisi Standar.

• PIPELINE: Gunakan pemesanan ini untuk tugas pemuatan dan ekstraksi.

  Secara default, tugas pemuatan dan ekstraksi gratis dan menggunakan kumpulan slot bersama. BigQuery tidak menjamin ketersediaan kapasitas untuk kumpulan bersama ini atau throughput yang Anda lihat. Jika Anda memuat data dalam jumlah besar, tugas Anda mungkin harus menunggu hingga slot tersedia.

  Saat tugas pemuatan dan ekstraksi ditetapkan ke suatu pemesanan, tugas tersebut akan kehilangan akses ke kumpulan gratis. Anda harus Memantau penggunaan resource dan tugas untuk memastikan reservasi Anda memiliki kapasitas yang cukup untuk memenuhi durasi tugas yang diperlukan.

Anda tidak dapat mengalokasikan slot satu per satu ke tugas tertentu. Scheduler BigQuery menangani alokasi slot untuk tugas yang menggunakan reservasi. Untuk mengetahui informasi selengkapnya tentang cara penggunaan slot, lihat penjadwalan yang adil di BigQuery.

Menetapkan reservasi secara fleksibel

BigQuery memungkinkan Anda menentukan reservasi tempat kueri harus dijalankan saat runtime. Hal ini memberi Anda kontrol yang lebih besar atas alokasi resource dan memungkinkan Anda menghindari pembuatan project yang tidak perlu. Anda dapat menentukan reservasi saat runtime menggunakan CLI, UI, SQL, atau API, dengan mengganti penetapan reservasi default untuk project, folder, atau organisasi Anda. Pemesanan yang ditetapkan harus berada di region yang sama dengan kueri yang Anda jalankan. Penetapan ini didukung di semua edisi.

Anda harus memiliki akses ke reservasi untuk menggunakan reservasi saat menjalankan kueri.

Untuk menetapkan reservasi secara fleksibel, jalankan kueri interaktif dan tentukan reservasi.

Menggabungkan reservasi dengan penagihan on-demand

Anda dapat menggunakan penagihan berbasis kapasitas di satu region dan penagihan on-demand di region lain. Secara default, semua project menggunakan penagihan on-demand. Dalam satu region, Anda dapat mengikutsertakan project, folder, atau organisasi untuk menggunakan penagihan berbasis kapasitas dengan menetapkannya ke pemesanan. Misalnya, jika Anda membeli komitmen slot di multi-region AS dan menetapkan organisasi Anda ke pemesanan default, organisasi Anda akan menggunakan penagihan berbasis kapasitas di multi-region AS, tetapi akan tetap menggunakan penagihan on-demand di semua region lainnya.

Dalam satu region, Anda dapat menggabungkan penagihan berbasis kapasitas dan penagihan on-demand dengan menetapkan project secara eksplisit ke pemesanan. Setiap project yang tidak ditetapkan ke pemesanan akan tetap menggunakan penagihan on-demand. Anda juga dapat secara eksplisit menetapkan project untuk menggunakan penagihan on-demand dengan menetapkan ID pemesanan none. Hal ini berguna jika Anda menetapkan folder atau organisasi ke pemesanan, tetapi ingin beberapa project dalam folder atau organisasi tersebut menggunakan penagihan on-demand. Untuk mengetahui informasi selengkapnya, lihat menetapkan project ke tidak ada.

Project dengan penagihan on-demand menggunakan kapasitas yang terpisah dari kapasitas komitmen Anda. Project tersebut tidak memengaruhi ketersediaan kapasitas komitmen Anda. Jika Anda membuat kueri data di buffer streaming, tugas sesuai permintaan tidak dikenai biaya untuk byte yang diproses dari buffer streaming, tetapi tugas yang berjalan dalam reservasi menggunakan slot untuk memproses byte ini.

Menentukan project administrasi

Saat Anda membuat komitmen dan pemesanan, keduanya akan dikaitkan dengan Google Cloud project. Project ini mengelola resource pemesanan BigQuery, dan merupakan sumber utama penagihan untuk resource tersebut. Project ini tidak harus sama dengan project yang menyimpan tugas atau set data BigQuery Anda.

Sebagai praktik terbaik, buat project khusus untuk resource pemesanan. Project ini disebut project administrasi karena memusatkan penagihan dan pengelolaan komitmen Anda. Beri nama deskriptif untuk project ini, seperti bq-COMPANY_NAME-admin. Kemudian, buat satu atau beberapa project terpisah untuk menyimpan tugas BigQuery Anda.

Hanya project dalam resource Organisasi yang sama dengan project administrasi yang dapat ditetapkan ke pemesanan. Jika project administrasi bukan bagian dari Organisasi, hanya project tersebut yang dapat menggunakan slot.

Project administrasi akan ditagih untuk slot komitmen. Project yang menggunakan slot akan ditagih untuk penyimpanan, tetapi tidak ditagih untuk slot tersebut. Anda dapat membeli lebih dari satu jenis paket (misalnya, tahunan dan tiga tahun) dan memasukkan slot tersebut ke dalam project administrasi yang sama.

Catatan: Setelah membuat reservasi atau komitmen, Anda tidak dapat memindahkannya ke project administrasi lain.

Sebagai praktik terbaik, batasi jumlah project administrasi. Hal ini membantu menyederhanakan pengelolaan penagihan dan alokasi slot. Sebaiknya buat satu project administrasi untuk semua pemesanan organisasi Anda jika memungkinkan. Organisasi yang kompleks mungkin memerlukan project administrasi tambahan untuk memenuhi persyaratan pengelolaan atau penagihan.

Menggunakan beberapa project administrasi

Dalam beberapa kasus, Anda mungkin ingin membuat lebih dari satu project administrasi:

• Untuk memisahkan biaya dari beberapa reservasi dan komitmen ke unit organisasi yang berbeda.
• Untuk memetakan satu atau beberapa komitmen slot ke berbagai kumpulan reservasi.

Kapasitas slot yang tidak ada aktivitasnya tidak dibagikan antara pemesanan dalam project administrasi yang berbeda.

Saat berada di halaman Pengelolaan kapasitas di konsol BigQuery Google Cloud , Anda dapat melihat reservasi dan komitmen hanya untuk project administratif yang dipilih.

Menentukan ukuran reservasi slot

BigQuery dirancang agar dapat diskalakan secara linear dengan peningkatan resource. Bergantung pada beban kerja, kapasitas tambahan cenderung akan memberi Anda performa tambahan. Namun, penambahan kapasitas juga akan meningkatkan biaya Anda. Oleh karena itu, pemilihan jumlah slot yang optimal untuk dibeli bergantung pada persyaratan Anda untuk performa, throughput, dan utilitas.

Anda dapat bereksperimen dengan slot dasar pengukuran dan penskalaan otomatis untuk menentukan konfigurasi slot yang terbaik. Misalnya, Anda dapat menguji workload dengan 500 slot dasar pengukuran, lalu 1.000, 1.500, dan 2.000, serta mengamati dampaknya terhadap performa.

Jika region tempat performa diuji memiliki slot tidak aktif yang tersedia, reservasi mungkin memenuhi performa dengan lebih sedikit slot daripada yang diharapkan. Hal ini terjadi karena reservasi menggunakan slot tidak ada aktivitas untuk memenuhi persyaratan slot workload. Jika ketersediaan slot tidak ada aktivitas menurun karena perubahan workload di pemesanan lain, performa workload Anda mungkin menurun. Oleh karena itu, untuk workload tingkat produksi yang terikat waktu, pastikan pemesanan memiliki kapasitas slot yang memadai. Hal ini mencegah perubahan pada slot tidak ada aktivitas memengaruhi performa tugas secara langsung.

Setelah mengalokasikan slot dan menjalankan workload setidaknya selama tujuh hari, Anda dapat menggunakan estimator slot untuk menganalisis performa dan membuat model efek penambahan atau pengurangan slot.

Anda juga dapat memeriksa penggunaan slot project saat ini, beserta harga bulanan yang dipilih yang ingin Anda bayarkan. Workload on-demand memiliki batas slot sementara sebanyak 2.000 slot, tetapi penting untuk memeriksa berapa banyak slot yang benar-benar digunakan oleh project Anda menggunakan tampilan INFORMATION_SCHEMA.JOBS*, Cloud Logging, Jobs API, atau Log audit BigQuery. Untuk mengetahui informasi selengkapnya, lihat Memantau reservasi.

Mengelola workload menggunakan pemesanan

Anda dapat menggunakan pemesanan BigQuery untuk mengalokasikan kapasitas di antara workload, tim, atau departemen dengan membuat pemesanan tambahan dan menetapkan project ke pemesanan ini. Pemesanan adalah kumpulan resource terpisah dengan manfaat tambahan berupa kemampuan memanfaatkan kapasitas tanpa aktivitas di region tertentu di seluruh organisasi Anda.

Misalnya, Anda mungkin memiliki total kapasitas komitmen sebanyak 1.000 slot dan tiga jenis workload: data science, ELT, dan BI.

• Anda dapat membuat pemesanan ds dengan 500 slot, dan menetapkan semua project Google Cloud yang relevan ke pemesanan ds.
• Anda dapat membuat pemesanan elt dengan 300 slot, dan menetapkan project yang Anda gunakan untuk workload ELT ke pemesanan elt.
• Anda dapat membuat pemesanan bi dengan 200 slot, dan menetapkan project yang terhubung ke alat BI Anda ke pemesanan bi.

Daripada membagi kapasitas di seluruh jenis workload, Anda dapat memilih untuk membuat reservasi untuk masing-masing tim atau departemen.

Mengelola pemesanan di berbagai region

Reservasi adalah resource regional. Slot yang dibeli dan pemesanan yang dibuat di satu region tidak dapat digunakan di region lain. Project, folder, dan organisasi dapat ditetapkan ke pemesanan di satu region dan dijalankan sesuai permintaan di region lain. Untuk mengelola pemesanan di wilayah lain, Anda harus mengubah region di halaman Pengelolaan Kapasitas BigQuery:

1. Di konsol BigQuery, klik Pemesanan.
2. Klik pemilih Lokasi, lalu pilih region tempat Anda ingin mengelola pemesanan.
3. Setelah region dipilih, Anda dapat membeli slot, membuat pemesanan, dan menetapkan project ke pemesanan.

Mengelola reservasi di organisasi yang kompleks

Pemesanan adalah resource cakupan organisasi. Saat membuat pemesanan, Anda dapat menetapkan kapasitas ke project mana pun dalam organisasi Google Cloudyang sama. Sebagian besar pengguna BigQuery menggunakan satu project administrasi untuk reservasi dan komitmen mereka. Project administrasi ini terkait dengan akun Penagihan Cloud, yang ditagih untuk kapasitas.

Namun, jika Anda memiliki organisasi yang kompleks dengan beberapa divisi yang mengelola tagihan mereka sendiri, Anda mungkin ingin menggunakan beberapa proyek administrasi. Perhatikan bahwa slot tidak ada aktivitas hanya dapat dibagikan di seluruh reservasi yang dibuat dalam project administrasi yang sama. Anda harus mengetahui kuota dan batas untuk project administrasi dan reservasi.

Jika Anda menggunakan beberapa Google Cloud organisasi, Anda harus membuat setidaknya satu project administrasi untuk setiap organisasi, lalu mengelola reservasi dan komitmen untuk setiap organisasi di project administrasi terkaitnya. Anda tidak dapat membagikan kapasitas di seluruh organisasi.

Catatan: Mengubah akun Penagihan Cloud yang ditautkan ke project tidak akan menyebabkan periode nonaktif pada komitmen dan reservasi yang sudah ada. Slot ditautkan ke project atau organisasi dan terpisah dari akun Penagihan Cloud.

Mengelola kontrol yang ditingkatkan pada reservasi

Pemesanan di BigQuery menawarkan kontrol yang ditingkatkan atas cara penggunaan pemesanan dan menyediakan fitur keamanan tambahan. Anda dapat menentukan kebijakan yang menentukan pengguna atau grup mana yang dapat mengakses dan menggunakan reservasi tertentu. Hal ini memastikan bahwa data dan beban kerja sensitif diisolasi dan dilindungi. Sebagai administrator reservasi, Anda dapat mengontrol secara tepat pengguna atau akun layanan (pokok) mana yang diizinkan untuk menggunakan reservasi tertentu. Untuk melakukannya, Anda menggunakan kondisi IAM yang diterapkan ke project administratif (project tempat pemesanan dikelola).

Misalnya, Anda dapat membuat kondisi IAM yang memberikan izin reservations.use kepada grup pengguna tertentu untuk semua reservasi yang namanya diawali dengan awalan tertentu. Dengan demikian, Anda dapat mengelola akses ke serangkaian reservasi terkait.

Pengguna harus memiliki izin reservations.use untuk mengganti reservasi default untuk tugas mereka. Peran roles/bigquery.resourceAdmin dan roles/bigquery.resourceEditor memberikan izin ini. Anda dapat memberikan akses kepada pengguna individu, grup, atau akun layanan. Anda juga dapat menentukan kebijakan berdasarkan atribut reservasi seperti nama, karena kondisi IAM mendukung kontrol akses berbasis atribut.

Untuk memberikan kondisi IAM pada reservasi, lihat Mengontrol akses ke reservasi.

Komitmen slot

Komitmen slot adalah pembelian slot untuk jangka waktu tertentu. Anda dapat membeli slot dalam kelipatan 50 slot, hingga kuota slot regional Anda. Komitmen kapasitas bersifat opsional, tetapi dapat menghemat biaya untuk workload dengan status stabil. Komitmen slot digunakan untuk mencakup slot dasar pengukuran untuk reservasi Anda. Kapasitas slot yang tidak digunakan kemudian dibagikan sebagai slot tidak ada aktivitas di seluruh reservasi lainnya. Komitmen slot tidak berlaku untuk slot penskalaan otomatis. Untuk memastikan Anda menerima tarif diskon untuk slot yang di-commit, pastikan komitmen slot Anda cukup untuk mencakup slot dasar. Tidak ada batasan jumlah komitmen yang dapat Anda buat. Anda akan ditagih sejak pembelian komitmen berhasil. Untuk mengetahui informasi harga saat ini, lihat harga komitmen kapasitas.

• Komitmen tahunan. Anda membeli komitmen 365 hari. Anda dapat memilih apakah akan memperpanjang atau mengonversi ke jenis paket komitmen yang berbeda setelah 365 hari.

• Komitmen tiga tahun. Anda membeli komitmen tiga tahun. Anda dapat memilih apakah akan memperpanjang atau mengonversi ke jenis paket komitmen yang berbeda setelah 3 tahun (1.095 hari).

Pada akhir periode komitmen, komitmen Anda akan diperpanjang berdasarkan paket perpanjangan yang dipilih.

Anda akan ditagih setiap bulan untuk paket komitmen tahunan atau tiga tahun. Namun, komitmen keuangan Anda berlaku untuk seluruh periode komitmen dan tidak dapat dibatalkan setiap bulan. Penggunaan Anda diperbarui dalam laporan penagihan setiap hari, yang dapat Anda lihat kapan saja.

Komitmen slot bergantung pada ketersediaan kapasitas. Saat Anda mencoba membeli komitmen slot, keberhasilan pembelian Anda tidak dijamin. Namun, setelah pembelian komitmen berhasil, kapasitas akan tersedia hingga komitmen berakhir.

Jika Anda membeli komitmen slot sebelum membuat reservasi, reservasi bernama default akan dibuat secara otomatis untuk memudahkan. Pemesanan default tidak memiliki perilaku khusus. Anda dapat membuat pemesanan tambahan jika diperlukan atau menggunakan pemesanan default.

Sebaiknya tetapkan nilai dasar non-nol untuk reservasi Anda agar mendapatkan performa dan kapasitas awal yang paling dapat diprediksi. Meskipun Anda dapat mengonfigurasi reservasi dengan nol slot dasar pengukuran dan menetapkan kapasitas maksimum yang dimaksudkan untuk menggunakan fitur penskalaan otomatis, efektivitas pendekatan ini sepenuhnya bergantung pada penskalaan otomatis yang diaktifkan dengan benar dan secara aktif mendapatkan slot. Jika penskalaan otomatis tidak berfungsi secara efektif untuk reservasi dasar nol tersebut, penskalaan otomatis akan kembali bergantung sepenuhnya pada kapasitas slot tidak aktif yang tersedia, yang tidak menawarkan jaminan performa dan dapat menyebabkan kecepatan kueri yang tidak dapat diprediksi atau menurun.

Memperpanjang komitmen

Anda memilih paket perpanjangan saat membeli komitmen. Anda dapat mengubah paket perpanjangan komitmen kapan saja hingga masa berlakunya habis. Paket perpanjangan berikut tersedia:

• Tidak ada. Setelah periode komitmen berakhir, komitmen akan dihapus. Pemesanan tidak terpengaruh.
• Tahunan. Setelah periode komitmen berakhir, komitmen Anda akan diperpanjang untuk satu tahun lagi.
• Tiga Tahun. Setelah periode komitmen berakhir, komitmen Anda diperpanjang selama tiga tahun berikutnya.

Untuk mengetahui informasi tentang cara membeli dan memperpanjang komitmen, lihat Membuat komitmen kapasitas.

Misalnya, jika Anda membeli komitmen tahunan pada pukul 18.00 pada 5 Oktober 2019, Anda mulai ditagih pada detik tersebut. Anda dapat menghapus atau memperpanjang komitmen setelah pukul 18.00 pada 4 Oktober 2020, dengan memperhatikan bahwa 2020 adalah tahun kabisat. Anda dapat mengubah paket perpanjangan sebelum pukul 18.00 pada 4 Oktober 2020 sebagai berikut:

• Jika Anda memilih untuk memperpanjang komitmen tahunan, komitmen Anda akan diperpanjang untuk satu tahun lagi pada pukul 18.00 tanggal 4 Oktober 2020.
• Jika Anda memilih untuk memperpanjang komitmen tiga tahun, maka pada 4 Oktober 2020 pukul 18.00, komitmen Anda akan diperpanjang selama tiga tahun.

Catatan: Proses perpanjangan dapat memerlukan waktu hingga sekitar satu jam setelah masa berlaku komitmen berakhir. Misalnya, jika komitmen berakhir pada pukul 18.00 pada 4 Oktober 2020, catatan komitmen yang diperpanjang akan muncul di sistem antara pukul 18.00 dan 19.00 pada 4 Oktober 2020. Tidak ada biaya sesuai permintaan yang diterapkan dalam periode update data ini karena waktu mulai berlaku untuk komitmen yang dibuat adalah pukul 18.00.

Masa berlaku komitmen

Anda tidak dapat menghapus komitmen setelah membuatnya. Untuk menghapus komitmen tahunan atau tiga tahun, tetapkan paket perpanjangannya menjadi NONE. Setelah masa berlaku komitmen berakhir, komitmen tersebut akan dihapus secara otomatis. Untuk mempelajari lebih lanjut masa berlaku komitmen, lihat Masa berlaku komitmen.

Jika Anda tidak sengaja membeli komitmen atau terjadi kekeliruan saat mengonfigurasi komitmen, hubungi Dukungan Penagihan Cloud untuk mendapatkan bantuan.

Batasan reservasi

• Reservasi di satu organisasi tidak dapat dibagikan kepada organisasi lain.
• Anda harus menggunakan pemesanan terpisah dan project administrasi terpisah untuk setiap organisasi.
• Setiap organisasi dapat memiliki maksimal 10 project administrasi dengan pemesanan aktif di satu lokasi.
• Kapasitas yang tidak ada aktivitasnya tidak dapat dibagikan antar-organisasi atau antar-project administrasi yang berbeda dalam satu organisasi.
• Kapasitas yang tidak ada aktivitasnya tidak dapat dibagikan di berbagai region.
• Komitmen dan reservasi adalah resource regional. Komitmen yang dibeli di satu region atau multi-region tidak dapat digunakan untuk reservasi di region atau multi-region lain, meskipun lokasi satu region berada di lokasi multi-region yang sama. Misalnya, Anda tidak dapat menggunakan komitmen yang dibeli di multi-region EU untuk reservasi di europe-west4.
• Komitmen dan reservasi tidak dapat dipindahkan dari satu region atau multi-region ke region atau multi-region lain.
• Komitmen yang dibeli dalam satu project administrasi tidak dapat dipindahkan ke project administrasi lain.
• Komitmen yang dibeli dengan satu edisi tidak dapat digunakan dengan reservasi edisi lainnya.
• Slot yang tidak ada aktivitasnya tidak dibagikan antara pemesanan dari edisi yang berbeda.
• Slot yang diskalakan otomatis tidak dapat dibagikan karena akan diperkecil skalanya saat tidak lagi diperlukan.

Prediktabilitas reservasi

Untuk menggunakan prediktabilitas reservasi, Anda harus mengaktifkan keseimbangan reservasi terlebih dahulu.

Prediktabilitas reservasi memungkinkan Anda menetapkan jumlah maksimum absolut slot yang digunakan pada reservasi. BigQuery menawarkan slot dasar, slot tidak ada aktivitas, dan slot penskalaan otomatis sebagai potensi resource kapasitas. Saat Anda membuat reservasi dengan ukuran maksimum, konfirmasi jumlah slot dasar pengukuran dan konfigurasi penskalaan otomatis serta slot tidak ada aktivitas yang sesuai berdasarkan workload sebelumnya.

Untuk mengaktifkan prediktabilitas reservasi, Anda harus menetapkan nilai slot maksimum dan mode penskalaan pada reservasi. Jumlah slot maksimum harus berupa bilangan positif, dan lebih besar daripada jumlah slot dasar pengukuran yang ditetapkan untuk reservasi. Untuk mempelajari lebih lanjut cara menggunakan prediktabilitas reservasi, lihat Membuat reservasi dengan slot khusus. Anda tidak dapat mengonfigurasi nilai untuk autoscale_max_slots saat menetapkan nilai slot maksimum pada reservasi.

Nilai ignore_idle_slots harus sesuai dengan mode penskalaan. Jika mode penskalaan adalah ALL_SLOTS atau IDLE_SLOTS_ONLY, ignore_idle_slots harus bernilai salah (false). Jika mode penskalaan adalah AUTSOCALE_ONLY, ignore_idle_slots harus benar (true).

Anda dapat mengonfigurasi reservasi untuk menggunakan hanya kombinasi sumber kapasitas berikut hingga maksimum yang ditentukan:

• Slot dasar pengukuran + slot tidak ada aktivitas: Kapasitas slot reservasi lebih besar dari nol, dan mode penskalaan adalah IDLE_SLOTS_ONLY. Reservasi menggunakan jumlah slot dasar pengukuran dan slot tidak ada aktivitas yang tersedia yang dikonfigurasi hingga jumlah maksimum slot. Reservasi mungkin tidak mencapai maksimum jika tidak ada slot tidak ada aktivitas yang tersedia.

• Slot dasar pengukuran + slot tidak ada aktivitas + slot penskalaan otomatis: Kapasitas slot reservasi lebih besar dari nol, dan mode penskalaan adalah ALL_SLOTS. Reservasi pertama-tama menggunakan jumlah slot dasar pengukuran yang dikonfigurasi, lalu semua slot tidak ada aktivitas yang tersedia, lalu slot penskalaan otomatis.

• Slot dasar pengukuran + slot penskalaan otomatis: Kapasitas slot reservasi lebih besar dari nol, dan mode penskalaan adalah AUTOSCALE_ONLY. Reservasi pertama-tama menggunakan slot dasar pengukuran yang dikonfigurasi, lalu slot penskalaan otomatis.

• Slot tidak aktif + slot penskalaan otomatis: Kapasitas slot reservasi adalah nol, dan mode penskalaan adalah ALL_SLOTS. Reservasi pertama-tama menggunakan semua slot tidak ada aktivitas yang tersedia, lalu slot penskalaan otomatis.

• Slot tidak ada aktivitas: Kapasitas slot reservasi adalah nol, dan mode penskalaan adalah IDLE_SLOTS_ONLY. Reservasi menggunakan semua slot tidak ada aktivitas yang tersedia hingga maksimum yang dikonfigurasi. Reservasi mungkin tidak mencapai maksimum jika tidak ada slot tidak ada aktivitas yang tersedia.

Diagram berikut menunjukkan berbagai opsi konfigurasi yang tersedia:

Dalam diagram, lima opsi konfigurasi menunjukkan cara BigQuery menggunakan slot hingga maksimum yang Anda konfigurasi. Tiga opsi pertama berisi slot dasar pengukuran, sedangkan opsi lainnya tidak memiliki slot dasar pengukuran yang dikonfigurasi.

Batasan

Prediktabilitas reservasi tunduk pada batasan berikut:

• Prediktabilitas reservasi hanya tersedia dengan edisi Enterprise dan Enterprise Plus, kecuali jika Anda memilih opsi AUTOSCALE_ONLY.

• Prediktabilitas reservasi adalah upaya terbaik. Penggunaan secara keseluruhan mungkin masih melebihi maksimum yang dikonfigurasi.

Langkah berikutnya

• Untuk mempelajari lebih lanjut cara menggunakan prediktabilitas reservasi, lihat Membuat reservasi dengan slot khusus.

Grup reservasi

Pratinjau

Produk atau fitur ini tunduk pada "Persyaratan Penawaran Pra-GA" di bagian Persyaratan Layanan Umum dari Persyaratan Khusus Layanan. Produk dan fitur pra-GA tersedia "sebagaimana adanya" dan mungkin memiliki dukungan terbatas. Untuk mengetahui informasi selengkapnya, lihat deskripsi tahap peluncuran.

Untuk meminta dukungan atau memberikan masukan terkait fitur ini, hubungi [e-mail].

Untuk menggunakan grup reservasi, Anda harus mengaktifkan keseimbangan reservasi terlebih dahulu.

Grup reservasi memungkinkan Anda mengelola properti beberapa reservasi, mirip dengan cara set data mengatur tabel.

Reservasi dengan grup reservasi yang sama akan saling berbagi slot tidak ada aktivitas terlebih dahulu sebelum tersedia untuk organisasi:

Berbagi slot tidak ada aktivitas dengan grup reservasi

Slot tidak ada aktivitas didistribusikan secara merata di antara reservasi yang tidak dikelompokkan dan grup reservasi, lalu secara merata dalam grup reservasi.

Dalam contoh berikut, ada tiga reservasi dan 1.200 slot tidak digunakan. Tanpa grup reservasi, setiap reservasi memiliki bagian yang sama dari 400 slot tidak ada aktivitas. Jika reservasi 1 dan 2 dikelompokkan, distribusi slot tidak ada aktivitas akan berubah. Slot yang tidak ada aktivitasnya pertama-tama didistribusikan secara merata di antara grup reservasi dan reservasi 3 (masing-masing 600 slot yang tidak ada aktivitasnya). Kemudian, 600 slot tidak ada aktivitas untuk grup reservasi didistribusikan secara merata ke reservasi 1 dan 2.

Batasan

Grup reservasi tunduk pada batasan berikut:

• Pemesanan yang menggunakan grup pemesanan harus termasuk dalam project yang sama.

• Keadilan berbasis reservasi harus diaktifkan di project.

• Ukuran total reservasi dalam grup tidak boleh melebihi 30 ribu slot. Hal ini mencakup batas penskalaan otomatis.

• Pemesanan dalam grup harus memiliki edisi yang sama.

• Pemesanan dalam grup harus memiliki lokasi sekunder yang sama.

Untuk mempelajari lebih lanjut cara menggunakan grup pemesanan, lihat Memprioritaskan slot tidak aktif dengan grup pemesanan.

Memecahkan masalah terkait reservasi

Bagian ini dimaksudkan untuk membantu memecahkan masalah umum yang terjadi saat berinteraksi dengan reservasi, seperti menentukan alasan reservasi tidak digunakan untuk tugas BigQuery, mengidentifikasi reservasi yang tidak diketahui, atau masalah saat menambahkan slot.

Tidak dapat menambahkan lebih banyak slot ke ukuran reservasi

Jika Anda mengalami error seperti Failed to allocate slots for reservation in the current system state atau Failed to update reservation: Failed to allocate slots for reservation saat mencoba menambahkan slot lainnya ke reservasi, biasanya ini adalah masalah sementara. Untuk mengurangi risiko, lakukan hal berikut:

• Coba lagi dengan jumlah slot yang lebih kecil
• Jika mencoba dengan jumlah slot yang lebih kecil gagal, tunggu 15 menit dan coba lagi operasi tersebut

Jika setelah mencoba lagi beberapa kali dan menunggu selama 30 menit Anda masih menerima error yang sama, hubungi dukungan BigQuery.

Kuota tidak cukup untuk menyelesaikan permintaan ini

Jika pesan error menyatakan There is insufficient quota to complete this request, berarti permintaan melebihi batas kuota yang ditetapkan untuk project.

Untuk mengatasi error ini, lakukan salah satu opsi berikut:

1. Tambahkan lebih sedikit slot ke reservasi agar batas kuota tidak terlampaui.
2. Minta penambahan kuota di region yang sesuai. Lihat Meminta penambahan kuota.

Reservasi tidak digunakan oleh BigQuery untuk menjalankan tugas

Ada beberapa skenario saat tugas dapat berjalan menggunakan resource sesuai permintaan atau gabungan slot bersama gratis, bukan menggunakan reservasi yang dibuat.

Kueri dan reservasi berada di region yang berbeda

Reservasi adalah resource regional. Kueri berjalan di lokasi yang sama dengan tabel yang direferensikan dalam kueri.

Jika lokasi tabel tidak cocok dengan lokasi reservasi, kueri akan berjalan menggunakan gabungan slot bersama dan tidak akan menggunakan reservasi.

Membuat kueri tabel BigQuery Omni

Saat membuat kueri tabel BigQuery Omni, pastikan bahwa reservasi dibuat di region yang sama dengan tabel, bukan di region yang ditempatkan bersama. Jika Anda membuat reservasi di region BigQuery yang ditempatkan bersama, kueri akan berjalan sesuai permintaan.

Pemesanan telah dibuat, tetapi project belum ditetapkan ke pemesanan tersebut

Untuk menggunakan slot yang Anda beli, Anda harus membuat penetapan yang menetapkan project ke reservasi tertentu. Pastikan project memiliki penetapan yang sesuai untuk pemesanan.

Jenis tugas tidak cocok

Pastikan untuk memilih jenis tugas yang benar saat membuat tugas, jika tidak, tugas akan berjalan menggunakan gabungan slot bersama.

Misalnya, jika Anda memilih PIPELINE sebagai jenis tugas, semua tugas kueri akan dijalankan sesuai permintaan. Ubah jenis penetapan menjadi QUERY agar tugas kueri berjalan menggunakan reservasi.

Kueri multi-pernyataan

Jika Anda menjalankan kueri multi-pernyataan, objek tugas induk tidak akan memiliki reservasi yang terkait dengannya, meskipun tugas turunan dijalankan dalam reservasi.

Untuk mengonfirmasi apakah tugas benar-benar menggunakan reservasi, lihat metadata tugas turunan untuk mendapatkan klarifikasi.

Mengambil hasil yang di-cache

Saat tugas kueri mengambil hasil yang di-cache, kolom reservasi akan kosong karena tidak ada komputasi aktual yang dilakukan dan hasil diambil langsung dari tabel sementara.

Operasi modifikasi baris pengambilan data perubahan

Jika Anda memiliki tabel pengambilan data perubahan (CDC), BigQuery akan menerapkan modifikasi baris tertunda dalam interval max_staleness sebagai tugas latar belakang yang akan menggunakan jenis tugas BACKGROUND. Jika tidak ada penetapan BACKGROUND, mereka akan menggunakan harga sesuai permintaan. Pertimbangkan untuk membuat penetapan BACKGROUND untuk project guna menghindari biaya on-demand yang tinggi. Anda dapat mengidentifikasi tugas ini dengan substring queueworker_cdc_background_merge_coalesce dalam ID tugas.

Jenis model BigQuery ML yang menggunakan layanan eksternal

Jika tidak ada penetapan pemesanan dengan jenis tugas ML_EXTERNAL yang ditemukan dalam project, tugas kueri akan dijalankan menggunakan harga sesuai permintaan. Penetapan jenis tugas QUERY hanya dapat digunakan untuk model BigQuery ML yang bukan model eksternal atau model faktorisasi matriks. Baca dokumentasi Penetapan Reservasi untuk mempelajari lebih lanjut.

Pemesanan yang tidak dikenal teridentifikasi dalam project

Ada reservasi yang dimiliki oleh BigQuery yang merepresentasikan kumpulan slot bersama gratis yang digunakan untuk operasi tertentu di BigQuery:

default-pipeline

Secara default, melakukan pemuatan batch atau ekspor batch data di BigQuery menggunakan kumpulan slot gratis bersama. Jika Anda memeriksa tugas pemuatan atau ekstraksi ini, reservasi yang digunakan akan tercantum sebagai default-pipeline.

Tidak ada biaya untuk menggunakan gabungan slot bersama. Jika Anda menginginkan performa yang konsisten dan dapat diprediksi, pertimbangkan untuk membeli reservasi PIPELINE.