Penskalaan otomatis
Halaman ini menjelaskan cara kerja penskalaan otomatis. Sebelum membaca halaman ini, Anda harus memahami Ringkasan Bigtable dan Instance, cluster, dan node.
Di Bigtable, instance adalah container untuk cluster, yang merupakan resource khusus lokasi yang menangani permintaan. Setiap cluster memiliki satu atau beberapa node, yang merupakan resource komputasi yang digunakan untuk mengelola data Anda. Saat membuat cluster dalam instance, Anda dapat memilih alokasi node manual atau penskalaan otomatis.
Dengan alokasi node manual, jumlah node dalam cluster tetap konstan hingga Anda mengubahnya. Jika penskalaan otomatis diaktifkan, Bigtable akan terus memantau cluster dan otomatis menyesuaikan jumlah node dalam cluster jika diperlukan. Penskalaan otomatis berfungsi di cluster HDD dan SSD, di semua region Bigtable.
Anda dapat mengonfigurasi penskalaan otomatis di konsol Google Cloud , menggunakan gcloud, atau menggunakan
library klien Cloud Bigtable untuk Java.
Kapan harus menggunakan penskalaan otomatis
Sebaiknya aktifkan penskalaan otomatis dalam sebagian besar kasus. Manfaat penskalaan otomatis meliputi:
- Biaya - Penskalaan otomatis dapat membantu Anda mengoptimalkan biaya karena Bigtable mengurangi jumlah node dalam cluster Anda jika memungkinkan. Hal ini dapat membantu Anda menghindari penyediaan yang berlebihan.
- Performa - Penskalaan otomatis memungkinkan Bigtable menambahkan node ke cluster secara otomatis saat workload berubah atau ada peningkatan persyaratan penyimpanan data. Hal ini membantu mempertahankan tujuan performa workload dengan memastikan bahwa cluster memiliki node yang cukup untuk memenuhi target pemakaian CPU dan persyaratan penyimpanan.
- Otomatisasi - Penskalaan otomatis mengurangi kompleksitas pengelolaan. Anda tidak perlu memantau dan menskalakan ukuran cluster secara manual atau menulis aplikasi untuk melakukan tugas ini, karena layanan Bigtable akan menanganinya untuk Anda.
Penskalaan otomatis saja mungkin tidak berfungsi dengan baik untuk jenis workload berikut, karena meskipun Bigtable menambahkan node dengan cepat saat traffic meningkat, perlu waktu untuk menyeimbangkan node tambahan.
- Traffic bursty
- Workload batch yang tiba-tiba
Jika lonjakan penggunaan dapat diprediksi atau dijadwalkan secara rutin, Anda dapat menggunakan penskalaan otomatis dan menyesuaikan setelan sebelum burst yang direncanakan. Lihat Penundaan saat node melakukan penyeimbangan ulang untuk mengetahui detailnya.
Paket dalam memori dan penskalaan otomatis
Cluster dalam instance edisi Enterprise Plus dapat menggunakan paket dalam memori. Paket dalam memori Bigtable menggunakan penskalaan vertikal yang terkelola sepenuhnya untuk throughput, sehingga cluster dapat merespons lonjakan traffic baca titik hampir secara instan. Penskalaan vertikal menyesuaikan setiap node secara otomatis untuk mengakomodasi permintaan workload dan terintegrasi dengan penskalaan otomatis Bigtable. Untuk mengetahui informasi selengkapnya tentang batas penskalaan vertikal dan kapasitas throughput tingkat dalam memori, lihat Memahami performa.
Saat kapasitas tingkat dalam memori mencapai batasnya, Bigtable akan otomatis menskalakan cluster secara horizontal sesuai dengan konfigurasi penskalaan otomatis.
Cara kerja penskalaan otomatis
Penskalaan otomatis adalah proses penskalaan otomatis, atau mengubah ukuran cluster dengan menambahkan atau menghapus node. Saat Anda mengaktifkan penskalaan otomatis, Bigtable akan otomatis menyesuaikan ukuran cluster untuk Anda. Saat kebutuhan workload atau penyimpanan cluster Anda berfluktuasi, Bigtable akan meningkatkan skala, menambahkan node ke cluster, atau memperkecil skala, menghapus node dari cluster.
Penskalaan otomatis Bigtable menentukan jumlah node yang diperlukan, berdasarkan dimensi berikut:
- Target penggunaan CPU
- Target penggunaan penyimpanan
- Jumlah minimum node
- Jumlah maksimum node
Setiap dimensi penskalaan menghasilkan jumlah node yang direkomendasikan, dan Bigtable akan otomatis menggunakan jumlah tertinggi. Artinya, misalnya, jika cluster Anda memerlukan 10 node untuk memenuhi target penggunaan penyimpanan, tetapi 12 node untuk memenuhi target penggunaan CPU, Bigtable akan menskalakan cluster ke 12 node.
Seiring perubahan jumlah node, Bigtable terus mengoptimalkan penyimpanan, menyeimbangkan kembali data di seluruh node, untuk memastikan traffic tersebar secara merata dan tidak ada node yang kelebihan beban.
Setelah cluster ditingkatkan skalanya, Bigtable akan otomatis menyeimbangkan ulang node dalam cluster Anda untuk performa yang optimal. Semua permintaan akan terus menjangkau cluster saat penskalaan dan penyeimbangan ulang sedang berlangsung. Lihat Batasan penskalaan untuk mengetahui informasi selengkapnya.
Jika cluster telah ditingkatkan skalanya hingga jumlah maksimum node dan target pemakaian CPU terlampaui, permintaan mungkin memiliki latensi tinggi atau gagal. Jika cluster telah ditingkatkan skalanya hingga jumlah maksimum node dan batas pemakaian penyimpanan terlampaui, permintaan tulis akan gagal. Lihat Penyimpanan per node untuk mengetahui detail selengkapnya tentang batas penyimpanan.
Saat node ditambahkan ke cluster kecil, seperti cluster satu node, Anda mungkin mengamati peningkatan latensi sementara saat cluster melakukan penyeimbangan ulang. Hal ini karena node tambahan secara proporsional menggandakan ukuran cluster. Demikian pula, jika ukuran cluster berkurang dari dua node menjadi satu node, beberapa latensi mungkin terjadi.
Saat skala cluster diperkecil, node akan dihapus dengan kecepatan yang lebih lambat daripada saat skala diperbesar, untuk mencegah dampak apa pun pada latensi. Lihat batasan penskalaan untuk mengetahui detail selengkapnya.
Parameter penskalaan otomatis
Saat membuat atau mengedit cluster dan memilih penskalaan otomatis, Anda menentukan nilai untuk target pemakaian CPU, node minimum, dan node maksimum. Anda dapat mengonfigurasi target pemakaian penyimpanan atau membiarkannya pada setelan default, yaitu 50% (2,5 TB untuk SSD dan 8 TB untuk HDD).
| Parameter | Deskripsi |
|---|---|
| CPU utilization target |
Persentase kapasitas CPU cluster. Dapat berkisar antara 10% hingga 80%. Jika pemakaian CPU cluster melebihi target yang telah Anda tetapkan, Bigtable akan segera menambahkan node ke cluster. Jika pemakaian CPU jauh lebih rendah daripada target, Bigtable akan menghapus node. Untuk mengetahui informasi selengkapnya, lihat Menentukan target pemakaian CPU. |
| Minimum number of nodes |
Jumlah node terendah yang akan digunakan Bigtable untuk menurunkan skala cluster. Jika penskalaan node 2x diaktifkan (default untuk Enterprise Plus), jumlah ini harus berupa angka genap. Nilai ini harus lebih besar dari nol dan tidak boleh lebih rendah dari 10% dari nilai yang Anda tetapkan untuk jumlah maksimum node. Misalnya, jika jumlah maksimum node adalah 40, jumlah minimum node harus minimal 4. Persyaratan 10% adalah batas mutlak. Untuk mengetahui informasi selengkapnya, lihat Menentukan jumlah minimum node. |
| Maximum number of nodes |
Jumlah node tertinggi yang ingin Anda izinkan untuk ditingkatkan skalanya oleh cluster. Jika penskalaan node 2x diaktifkan (default untuk Enterprise Plus), jumlah ini harus berupa angka genap. Nilai ini harus lebih besar dari nol dan sama dengan atau lebih besar dari jumlah minimum node. Nilainya tidak boleh lebih dari 10 kali lipat jumlah yang Anda pilih untuk jumlah minimum node. Persyaratan 10x adalah batas mutlak. Untuk mengetahui informasi selengkapnya, lihat Menentukan jumlah maksimum node. |
| Target pemanfaatan penyimpanan |
Jumlah maksimum terabyte per node yang dapat Anda simpan di cluster SSD atau HDD sebelum Bigtable melakukan penskalaan. Target ini memastikan bahwa Anda selalu memiliki cukup node untuk menangani fluktuasi jumlah data yang Anda simpan. Untuk mengetahui informasi selengkapnya, lihat Menentukan target pemakaian penyimpanan. Target ini tidak mencakup paket akses jarang. |
| Penggunaan gabungan SSD dan akses tidak sering |
Jumlah maksimum terabyte per node yang dapat Anda simpan di cluster SSD dan akses tidak sering sebelum Bigtable melakukan penskalaan. Target ini memastikan bahwa Anda selalu memiliki node yang cukup untuk menangani fluktuasi jumlah data yang Anda simpan. Untuk mengetahui informasi selengkapnya, lihat bagian Penyimpanan bertingkat dan penskalaan otomatis dalam dokumen ini. |
Konfigurasi penskalaan otomatis
Bagian ini menjelaskan cara memilih parameter penskalaan otomatis. Setelah menetapkan nilai awal, pantau cluster Anda dan sesuaikan angkanya jika perlu.
Menentukan target pemakaian CPU
Tetapkan target pemakaian CPU berdasarkan workload unik Anda. Target optimal untuk cluster Anda bergantung pada persyaratan latensi dan throughput workload Anda. Untuk informasi selengkapnya, lihat Merencanakan kapasitas Bigtable.
Secara umum, jika Anda mengamati latensi yang sangat tinggi, Anda harus menurunkan target penggunaan CPU.
Menentukan target pemakaian penyimpanan
Jika aplikasi Anda sensitif terhadap latensi, pertahankan penggunaan penyimpanan di bawah 60%. Jika aplikasi Anda tidak sensitif terhadap latensi, Anda dapat memilih target pemakaian penyimpanan sebesar 70% atau lebih. Untuk informasi selengkapnya, lihat Merencanakan kapasitas Bigtable.
Untuk penskalaan otomatis, pemakaian penyimpanan dinyatakan sebagai jumlah byte penyimpanan terkompresi per node pada disk, bukan sebagai persentase. Target pemakaian penyimpanan ditentukan per node, tetapi diterapkan ke seluruh cluster. Batas kapasitas untuk node adalah 5 TB per node untuk penyimpanan SSD dan 16 TB per node untuk penyimpanan HDD.
Tabel berikut menunjukkan jumlah target untuk persentase target pemakaian penyimpanan standar. Konsol Google Cloud menerima nilai dalam TB per node, dan gcloud CLI, API, serta library klien Cloud Bigtable menerima nilai bilangan bulat dalam GiB per node.
| Persentase | SSD | HDD |
|---|---|---|
| 80% | 4 TB atau 4.096 GiB | 12,8 TB atau 13.107 GiB |
| 70% | 3,5 TB atau 3.584 GiB | 11,2 TB atau 11.468 GiB |
| 60% | 3 TB atau 3.072 GiB | 9,6 TB atau 9.830 GiB |
| 50% | 2,5 TB atau 2.560 GiB | 8 TB atau 8.192 GiB |
Penyimpanan bertingkat dan penskalaan otomatis
Penyimpanan bertingkat (Pratinjau) tidak memengaruhi penskalaan otomatis SSD yang dijelaskan di bagian Menentukan target pemakaian penyimpanan dalam dokumen ini. Saat Anda mengaktifkan akses jarang sebagai bagian dari penyimpanan bertingkat, penskalaan otomatis juga memastikan bahwa gabungan SSD dan penyimpanan akses jarang tidak melebihi batas penyimpanan per node, bergantung pada edisinya. Saat batas tercapai, Bigtable akan meningkatkan skala secara otomatis.
- Edisi Enterprise: Batasnya adalah 32 TB per node.
- Edisi Enterprise Plus: Batasnya adalah 32 TB per node atau 64 TB per node.
Misalnya, di cluster SSD, jika Anda menetapkan target penggunaan penyimpanan sebesar 2,5 TB (50%) per node, dan penggunaan akses yang jarang cukup tinggi untuk mendorong penggunaan penyimpanan dengan penyimpanan bertingkat melebihi batas, Bigtable akan menambahkan node. Hal ini terjadi meskipun penggunaan SSD Anda tetap berada dalam target 50%.
Tabel berikut membantu Anda memahami cara penskalaan otomatis merekomendasikan jumlah node berdasarkan penggunaan SSD dan penggunaan akses jarang:
| Skenario | Target penggunaan penyimpanan | Persentase penggunaan | Penggunaan SSD | Penggunaan akses jarang | Gabungan penyimpanan SSD dan penyimpanan akses jarang | Jumlah node yang direkomendasikan |
|---|---|---|---|---|---|---|
| Penggunaan SSD berada dalam rentang target dan tidak ada penggunaan akses tidak sering. | 5 TB | 100% | Kurang dari 5 TB | 0 TB | Kurang dari 5 TB | 1 |
| Penggunaan SSD melebihi batas penyimpanan per node. | 5 TB | 100% | 6 TB | 0 TB | 6 TB | 2 |
| Penggunaan SSD dan penggunaan akses jarang berada dalam batas penyimpanan bertingkat. | 5 TB | 100% | 5 TB | 27 TB | 32 TB | 1 |
| Penggunaan penyimpanan bertingkat melebihi batas penyimpanan bertingkat. | 5 TB | 100% | 5 TB | 28 TB | 33 TB | 2 |
| Penggunaan SSD hampir melebihi target penggunaan SSD, dan tidak ada penggunaan akses tidak sering. | 3 TB | 60% | 3 TB | 0 TB | 3 TB | 1 |
| Penggunaan SSD hampir melebihi target penggunaan SSD, dan penggunaan bertingkat hampir melebihi batas penyimpanan bertingkat. | 3 TB | 60% | 3 TB | 29 TB | 32 TB | 1 |
| Penggunaan SSD melebihi target penyimpanan SSD, dan tidak ada penggunaan akses jarang. | 2,5 TB | 50% | 4 TB | 0 TB | 4 TB | 2 |
| Penggunaan bertingkat melebihi batas penyimpanan bertingkat. | 2,5 TB | 50% | 2 TB | 31 TB | 33 TB | 2 |
Untuk mengetahui informasi selengkapnya tentang penyimpanan bertingkat, lihat Ringkasan penyimpanan bertingkat.
Menentukan jumlah maksimum node
Nilai yang Anda pilih sebagai jumlah maksimum node harus berupa jumlah node yang diperlukan cluster untuk menangani traffic terberat workload Anda, meskipun Anda tidak memperkirakan akan mencapai volume tersebut hampir sepanjang waktu. Bigtable tidak pernah meningkatkan skala ke lebih banyak node daripada yang diperlukan. Anda juga dapat menganggap angka ini sebagai jumlah node tertinggi yang bersedia Anda bayar. Untuk mengetahui detail tentang nilai yang diterima, lihat Parameter penskalaan otomatis.
Jumlah maksimum harus memungkinkan target pemakaian CPU yang Anda tetapkan dan target pemakaian penyimpanan yang ditetapkan oleh Bigtable.
Jika Anda mengubah cluster dari alokasi manual ke penskalaan otomatis, temukan jumlah node tertinggi yang dimiliki cluster selama sebulan terakhir atau lebih. Maksimum penskalaan otomatis Anda harus setidaknya sebesar jumlah tersebut.
Jika Anda mengaktifkan penskalaan otomatis untuk cluster baru di instance yang ada, gunakan metrik dari cluster lain dalam instance sebagai panduan.
Jika Anda memiliki workload baru dan tidak yakin bagaimana workload tersebut akan berkembang, Anda dapat memperkirakan jumlah node yang diperlukan untuk memenuhi target pemakaian penyimpanan bawaan, lalu menyesuaikan jumlahnya nanti.
Jika Anda mengaktifkan penyimpanan bertingkat, Anda harus memperhitungkan batas penyimpanan sebesar 32 TB per node (Enterprise) atau 64 TB (Enterprise Plus). Meskipun penggunaan SSD Anda rendah, volume data yang besar di tingkat akses jarang dapat memicu penskalaan node.
Untuk mendapatkan angka ini, perkirakan jumlah data yang ingin Anda simpan di cluster, lalu bagi angka tersebut dengan target penggunaan penyimpanan untuk jenis penyimpanan yang Anda gunakan.
Misalnya, jika Anda menyimpan 10 TB di cluster SSD, Anda dapat membagi 10 TB dengan 2,5 TB, yang merupakan target pemanfaatan penyimpanan yang ditetapkan secara default untuk cluster SSD yang menggunakan penskalaan otomatis. Hasilnya adalah 4, yang berarti 4 adalah jumlah node yang dapat menangani jumlah data tersebut, dan maksimumnya harus berupa angka yang lebih tinggi dari itu.
Dengan menggunakan formula yang sama, contoh berikut menunjukkan jumlah node yang mungkin Anda perlukan untuk beberapa contoh jumlah penyimpanan:
| Penyimpanan SSD per cluster | Jumlah maksimum node terkecil |
|---|---|
| 25 TB | 10 |
| 35 TB | 14 |
| 50 TB | 20 |
Setelah cluster Anda aktif dan berjalan dengan penskalaan otomatis diaktifkan, pantau cluster dan pastikan nilai yang Anda pilih untuk jumlah maksimum node setidaknya setinggi recommended number of nodes for CPU target dan recommended number of nodes for storage target.
Menentukan jumlah minimum node
Anda dapat menetapkan minimum serendah 1 untuk memastikan bahwa Bigtable dapat diperkecil skalanya ke ukuran terkecil dan paling hemat biaya jika memungkinkan. Cluster tidak akan pernah menjadi terlalu kecil karena Bigtable secara otomatis mencegah jumlah node turun di bawah jumlah minimum yang diperlukan untuk mempertahankan target penggunaan CPU dan penyimpanan. Lihat Parameter penskalaan otomatis untuk mengetahui detail tentang nilai yang diterima.
Namun, dalam banyak kasus, Anda mungkin ingin menetapkan nilai ini ke lebih dari satu. Pilih angka yang lebih tinggi atau naikkan jumlah minimum node untuk situasi berikut:
- Anda memiliki acara skala puncak mendatang, saat Anda memperkirakan traffic akan meningkat untuk sementara, dan Anda ingin memastikan bahwa Anda memiliki kapasitas yang cukup.
- Aplikasi Anda mengirimkan lonjakan traffic. Saat node baru ditambahkan, Bigtable akan otomatis menyeimbangkan ulang ke node baru. Karena proses ini dapat memerlukan waktu beberapa menit, sebaiknya Anda mengambil pendekatan konservatif dan memilih nilai minimum yang lebih tinggi agar cluster Anda dapat mengakomodasi lonjakan dengan lancar.
- Anda meningkatkan jumlah maksimum node. Nilai minimum harus selalu sepuluh persen atau kurang dari jumlah maksimum node. Misalnya, jika Anda menetapkan maksimum ke 30, Anda harus menetapkan minimum ke setidaknya 3.
Jika Anda meningkatkan nilai untuk jumlah minimum node cluster, Bigtable akan segera mencoba menskalakan cluster ke nilai minimum baru. Namun, batasan standar berlaku; jika zona kehabisan node, node tambahan tidak akan disediakan untuk memenuhi minimum yang dikonfigurasi. Bigtable terus mencoba menambahkan node dan membuat entri log audit untuk setiap upaya yang gagal hingga berhasil menskalakan cluster ke jumlah minimum node yang baru. Bigtable tidak mengubah nilai yang dikonfigurasi dalam situasi ini. Akibatnya, Anda mungkin mengamati bahwa jumlah node cluster kurang dari jumlah minimum hingga penskalaan selesai.
Sempurnakan setelan Anda
Setelah mengaktifkan penskalaan otomatis, Anda perlu memantau perilakunya dan menyesuaikan setelan sesuai kebutuhan. Gunakan metrik pemantauan untuk mengamati hal berikut:
- Jumlah node yang direkomendasikan: Perhatikan metrik
recommended_node_count_for_cpudanrecommended_node_count_for_storagedengan cermat. Metrik ini menunjukkan jumlah node yang ideal berdasarkan target pemakaian CPU dan penyimpanan Anda. - Jumlah node yang disediakan: Bandingkan jumlah node yang direkomendasikan dengan jumlah node sebenarnya yang disediakan. Jika cluster Anda secara konsisten menggunakan lebih banyak node daripada yang direkomendasikan, Anda dapat mempertimbangkan untuk mengurangi jumlah minimum node untuk menurunkan biaya.
- Jumlah node maksimum: Pastikan jumlah node maksimum Anda cukup tinggi agar cluster dapat ditingkatkan skalanya untuk memenuhi permintaan. Jika Anda mengamati bahwa cluster Anda sering mencapai jumlah node maksimum, tingkatkan jumlahnya untuk memberikan kapasitas lebih besar.
Anda juga dapat menyesuaikan target penggunaan CPU untuk performa. Jika Anda mengamati masalah latensi, Anda mungkin perlu menurunkan target pemakaian CPU untuk memastikan cluster Anda melakukan penskalaan naik dengan lebih agresif saat permintaan meningkat. Sebaliknya, jika cluster Anda secara konsisten disediakan secara berlebihan dan latensi Anda dapat diterima, Anda dapat mempertimbangkan untuk meningkatkan target CPU.
Akun untuk replikasi
Dalam instance yang menggunakan replikasi, setelan dan aktivitas penskalaan otomatis setiap cluster sepenuhnya independen dari setelan dan aktivitas cluster lain dalam instance. Anda harus mengonfigurasi mode penskalaan untuk setiap cluster dalam instance.
Secara umum, untuk instance yang direplikasi, Anda harus mengaktifkan penskalaan otomatis untuk setiap cluster dalam instance. Konfigurasi penskalaan otomatis Anda sering kali akan sama untuk setiap cluster dalam instance, tetapi mungkin berbeda bergantung pada kasus penggunaan, workload, dan persyaratan performa untuk setiap cluster.
Karena cluster dalam instance yang direplikasi melakukan beberapa pekerjaan tambahan untuk mengelola replikasi, Anda harus memilih jumlah maksimum node yang lebih tinggi untuk cluster tersebut daripada untuk instance cluster tunggal. Untuk mempelajari lebih lanjut, lihat Replikasi dan performa.
Kontrol akses
Untuk mengonfigurasi penskalaan otomatis, Anda harus menjadi akun utama dalam peran yang memiliki
izin create dan update
untuk cluster dan instance yang Anda konfigurasi.
Pemantauan
Bigtable menyediakan beberapa metrik untuk membantu Anda memahami cara kerja penskalaan otomatis Bigtable saat meningkatkan dan menurunkan skala untuk memenuhi persyaratan workload. Metrik ini juga dapat membantu Anda mengukur apakah setelan Anda sudah optimal untuk memenuhi persyaratan workload dan biaya bisnis Anda. Misalnya, jika Anda mengamati bahwa jumlah node untuk cluster sering kali mendekati jumlah maksimum node, Anda dapat mempertimbangkan untuk menaikkan jumlah maksimumnya. Untuk mempelajari lebih lanjut cara memantau resource Bigtable, lihat Memantau instance.
Metrik berikut ditampilkan dalam grafik di halaman ringkasan cluster di konsol Google Cloud . Anda juga dapat melihat metrik ini menggunakan Cloud Monitoring.
bigtable.googleapis.com/cluster/autoscaling/min_node_countbigtable.googleapis.com/cluster/autoscaling/max_node_countbigtable.googleapis.com/cluster/autoscaling/recommended_node_count_for_cpubigtable.googleapis.com/cluster/autoscaling/recommended_node_count_for_storage- Khusus Enterprise Plus:
bigtable.googleapis.com/memory_layer/request_unit_usage
Logging
Bigtable memunculkan log audit peristiwa sistem setiap kali menskalakan cluster. Entri log mirip dengan berikut ini:
Grew from 9 to 10 nodes to maintain CPU utilization at 60%.
Anda dapat melihat log peristiwa sistem penskalaan otomatis di halaman ringkasan cluster Bigtable di konsol Google Cloud . Anda juga dapat melihatnya menggunakan Logs Explorer:
Buka Logs Explorer:
Pilih project Google Cloud yang sesuai.
Di kolom Query, masukkan kode berikut:
resource.type="audited_resource" resource.labels.service="bigtableadmin.googleapis.com" resource.labels.method="AutoscaleCluster"Klik Run query.
Panel Query results menampilkan log untuk satu jam terakhir.
Untuk mempelajari lebih lanjut cara melihat log, lihat Cloud Logging.