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 pemesanan untuk beragam departemen di organisasi Anda guna mengalokasikan biaya komputasi.

Reservasi juga memungkinkan administrator mengonfigurasi kapasitas slot berdasarkan workload yang ditetapkan kepada mereka. Misalnya, jika Anda memiliki workload tingkat produksi yang sensitif terhadap waktu, buat pemesanan dengan slot dasar pengukuran yang memadai.

Setelah dialokasikan, slot dasar pengukuran akan selalu tersedia untuk pemesanan Anda, meskipun peningkatan dasar pengukuran ini bergantung pada kapasitas sistem saat ini. Sebaliknya, saat Anda menggunakan pemesanan penskalaan otomatis, BigQuery tidak mencadangkan kapasitas antara dasar pengukuran dan ukuran pemesanan maksimum Anda sebelumnya. Sebagai gantinya, BigQuery secara otomatis meningkatkan dan menurunkan skala kapasitas ini berdasarkan permintaan Anda dan ketersediaan sistem. Reservasi penskalaan otomatis ditagih per detik dengan durasi minimum satu menit secara default. Anda dapat memilih untuk menggunakan penskalaan fleksibel BigQuery di tingkat pemesanan untuk penagihan per detik tanpa durasi minimum. Selain itu, slot yang tidak ada aktivitasnya dapat dibagikan di seluruh pemesanan.

Penetapan pemesanan

Untuk menggunakan slot yang dialokasikan dalam pemesanan, 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 Google Cloud hierarki resource. Jika project tidak ditetapkan ke pemesanan, project tersebut 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 cara mengatur resource BigQuery, lihat Pengantar hierarki resource.

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 pemesanan ini untuk tugas kueri non-berkelanjutan, termasuk kueri SQL, DDL, DML, dan BigQuery ML (model bawaan).

• AUTOMATIC_MATERIALIZED_VIEW_REFRESH: Gunakan pemesanan ini untuk tugas refresh tampilan terwujud otomatis.

• BACKGROUND_CHANGE_DATA_CAPTURE: Gunakan reservasi ini saat Anda memilih menggunakan reservasi Anda sendiri untuk menjalankan tugas latar belakang penyerapan CDC BigQuery. Pemesanan 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. Pemesanan BACKGROUND_COLUMN_METADATA_INDEX tidak tersedia di edisi Standar.

• BACKGROUND_SEARCH_INDEX_REFRESH: Gunakan pemesanan ini saat Anda memilih menggunakan pemesanan Anda sendiri untuk menjalankan tugas latar belakang pengelolaan indeks penelusuran BigQuery. Pemesanan 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 pemesanan yang lebih spesifik untuk jenis tugas tersebut tidak ada. Pemesanan 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. Pemesanan ML_EXTERNAL tidak tersedia di edisi Standard.

• 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 pemakaian resource dan tugas untuk memastikan pemesanan Anda memiliki kapasitas yang cukup untuk memenuhi durasi tugas yang diperlukan.

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

Menetapkan pemesanan secara fleksibel

BigQuery memungkinkan Anda menentukan reservasi tempat kueri harus dijalankan saat runtime. Hal ini memberi Anda kontrol 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. Reservasi 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.

Jika edisi reservasi yang ditetapkan secara default adalah Enterprise Plus, edisi tersebut hanya dapat diganti dengan reservasi Enterprise Plus.

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

Menggabungkan pemesanan 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 mengkueri data di buffering streaming, tugas on-demand tidak dikenai biaya untuk byte yang diproses dari buffering streaming, tetapi tugas yang berjalan dalam pemesanan menggunakan slot untuk memproses byte ini.

Menentukan project administrasi

Saat Anda membuat komitmen dan pemesanan, keduanya akan dikaitkan dengan project Google Cloud . 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 pemesanan 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 gunakan 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 pemesanan dan komitmen ke dalam 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 Workload management di konsol BigQuery Google Cloud , Anda hanya dapat melihat pemesanan dan komitmen untuk project administratif yang dipilih.

Batas project dan kebijakan penjadwalan

Pratinjau

Fitur ini tunduk pada "Persyaratan Penawaran Pra-GA" di bagian Persyaratan Layanan Umum dari Persyaratan Khusus Layanan. 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].

Batas project (juga dikenal sebagai kebijakan penjadwalan) memungkinkan Anda menyesuaikan perilaku penjadwalan yang adil default dengan menetapkan batas penggunaan dan serentak untuk project yang menggunakan reservasi. Batas ini mencegah project menggunakan slot secara berlebihan, meskipun project tersebut memenuhi syarat untuk mendapatkan kapasitas lebih besar berdasarkan penjadwalan yang adil.

Anda dapat menetapkan batas project sebagai batas default di tingkat reservasi, yang berlaku untuk project apa pun yang menggunakan reservasi tersebut kecuali jika diganti. Atau, Anda dapat mengonfigurasi batas project sebagai penggantian khusus project untuk setiap project.

Jenis batas project berikut didukung:

• Slot maksimum: Membatasi konsumsi slot kueri yang berjalan untuk project penerima dalam pemesanan. Nilai minimum yang diizinkan adalah 100. Batas ini tidak ketat; batas ini menerapkan batas perkiraan.

• Konkurensi maksimum: Membatasi jumlah kueri serentak yang diizinkan untuk project penerima tugas dalam reservasi.

  Batas konkurensi hanya diterapkan pada waktu penerimaan kueri dan tidak menyebabkan kueri yang sedang berjalan dibatalkan. Jika Anda mengurangi batas konkurensi di bawah jumlah kueri yang sedang berjalan, kueri baru akan diantrekan hingga kueri yang sedang berjalan selesai.

Mengubah setelan ini memiliki batasan berikut:

• Perubahan memerlukan waktu hingga satu menit untuk diterapkan.
• Mengubah penggantian slot maksimum per project memerlukan kueri baru untuk dimulai sebelum diterapkan.

Untuk mengetahui informasi selengkapnya tentang cara mengonfigurasi kebijakan ini, lihat Mengelola penetapan workload dan Mengelola pemesanan workload.

Menentukan ukuran reservasi slot

BigQuery dirancang agar dapat diskalakan secara linear dengan peningkatan resource. Bergantung pada workload, kapasitas inkremental cenderung akan memberi Anda performa inkremental. 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.

Saat Anda menambahkan slot dasar pengukuran atau menaikkan batas penskalaan otomatis, penjadwal BigQuery akan menetapkan lebih banyak slot ke setiap kueri untuk memaksimalkan paralelisme. Meskipun hal ini mengurangi runtime kueri, overhead worker serentak dapat menyebabkan total waktu slot (total_slot_ms) yang digunakan oleh kueri meningkat.

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 dari yang diharapkan. Hal ini terjadi karena pemesanan 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 mandiri dalam kapasitas slot. Hal ini mencegah perubahan pada slot tidak ada aktivitas agar tidak langsung memengaruhi performa tugas.

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 pemesanan.

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 pemesanan untuk masing-masing tim atau departemen. Dengan penskalaan otomatis, Anda dapat mengisolasi workload di banyak pemesanan, sehingga memberikan pengelolaan workload yang lebih fleksibel dan terperinci.

Mengelola pemesanan di berbagai region

Pemesanan 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 region lain, Anda harus mengubah region di halaman Workload management 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 Cloud yang sama. Sebagian besar pengguna BigQuery menggunakan satu project administrasi untuk pemesanan 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 project administrasi. Perhatikan bahwa slot tidak ada aktivitas hanya dapat dibagikan di seluruh pemesanan yang dibuat dalam project administrasi yang sama. Anda harus mengetahui kuota dan batas untuk pemesanan dan project administrasi.

Jika Anda menggunakan beberapa organisasi Google Cloud , Anda harus membuat setidaknya satu project administrasi untuk setiap organisasi, lalu mengelola pemesanan dan komitmen untuk setiap organisasi dalam project administrasi terkait. 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 pemesanan yang sudah ada. Slot ditautkan ke project atau organisasi dan tidak bergantung pada akun Penagihan Cloud.

Mengelola kontrol yang ditingkatkan pada reservasi

Reservasi di BigQuery menawarkan kontrol yang lebih baik atas cara penggunaan reservasi 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 workload sensitif diisolasi dan dilindungi. Sebagai administrator pemesanan, Anda dapat mengontrol secara tepat pengguna atau akun layanan (akun utama) mana yang diizinkan untuk menggunakan pemesanan tertentu. Untuk melakukannya, Anda menggunakan kondisi IAM yang diterapkan ke project administratif (project tempat pemesanan dikelola).

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

Pengguna harus memiliki izin reservations.use untuk mengganti reservasi default untuk tugas mereka, atau memaksa tugas berjalan sesuai permintaan saat penetapan reservasi sudah ada untuk project. 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 pemesanan seperti nama, karena kondisi IAM mendukung kontrol akses berbasis atribut.

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

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 pemesanan 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 Anda. 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 pemesanan, pemesanan 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 bukan nol ke pemesanan Anda untuk performa dan kapasitas awal yang paling dapat diprediksi. Meskipun Anda dapat mengonfigurasi pemesanan dengan slot dasar pengukuran nol 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 memperoleh slot. Jika penskalaan otomatis tidak berfungsi secara efektif untuk pemesanan dasar pengukuran nol, pemesanan tersebut akan kembali bergantung sepenuhnya pada kapasitas slot tidak ada aktivitas 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. Tersedia paket perpanjangan berikut:

• 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 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 on-demand yang diterapkan dalam periode update data ini karena waktu mulai berlaku untuk komitmen yang dibuat adalah pukul 18.00.

Akhir masa berlaku komitmen

Anda tidak dapat menghapus komitmen setelah membuatnya. Untuk menghapus komitmen tahunan atau tiga tahun, tetapkan paket perpanjangannya menjadi NONE. Setelah 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 Cloud Customer Care untuk mendapatkan bantuan.

Batasan pemesanan

• Pemesanan dalam 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 pemesanan 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. Misalnya, Anda tidak dapat menggunakan komitmen yang dibeli di multi-region EU untuk reservasi di europe-west4.
• Komitmen dan pemesanan tidak dapat dipindahkan dari satu region atau multi-region ke region atau multi-region lainnya.
• Komitmen yang dibeli dalam satu project administrasi tidak dapat dipindahkan ke project administrasi lain.
• Komitmen yang dibeli dengan satu edisi tidak dapat digunakan dengan pemesanan 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 pemesanan

Untuk menggunakan prediktabilitas pemesanan, Anda harus mengaktifkan keadilan pemesanan terlebih dahulu.

Prediktabilitas pemesanan memungkinkan Anda menetapkan jumlah slot yang digunakan secara absolut maksimum pada pemesanan. BigQuery menawarkan slot dasar pengukuran, slot tidak ada aktivitas, dan slot penskalaan otomatis sebagai resource kapasitas potensial. 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 dari jumlah slot dasar pengukuran yang ditetapkan ke 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 pemesanan.

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 AUTOSCALE_ONLY, ignore_idle_slots harus true.

Anda dapat mengonfigurasi pemesanan untuk menggunakan hanya kombinasi berikut dari resource kapasitas hingga maksimum yang ditentukan:

• Slot dasar pengukuran + slot tidak ada aktivitas: Kapasitas slot pemesanan 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 slot maksimum. Reservasi mungkin tidak mencapai maksimum jika tidak ada slot yang tidak ada aktivitasnya yang tersedia.

• Slot dasar pengukuran + slot tidak ada aktivitas + slot penskalaan otomatis: Kapasitas slot pemesanan lebih besar dari nol, dan mode penskalaan adalah ALL_SLOTS. Reservasi akan menggunakan jumlah slot dasar pengukuran yang dikonfigurasi terlebih dahulu, lalu semua slot tidak ada aktivitas yang tersedia, kemudian slot penskalaan otomatis.

• Slot dasar pengukuran + slot penskalaan otomatis: Kapasitas slot pemesanan 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 ada aktivitas + slot penskalaan otomatis: Kapasitas slot pemesanan adalah nol, dan mode penskalaan adalah ALL_SLOTS. Pemesanan akan menggunakan semua slot tidak ada aktivitas yang tersedia terlebih dahulu, lalu slot penskalaan otomatis.

• Slot tidak ada aktivitas: Kapasitas slot reservasi adalah nol, dan mode penskalaan adalah IDLE_SLOTS_ONLY. Pemesanan 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 batas maksimum yang Anda konfigurasi. Tiga opsi pertama berisi slot dasar pengukuran, sedangkan opsi lainnya tidak memiliki slot dasar pengukuran yang dikonfigurasi.

Batasan

Prediktabilitas pemesanan tunduk pada batasan berikut:

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

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

Langkah berikutnya

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

Grup reservasi

Untuk menggunakan grup pemesanan, Anda harus mengaktifkan keadilan pemesanan terlebih dahulu.

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

Reservasi dengan grup reservasi yang sama akan berbagi slot tidak ada aktivitas satu sama lain 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 pemesanan dan 1.200 slot tidak ada aktivitas. Tanpa grup pemesanan, setiap pemesanan memiliki bagian yang adil dari 400 slot tidak ada aktivitas. Jika pemesanan 1 dan 2 dikelompokkan, distribusi slot tidak ada aktivitasnya akan berubah. Slot tidak ada aktivitas pertama-tama didistribusikan secara merata di antara grup reservasi dan reservasi 3 (masing-masing 600 slot tidak ada aktivitas). Kemudian, 600 slot tidak ada aktivitas untuk grup reservasi didistribusikan secara merata ke reservasi 1 dan 2.

Batasan

Grup pemesanan tunduk pada batasan berikut:

• Reservasi yang membagikan grup reservasi harus termasuk dalam project dan region yang sama.

• Keadilan berbasis pemesanan harus diaktifkan di project.

• Reservasi dalam grup harus memiliki edisi yang sama.

• Anda tidak dapat menggabungkan reservasi dengan dan tanpa konfigurasi disaster recovery terkelola dalam grup yang sama. Semua pemesanan dalam grup harus mengonfigurasi disaster recovery atau semuanya harus menonaktifkannya.

• Jika disaster recovery diaktifkan untuk pemesanan dalam grup, semua pemesanan harus menggunakan pasangan region yang sama untuk lokasi utama dan sekundernya.

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

Memecahkan masalah terkait pemesanan

Gunakan informasi berikut untuk memecahkan masalah umum terkait pemesanan, seperti error saat menambahkan slot, alasan pemesanan tidak digunakan untuk tugas BigQuery, atau pemesanan yang tidak dikenali.

Tidak dapat menambahkan slot lagi ke ukuran pemesanan

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 lebih banyak slot ke pemesanan, hal ini biasanya merupakan masalah sementara. Untuk mengurangi masalah ini, 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.

Jika setelah mencoba ulang beberapa kali dan menunggu selama 30 menit Anda masih menerima error yang sama, hubungi Cloud Customer Care.

Kuota tidak cukup untuk menyelesaikan permintaan ini

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

Untuk mengatasi error ini, lakukan salah satu tindakan berikut:

• Tambahkan jumlah slot yang lebih kecil ke reservasi agar permintaan tidak melebihi batas kuota.
• Minta penambahan kuota di region yang sesuai. Untuk mengetahui informasi selengkapnya, lihat Meminta penambahan kuota.

Pemesanan tidak digunakan oleh BigQuery untuk menjalankan tugas

Ada beberapa skenario saat tugas mungkin berjalan menggunakan harga sesuai permintaan atau gabungan slot bersama gratis, bukan menggunakan pemesanan yang Anda buat.

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 pemesanan, kueri tidak akan menggunakan pemesanan, melainkan berjalan menggunakan harga on-demand (atau gabungan slot bersama gratis untuk tugas pemuatan dan ekspor batch yang memenuhi syarat).

Membuat kueri tabel BigQuery Omni

Saat membuat kueri tabel BigQuery Omni, pastikan Anda membuat pemesanan di region yang sama dengan tabel, bukan di region yang ditempatkan bersama. Jika Anda membuat pemesanan di region BigQuery yang kolokasi, kueri dijalankan menggunakan harga on-demand.

Pemesanan telah dibuat, tetapi project tidak ditetapkan ke pemesanan tersebut

Untuk menggunakan slot dalam pemesanan, Anda harus membuat penetapan yang menetapkan project, folder, atau organisasi ke pemesanan tertentu. Pastikan project memiliki penetapan yang sesuai untuk pemesanan.

Jenis pekerjaan tidak cocok

Pastikan untuk memilih jenis pekerjaan yang benar saat membuat penetapan; jika tidak, tugas tidak akan menggunakan pemesanan.

Misalnya, jika Anda memilih PIPELINE sebagai jenis pekerjaan, semua tugas kueri akan dijalankan menggunakan harga on-demand. Ubah jenis penetapan menjadi QUERY agar tugas kueri dapat berjalan menggunakan reservasi.

Kueri multi-pernyataan

Jika Anda menjalankan kueri multi-pernyataan, objek tugas induk tidak memiliki reservasi yang terkait dengannya, meskipun tugas turunan berjalan di bawah reservasi.

Untuk mengonfirmasi apakah tugas benar-benar menggunakan pemesanan, periksa metadata tugas turunan.

Mengambil hasil yang di-cache

Saat tugas kueri mengambil hasil yang di-cache, kolom reservasi kosong karena BigQuery tidak melakukan komputasi dan mengambil hasil 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 menggunakan jenis penetapan BACKGROUND. Jika tidak ada penetapan BACKGROUND, tugas ini menggunakan harga on-demand. Pertimbangkan untuk membuat penetapan BACKGROUND untuk project guna menghindari biaya on-demand yang tidak terduga. 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 pembuatan model eksternal akan dijalankan menggunakan harga on-demand. Penetapan jenis tugas QUERY berlaku untuk model BigQuery ML standar dan model faktorisasi matriks (yang memerlukan pemesanan edisi Enterprise atau Enterprise Plus), sedangkan model eksternal memerlukan penetapan ML_EXTERNAL. Untuk mengetahui informasi selengkapnya, lihat Menetapkan slot ke workload BigQuery.

Pemesanan yang tidak dikenali diidentifikasi dalam project

BigQuery memiliki pemesanan yang mewakili kumpulan slot bersama gratis untuk operasi tertentu di BigQuery.

default-pipeline

Secara default, pemuatan batch atau ekspor batch data di BigQuery menggunakan kumpulan slot bersama gratis. Saat Anda memeriksa tugas pemuatan atau ekstraksi ini, kolom pemesanan akan menampilkan default-pipeline.

Penggunaan gabungan slot bersama tidak dikenai biaya. Jika Anda menginginkan performa yang konsisten dan dapat diprediksi, pertimbangkan untuk membeli pemesanan PIPELINE.