Topik ini menjelaskan makna setiap metrik pemantauan Hologres. Memahami metrik-metrik ini membantu Anda memilih yang paling sesuai dengan kebutuhan bisnis, memantau penggunaan resource dan eksekusi SQL secara real-time, mendeteksi error sistem secara cepat, serta menangani kegagalan instans.
Catatan Penting
Catatan tentang QE dan FixedQE:
QE adalah istilah kolektif untuk mesin komputasi vektor proprietary Hologres, seperti HQE dan SQE, dalam keluarga mesin XQE. Di log kueri lambat, kueri dengan Engine Type={XQE} termasuk dalam kategori QE pada metrik pemantauan.
FixedQE mengacu pada kueri yang menggunakan jalur Fixed Plan. Di log kueri lambat, kueri dengan Engine Type={FixedQE} (SDK pada versi sebelum V2.2) termasuk dalam kategori FixedQE pada metrik pemantauan.
Catatan tentang Command Type:
Command Type sesuai dengan tipe pernyataan SQL. Misalnya,
INSERT xxxatauINSERT xxx ON CONFLICT DO UPDATE/NOTHINGkeduanya diklasifikasikan sebagai INSERT.UNKNOWN: Klasifikasi untuk pernyataan SQL yang tidak dikenali oleh mesin DPI karena kesalahan sintaksis SQL.
UTILITY: Perintah administratif, definisi, dan kontrol selain INSERT, UPDATE, DELETE, dan SELECT.
Termasuk hal berikut:
Data Definition Language (DDL): CREATE, ALTER, DROP, TRUNCATE, dan COMMENT.
Transaction Control Language (TCL): BEGIN, COMMIT, ROLLBACK, dan SAVEPOINT.
Administrasi dan maintenance: ANALYZE, VACUUM, EXPLAIN, SET, SHOW, COPY, dan REFRESH.
Eksekusi dan kontrol prosedural: PREPARE, EXECUTE, DEALLOCATE, CALL, dan DECLARE CURSOR.
Lainnya: LOCK TABLE, LISTEN, dan NOTIFY.
Di Cloud Monitor, setiap metrik memiliki ID unik yang memudahkan pencarian metrik tertentu. ID metrik untuk tipe instans berbeda memiliki awalan berbeda. Misalnya, instans tujuan umum, instans follower, Instans Virtual Warehouse, dan Lakehouse Acceleration (Kluster Bersama) masing-masing menggunakan awalan
standard_,follower_,warehouse_, danshared_. Metrik yang didukung oleh setiap tipe instans tercantum di bawah ini:Instans tujuan umum: Metrik yang didukung oleh instans tujuan umum.
Instans follower: Metrik yang didukung oleh instans follower.
Kelompok komputasi: Metrik yang didukung oleh instans kelompok komputasi.
Akselerasi lakehouse (kluster bersama): Metrik yang didukung oleh instans akselerasi lakehouse.
Jika suatu metrik tidak menampilkan data, kemungkinan karena versi instans saat ini tidak mendukungnya atau tidak ada aktivitas dalam periode yang lama.
Data pemantauan disimpan hingga 30 hari.
Kontrol Akses
Halaman pemantauan di konsol Hologres mengambil data dari Cloud Monitor. Jika Anda menggunakan Pengguna Resource Access Management (RAM) untuk melihat informasi pemantauan, Anda harus memberikan izin yang sesuai berdasarkan kebutuhan bisnis. Izin tersebut mencakup hal berikut:
AliyunCloudMonitorFullAccess: Izin manajemen penuh untuk Cloud Monitor.
AliyunCloudMonitorReadOnlyAccess: Izin akses read-only untuk Cloud Monitor.
Untuk informasi lebih lanjut tentang otorisasi Pengguna RAM, lihat Berikan izin kepada Pengguna RAM.
Ikhtisar Metrik Pemantauan
Metrik pemantauan berikut tersedia di Hologres:
Categorization | Metric | Description | Supported Instance Types | Notes |
CPU | Penggunaan CPU instans. | General-purpose instance, follower instance, and compute group instance | None | |
Penggunaan CPU setiap node Worker dalam instans. | ||||
Utilisasi CPU untuk setiap Cluster dalam kelompok komputasi. | Compute group instance | Didukung hanya di Hologres V4.0 dan versi yang lebih baru. | ||
Memory | Total penggunaan memori instans. | General-purpose instance, follower instance, and compute group instance | None | |
Penggunaan memori setiap node Worker dalam instans. | ||||
Penggunaan memori dipecah berdasarkan kategori system, meta, cache, query, dan background. | General-purpose instance, follower instance, and compute group instance | Didukung hanya di Hologres V2.0 dan versi yang lebih baru. | ||
Jumlah memori yang digunakan oleh kueri yang dieksekusi oleh mesin QE. | Didukung hanya di Hologres V2.0.44 dan versi yang lebih baru, serta V2.1.22 dan versi yang lebih baru. | |||
Persentase memori yang digunakan oleh kueri yang dieksekusi oleh mesin QE. | ||||
Penggunaan memori setiap Cluster dalam kelompok komputasi. | Compute group instance | Didukung hanya di Hologres V4.0 dan versi yang lebih baru. | ||
Query QPS and RPS | Total permintaan per detik (QPS) di seluruh instans. | General-purpose instance, follower instance, compute group instance, and shared cluster instance | Query QPS ≥ QE QPS + FixedQE QPS. Catatan Total QPS mencakup semua kueri, seperti UNKNOWN, UTILITY, dan Engine Type={PG}. Oleh karena itu, total QPS lebih besar dari atau sama dengan jumlah QE QPS dan FixedQE QPS. | |
QPS kueri yang dieksekusi oleh mesin QE. | General-purpose instance, follower instance, and compute group instance | Didukung hanya di Hologres V2.2 dan versi yang lebih baru. | ||
QPS kueri yang dieksekusi oleh mesin FixedQE (sebelumnya SDK). | ||||
Total baris per detik (RPS) untuk kueri DML dalam instans. | General-purpose instance and compute group instance | DML RPS = QE RPS + FixedQE RPS | ||
RPS operasi DML yang dieksekusi oleh mesin QE. | Didukung hanya di Hologres V2.2 dan versi yang lebih baru. | |||
RPS operasi DML yang dieksekusi oleh mesin FixedQE. | ||||
Query Latency | Latensi kueri dalam instans. | General-purpose instance, follower instance, compute group instance, and shared cluster instance | None | |
Latensi kueri yang dieksekusi oleh mesin QE. | General-purpose instance, follower instance, and compute group instance | Didukung hanya di Hologres V2.2 dan versi yang lebih baru. | ||
Latensi kueri yang dieksekusi oleh mesin FixedQE. | ||||
Durasi fase Optimization untuk suatu kueri. | General-purpose instance, follower instance, compute group instance, and shared cluster instance | Didukung hanya di Hologres V2.0.44 dan versi yang lebih baru, serta V2.1.22 dan versi yang lebih baru. | ||
Durasi fase Start Query untuk suatu kueri. | ||||
Durasi fase Get Next untuk suatu kueri. | ||||
Latensi P99 kueri. | None | |||
Longest Running Query Duration in This Instance (milliseconds) | Durasi kueri dengan eksekusi terlama di antara kueri yang sedang berjalan dalam instans ini. | |||
Failed Query QPS | Jumlah total kueri gagal per detik dalam instans. | General-purpose instance, follower instance, compute group instance, and shared cluster instance | Failed Query QPS ≥ QE Failed Query QPS + FixedQE Failed Query QPS. Catatan Failed Query QPS menghitung semua kueri gagal, seperti UNKNOWN, UTILITY, dan Engine Type={PG}. Oleh karena itu, total failed QPS lebih besar dari atau sama dengan jumlah QE Failed Query QPS dan FixedQE Failed Query QPS. | |
Jumlah kueri gagal per detik yang dieksekusi oleh mesin QE. | General-purpose instance, follower instance, and compute group instance | Didukung hanya di Hologres V2.2 dan versi yang lebih baru. | ||
Jumlah kueri gagal per detik yang dieksekusi oleh mesin FixedQE. | General-purpose instance and compute group instance | |||
Locks | Waktu tunggu untuk lock DDL pada node FE. | General-purpose instance, follower instance, and compute group instance | Didukung hanya di Hologres V2.0.44 dan versi yang lebih baru, serta V2.1.22 dan versi yang lebih baru. | |
Waktu tunggu lock untuk FixedQE, biasanya untuk lock HQE. | ||||
Penundaan untuk lock HQE dalam instans, termasuk penundaan lock HQE FixedQE. | ||||
Connection | Jumlah total koneksi yang digunakan dalam instans. | General-purpose instance, follower instance, compute group instance, and shared cluster instance | None | |
Jumlah koneksi yang digunakan oleh setiap database dalam instans. | General-purpose instance, follower instance, and compute group instance | |||
Jumlah koneksi yang digunakan oleh setiap FE dalam instans. | ||||
Tingkat penggunaan koneksi dalam instans, yang secara default mengacu pada FE dengan tingkat penggunaan tertinggi. | ||||
Query Queue | Jumlah permintaan kueri yang menunggu untuk dieksekusi tetapi belum diproses. | General-purpose instance, follower instance, and compute group instance | Didukung hanya di Hologres V3.0 dan versi yang lebih baru. | |
Jumlah permintaan kueri yang dikirim ke antrian sistem per detik. | ||||
Jumlah permintaan kueri yang berpindah dari status menunggu ke status berjalan per detik. | ||||
Jumlah permintaan per detik untuk kueri yang telah mulai berjalan tetapi belum selesai, dikelompokkan berdasarkan status eksekusi. | ||||
Waktu rata-rata antara masuk ke antrian dan mulai diproses. Tidak termasuk waktu eksekusi kueri sesungguhnya. | ||||
Konkurensi maksimum untuk antrian kueri yang dibatasi laju secara otomatis. | Compute group instance | Didukung hanya di Hologres V3.1 dan versi yang lebih baru. | ||
I/O | Throughput I/O saat membaca data penyimpanan Standard. | General-purpose instance, follower instance, and compute group instance | None | |
Throughput I/O saat menulis data penyimpanan Standard. | General-purpose instance and compute group instance | |||
Throughput I/O saat membaca data penyimpanan IA. | General-purpose instance, follower instance, and compute group instance | |||
Throughput I/O saat menulis data penyimpanan IA. | General-purpose instance and compute group instance | |||
Storage | Kapasitas yang digunakan dalam penyimpanan Standard. | General-purpose instance and compute group instance | None | |
Persentase penggunaan kapasitas penyimpanan Standard. | ||||
Kapasitas yang digunakan dalam penyimpanan IA. | ||||
Persentase penggunaan kapasitas penyimpanan IA. | ||||
Penyimpanan yang digunakan oleh Keranjang daur ulang. | General-purpose instance and compute group instance | Didukung hanya di Hologres V3.1 dan versi yang lebih baru. | ||
Frameworks | Penundaan replay untuk setiap FE. | General-purpose instance, follower instance, and compute group instance | Didukung hanya di Hologres V2.2 dan versi yang lebih baru. | |
Penundaan sinkronisasi antar replika Shard setelah replikasi diaktifkan. | None | |||
Penundaan yang terjadi ketika instans follower membaca data dari instans primary. Hanya terlihat untuk instans follower. | ||||
Penundaan sinkronisasi file antar instans disaster recovery. | General-purpose instance | |||
Auto Analyze | Jumlah tabel yang tidak memiliki statistik di setiap database. | General-purpose instance and compute group instance | Didukung hanya di Hologres V2.2 dan versi yang lebih baru. | |
Serverless Computing | Longest Running Serverless Computing Query Duration (milliseconds) | Durasi kueri dengan eksekusi terlama dalam Serverless Computing setelah diaktifkan. | General-purpose instance and compute group instance | Didukung hanya di Hologres V2.1 dan versi yang lebih baru. |
Jumlah kueri yang mengantri dalam kolam sumber daya Serverless Computing. | Didukung hanya di Hologres V2.2 dan versi yang lebih baru. | |||
Rasio sumber daya Serverless Computing yang benar-benar digunakan terhadap sumber daya maksimum yang dapat dialokasikan. | ||||
Binary Logging | Jumlah entri Binlog yang dikonsumsi per detik. | General-purpose instance, follower instance, and compute group instance | Didukung hanya di Hologres V2.2 dan versi yang lebih baru. | |
Jumlah byte yang dikonsumsi dari Binlog per detik. | ||||
Jumlah WAL sender yang digunakan per FE. | ||||
Tingkat penggunaan WAL sender pada FE dengan tingkat penggunaan tertinggi. | ||||
Computing Resource | Jumlah core yang ditambahkan secara elastis melalui penskalaan berbasis waktu dalam kelompok komputasi. | Compute group instance | Didukung hanya di Hologres V2.2.21 dan versi yang lebih baru. | |
Jumlah core yang ditambahkan secara elastis melalui auto-scaling dalam kelompok komputasi. | Didukung hanya di Hologres V4.0 dan versi yang lebih baru. | |||
Gateway | Penggunaan CPU setiap Gateway dalam instans. | Compute group instance | Didukung hanya di Hologres V2.0 dan versi yang lebih baru. | |
Penggunaan memori setiap Gateway dalam instans. | Didukung hanya di Hologres V2.0 dan versi yang lebih baru. | |||
Jumlah maksimum koneksi baru yang dapat diterima dan berhasil dibuat oleh sistem per detik. | Didukung hanya di Hologres V2.1.12 dan versi yang lebih baru. | |||
Volume data yang masuk ke sistem melalui Gateway per detik. | Didukung hanya di Hologres V2.1 dan versi yang lebih baru. | |||
Volume data yang dikirim dari Gateway ke sistem eksternal per detik. | Didukung hanya di Hologres V2.1 dan versi yang lebih baru. | |||
Dynamic Table | QPS kegagalan refresh di seluruh Dynamic Table dalam instans. Anda dapat menggunakan metrik ini untuk menilai kesehatan keseluruhan proses refresh. | Didukung hanya di Hologres V4.0.8 dan versi yang lebih baru. | ||
Latensi setiap Dynamic Table relatif terhadap data tabel dasar hulu terbaru atau timestamp yang diharapkan, dalam satuan detik. Anda dapat menggunakan metrik ini untuk menilai kesegaran data. | ||||
Durasi tugas refresh yang sedang berlangsung untuk setiap Dynamic Table, dalam milidetik. Anda dapat menggunakan metrik ini untuk mendeteksi apakah siklus refresh semakin lama. | ||||
Jumlah kegagalan refresh per menit untuk setiap Dynamic Table. Anda dapat menggunakan metrik ini untuk mengevaluasi stabilitas refresh setiap tabel. |
CPU
Metrik berikut berkaitan dengan penggunaan CPU.
Penggunaan CPU Instans (%)
Penggunaan CPU instans mencerminkan beban CPU keseluruhan pada instans.
Bahkan tanpa kueri aktif, proses latar belakang atau tugas kompaksi asinkron dapat mengonsumsi sumber daya CPU. Penggunaan CPU kecil selama periode idle adalah normal.
Hologres memanfaatkan komputasi paralel multi-core secara efisien. Satu kueri saja sering kali dapat mendorong penggunaan CPU hingga 100%, yang menunjukkan pemanfaatan penuh sumber daya komputasi.
Jika penggunaan CPU tetap mendekati 100% dalam periode panjang, seperti tiga jam pada 100% atau dua belas jam di atas 90%, instans berada di bawah beban berat. CPU kemungkinan menjadi bottleneck dalam sistem. Anda harus menyelidiki workload dan kueri dengan mempertimbangkan pertanyaan berikut:
Apakah sedang terjadi impor data offline skala besar (INSERT) dengan volume data yang terus bertambah?
Apakah kueri atau penulisan dengan QPS tinggi mengonsumsi semua sumber daya CPU?
Apakah terdapat workload hibrida dalam atau di luar skenario yang disebutkan di atas?
Jika penggunaan CPU penuh diperlukan untuk kebutuhan bisnis Anda, Anda dapat melakukan penskalaan naik instans untuk menangani kueri yang lebih kompleks atau dataset yang lebih besar.
Untuk informasi lebih lanjut, lihat FAQ untuk metrik pemantauan.
Penggunaan CPU Node Worker (%)
Penggunaan CPU node Worker mencerminkan beban CPU pada setiap node Worker. Hologres menyediakan jumlah node Worker yang bervariasi tergantung pada tipe instans. Untuk informasi lebih lanjut, lihat Manajemen instans.
Metrik ini hanya didukung di Hologres V1.1 dan versi setelahnya.
Jika semua node Worker menunjukkan penggunaan CPU yang terus-menerus mendekati 100%, instans berada di bawah beban berat. Anda dapat mengoptimalkan penggunaan sumber daya atau melakukan penskalaan naik instans berdasarkan workload Anda.
Jika hanya beberapa node Worker yang menunjukkan penggunaan CPU tinggi sementara yang lain rendah, terjadi ketimpangan sumber daya. Untuk penyebab umum dan langkah troubleshooting, lihat FAQ untuk metrik pemantauan.
Penggunaan CPU Kluster (%)
Penggunaan CPU setiap cluster dalam kelompok komputasi.
Memori
Metrik berikut berkaitan dengan penggunaan memori.
Penggunaan Memori Instans (%)
Penggunaan memori instans mencerminkan konsumsi memori keseluruhan.
Hologres menyisihkan memori. Bahkan tanpa kueri aktif, metadata, indeks, dan cache data dimuat ke memori untuk mempercepat pengambilan dan komputasi. Oleh karena itu, penggunaan memori non-nol selama periode idle adalah normal. Biasanya, penggunaan 30% hingga 40% diharapkan saat instans idle.
Jika penggunaan memori terus meningkat mendekati 80%, memori dapat menjadi bottleneck dan memengaruhi stabilitas atau performa.
Anda dapat menggunakan metrik distribusi memori bersama QPS dan indikator lain untuk mengidentifikasi konsumen memori tinggi dan melakukan optimasi. Untuk informasi lebih lanjut, lihat Panduan troubleshooting untuk masalah kehabisan memori.
Penggunaan Memori Node Worker (%)
Penggunaan memori node Worker mencerminkan beban memori pada setiap node Worker. Hologres menyediakan jumlah node Worker yang bervariasi tergantung pada tipe instans. Untuk informasi lebih lanjut, lihat Manajemen instans.
Metrik ini hanya didukung di Hologres V1.1 dan versi setelahnya.
Jika semua node Worker menunjukkan penggunaan memori yang terus-menerus mendekati 80%, instans berada di bawah beban berat. Anda dapat mengoptimalkan penggunaan sumber daya atau melakukan penskalaan naik instans berdasarkan workload Anda.
Jika hanya beberapa node Worker yang menunjukkan penggunaan memori tinggi sementara yang lain rendah, terjadi ketimpangan sumber daya. Untuk penyebab umum dan langkah troubleshooting, lihat FAQ untuk metrik pemantauan.
Penggunaan Memori Kelompok Komputasi Detail (%)
Hologres membagi memori ke dalam kategori berikut: system (System), metadata (Meta), cache (Cache), query (Query), dan proses latar belakang (Background). Mulai V2.0.15, metrik distribusi memori dapat membantu Anda menganalisis pola penggunaan dan mengoptimalkan secara efektif. Kategori utama meliputi hal berikut:
System: Memori yang digunakan oleh komponen sistem seperti Holohub, Gateway, dan Frontend (FE). FE mencakup FE Master dan FE Query, sehingga memori System berfluktuasi dengan aktivitas kueri.
Cache: memori yang digunakan untuk caching, mencakup hal-hal berikut:
Cache terkait SQL, seperti cache hasil dan cache blok. Cache ini berubah secara dinamis seiring eksekusi kueri. Tingkat hit cache yang lebih tinggi meningkatkan performa kueri; misalnya, nilai yang lebih kecil pada bidang Physical read bytes di EXPLAIN ANALYZE menunjukkan tingkat hit cache yang lebih baik. Cache memiliki batas ukuran.
Cache Meta: metadata skema dan metadata file. Untuk mempercepat eksekusi kueri, Hologres memuat metadata yang relevan ke cache terlebih dahulu, sehingga mengurangi akses cold dan meningkatkan performa.
Ukuran cache bersifat tetap, biasanya sekitar 30% dari total memori instans. Sebagian penggunaan cache tetap ada meskipun instans dalam keadaan idle, terutama untuk Meta.
Meta: Memori yang digunakan untuk metadata dan file. Hologres menggunakan mode lazy open di mana metadata yang sering diakses tetap berada di memori, tetapi metadata yang jarang diakses tidak. Mode ini mengurangi tekanan memori. Anda harus menjaga penggunaan Meta di bawah 30% dari total memori. Penggunaan Meta yang tinggi menunjukkan banyak file atau tabel partisi. Anda dapat menggunakan Ikhtisar dan analisis statistik tabel untuk mengelola tabel.
Query: Memori yang dikonsumsi selama eksekusi SQL. Penggunaannya meningkat seiring dengan kompleksitas dan konkurensi kueri, mencakup memori yang digunakan oleh Fixed Plan, HQE, dan SQE.
Memori Query menggunakan alokasi elastis. Memori minimum per Worker adalah 20 GB, sedangkan maksimumnya bergantung pada memori bebas yang tersedia. Penggunaan memori yang tinggi di kategori lain akan mengurangi memori elastis yang tersedia untuk Query.
Penggunaan memori Query yang tinggi atau kejadian kehabisan memori (OOM) mengindikasikan adanya kueri kompleks atau konkurensi tinggi. Anda dapat mengoptimalkan kueri tersebut atau melakukan penskalaan naik instans. Untuk informasi lebih lanjut, lihat Optimalkan performa kueri.
Background: Memori yang digunakan oleh tugas latar belakang seperti kompaksi dan flush. Penggunaan memori Background biasanya rendah, di bawah 5%. Penggunaan ini meningkat sementara selama perubahan indeks, penulisan massal, atau pembaruan, lalu turun saat tugas selesai.
Memtable: Memori yang digunakan untuk tabel in-memory. Memtable menyimpan data setelah penulisan, pembaruan, atau penghapusan real-time. Penggunaan Memtable biasanya di bawah 5%.
Penggunaan Memori Kueri QE (byte)
Memori yang digunakan oleh kueri yang dieksekusi oleh mesin HQE, SQE, atau mesin XQE lainnya.
Metrik ini hanya didukung di Hologres V2.0.44 dan versi setelahnya, serta V2.1.22 dan versi setelahnya.
Dalam rincian memori, penggunaan memori Query melebihi penggunaan memori Kueri QE.
Penggunaan memori Kueri QE membantu Anda menilai kompleksitas kueri. Penggunaan yang lebih tinggi menunjukkan kueri yang lebih kompleks yang memerlukan lebih banyak memori.
Penggunaan Memori Kueri QE (%)
Penggunaan memori Kueri QE membantu Anda menilai beban instans. Penggunaan tinggi dapat menyebabkan error OOM. Anda dapat mengoptimalkan kueri atau melakukan penskalaan naik instans.
Metrik ini hanya didukung di Hologres V2.0.44 dan versi setelahnya, serta V2.1.22 dan versi setelahnya.
Penggunaan Memori Kluster (%)
Penggunaan memori setiap cluster dalam kelompok komputasi.
Query QPS dan RPS
QPS Kueri (jumlah/detik)
QPS Kueri adalah jumlah rata-rata pernyataan SQL yang dieksekusi per detik di seluruh instans. Ini mencakup pernyataan SELECT, INSERT, UPDATE, DELETE, UTILITY, dan UNKNOWN. QPS Kueri ≥ QPS Kueri QE + QPS Kueri FixedQE.
QPS Kueri QE (jumlah/detik)
Jumlah kueri yang dieksekusi per detik oleh mesin QE. Ini mencakup pernyataan SELECT, INSERT, UPDATE, dan DELETE.
Metrik ini hanya didukung di Hologres V2.2 dan versi setelahnya.
QPS Kueri FixedQE (jumlah/detik)
Jumlah kueri yang dieksekusi per detik oleh mesin FixedQE (jalur Fixed Plan, sebelumnya SDK). Ini mencakup pernyataan SELECT, INSERT, UPDATE, dan DELETE.
Metrik ini hanya didukung di Hologres V2.2 dan versi setelahnya.
RPS DML (jumlah/detik)
RPS DML adalah jumlah rata-rata record data yang diimpor atau diperbarui per detik. Ini mencakup pernyataan INSERT, UPDATE, dan DELETE. Oleh karena itu, RPS DML = RPS DML QE + RPS DML FixedQE.
QE DML RPS (jumlah/detik)
Jumlah record data yang diimpor atau diperbarui per detik oleh mesin QE. Ini mencakup pernyataan INSERT, UPDATE, dan DELETE.
Metrik ini hanya didukung di Hologres V2.2 dan versi setelahnya.
Skenario QE umum meliputi hal berikut:
Impor atau pembaruan batch dari tabel eksternal MaxCompute atau OSS.
Penulisan atau pembaruan batch menggunakan COPY.
Impor batch antar tabel Hologres.
RPS DML FixedQE (jumlah/detik)
Jumlah record data yang diimpor atau diperbarui per detik oleh pernyataan SQL INSERT, UPDATE, dan DELETE yang dieksekusi oleh mesin FixedQE di dalam instans (sebelumnya bernama SDK). Secara spesifik:
Metrik ini hanya didukung di Hologres V2.2 dan versi setelahnya.
Skenario FixedQE umum meliputi hal berikut:
Penulisan offline menggunakan Data Integration (DataX).
Penulisan menggunakan SQL atau JDBC dengan
INSERT INTO VALUES().
Latensi Kueri
Latensi Kueri (milidetik)
Latensi rata-rata semua kueri di instans. Ini mencakup pernyataan SELECT, INSERT, UPDATE, DELETE, UTILITY, dan UNKNOWN. Latensi Kueri ≥ MAX(Latensi Kueri QE, Latensi Kueri FixedQE).
Latensi Kueri QE (milidetik)
Latensi rata-rata kueri yang dieksekusi oleh mesin QE. Ini mencakup pernyataan SELECT, INSERT, UPDATE, dan DELETE.
Metrik ini hanya didukung di Hologres V2.2 dan versi setelahnya.
Untuk troubleshooting peningkatan latensi Kueri QE, Anda dapat memeriksa durasi Optimasi, durasi Mulai Kueri, durasi Get Next, dan QPS QE.
Latensi Kueri FixedQE (milidetik)
Latensi rata-rata kueri yang dieksekusi oleh mesin FixedQE. Ini mencakup pernyataan SELECT, INSERT, UPDATE, dan DELETE.
Metrik ini hanya didukung di Hologres V2.2 dan versi setelahnya.
Latensi Kueri FixedQE yang tinggi dapat disebabkan oleh alasan berikut:
Puncak sesekali: Ini mungkin menunjukkan kunci HQE. Anda dapat memeriksa apakah waktu tunggu kunci backend FixedQE meningkat. Jika iya, Anda dapat menggunakan Query Insight untuk mengidentifikasi kueri yang mengunci.
Latensi tinggi yang terus-menerus: Ini mungkin disebabkan oleh desain tabel yang suboptimal atau gangguan dari kueri kompleks. Lihat Masalah umum dan diagnostik untuk Blink dan Flink.
Durasi Fase Optimasi (milidetik)
Waktu yang dihabiskan dalam fase Optimasi untuk suatu kueri. Selama fase ini, pengoptimal mengurai pernyataan SQL dan menghasilkan rencana fisik untuk mesin eksekusi.
Metrik ini hanya didukung di Hologres V2.0.44 dan versi setelahnya, serta V2.1.22 dan versi setelahnya.
Durasi Optimasi yang panjang menunjukkan kueri kompleks. Jika kueri hanya berbeda dalam parameternya, Anda dapat menggunakan Prepared Statements untuk mengurangi overhead optimasi. Untuk informasi lebih lanjut, lihat JDBC.
Durasi Fase Mulai Kueri (milidetik)
Waktu yang dihabiskan dalam fase Mulai Kueri, yaitu inisialisasi sebelum eksekusi kueri sebenarnya. Ini mencakup penguncian dan penyelarasan versi skema.
Metrik ini hanya didukung di Hologres V2.0.44 dan versi setelahnya, serta V2.1.22 dan versi setelahnya.
Durasi Mulai Kueri yang panjang sering disebabkan oleh waktu tunggu kunci atau penggunaan CPU tinggi. Anda dapat menggunakan rencana eksekusi untuk analisis lebih mendalam.
Get Next Phase Duration (milliseconds)
Waktu dari akhir fase Mulai Kueri hingga semua hasil dikembalikan. Ini mencakup komputasi dan pengiriman hasil.
Metrik ini hanya didukung di Hologres V2.0.44 dan versi setelahnya, serta V2.1.22 dan versi setelahnya.
Durasi Get Next yang panjang sering mencerminkan komputasi kompleks. Anda dapat mengorelasikan ini dengan penggunaan memori QE dan QPS QE. Jika tidak ada anomali, klien mungkin hanya menunggu untuk menerima hasilnya.
Latensi P99 Kueri (milidetik)
Latensi P99 semua kueri di instans. Ini mencakup kueri SELECT, INSERT, UPDATE, UTILITY, dan sistem.
Durasi Kueri Terlama yang Sedang Berjalan di Instans Ini (milidetik)
Durasi kueri terlama di instans. Metrik ini melaporkan kueri terlama yang sedang berjalan saat ini. Ini mencakup pernyataan SELECT, INSERT, UPDATE, DELETE, UTILITY, dan UNKNOWN.
Metrik ini hanya didukung di Hologres V1.1 dan versi setelahnya.
Hologres adalah sistem terdistribusi. Jumlah node Worker bervariasi tergantung pada tipe instans. Kueri didistribusikan secara acak di seluruh Worker. Metrik ini melaporkan kueri terlama di seluruh Worker. Misalnya, jika Worker menjalankan kueri selama 10 menit, 5 menit, dan 30 detik, durasi yang dilaporkan adalah 10 menit.
Anda dapat menggabungkan metrik ini dengan kueri aktif atau log kueri lambat untuk menilai durasi kueri, mendiagnosis kueri berjalan lama, dan menyelesaikan deadlock atau hang.
Metrik dilaporkan setiap menit. Oleh karena itu, "durasi berjalan saat ini" dimulai sedikit setelah kueri dimulai. Metrik ini membantu dalam deteksi anomali dengan membantu Anda menemukan kueri berjalan lama dengan cepat, tetapi tidak memberikan waktu yang tepat.
QPS Kueri Gagal
QPS Kueri Gagal (milidetik)
Jumlah Kueri Gagal adalah jumlah rata-rata pernyataan SQL gagal per detik dalam suatu instans, seperti SELECT, INSERT, UPDATE, DELETE, UTILITY, dan UNKNOWN. QPS Kueri Gagal >= QPS Kueri Gagal QE + QPS Kueri Gagal FixedQE.
Anda dapat menggunakan tipe dan frekuensi kueri gagal untuk menemukan kueri gagal di log kueri lambat. Anda kemudian dapat menganalisis akar penyebab untuk meningkatkan ketersediaan.
QPS kueri gagal QE (milidetik)
Jumlah kueri yang gagal per detik saat menggunakan mesin QE. Ini mencakup pernyataan SELECT, INSERT, UPDATE, dan DELETE.
Metrik ini hanya didukung di Hologres V2.2 dan versi setelahnya.
QPS Kueri Gagal FixedQE (milidetik)
Jumlah kueri yang gagal per detik saat menggunakan mesin FixedQE. Ini mencakup pernyataan SELECT, INSERT, UPDATE, dan DELETE.
Metrik ini hanya didukung di Hologres V2.2 dan versi setelahnya.
Kunci
Waktu Tunggu Maksimum Kunci FE (milidetik)
Hologres adalah sistem terdistribusi. Beberapa node FE mengurai, mendispatch, dan merutekan pernyataan SQL. Ketika beberapa koneksi dirutekan ke FE yang sama dan melakukan operasi DDL pada tabel yang sama, seperti CREATE atau DROP, terjadi kunci FE. Metrik ini menunjukkan berapa lama setiap FE menunggu kunci DDL.
Metrik ini hanya didukung di Hologres V2.2 dan versi setelahnya.
Operasi DDL selalu menimbulkan waktu tunggu kunci. Jika waktu tunggu kunci FE melebihi lima menit dan penundaan replay FE juga melonjak, operasi DDL mungkin macet. Anda dapat menggunakan Kelola kueri untuk menemukan dan menghentikan kueri berjalan lama.
Waktu Tunggu Kunci Backend FixedQE (milidetik)
Kueri INSERT, DELETE, atau UPDATE yang menggunakan HQE mengambil kunci tabel. Kueri yang menggunakan FixedPlan mengambil kunci baris. Waktu tunggu kunci backend FixedQE meningkat ketika kueri FixedPlan menunggu kunci baris sementara kueri HQE memegang kunci tabel pada tabel yang sama.
Metrik ini hanya didukung di Hologres V2.2 dan versi setelahnya.
Jika waktu tunggu kunci FixedQE tinggi, Anda dapat menggunakan log kueri lambat untuk menemukan kueri FixedQE lambat. Kemudian, Anda dapat menggunakan Query Insight untuk mengidentifikasi kueri HQE yang mengunci.
Total Waktu Tunggu Kunci Backend untuk Instans (milidetik)
Total waktu tunggu kunci untuk kueri INSERT, DELETE, atau UPDATE di instans. Ini mencakup waktu tunggu kunci FixedQE dan HQE.
Metrik ini hanya didukung di Hologres V2.2 dan versi setelahnya.
Jika waktu tunggu kunci tinggi, Anda dapat menggunakan log kueri lambat untuk menemukan kueri INSERT, DELETE, atau UPDATE lambat. Kemudian, Anda dapat menggunakan Query Insight untuk mengidentifikasi kueri HQE yang mengunci.
Koneksi
Total Koneksi (jumlah)
Hologres menetapkan batas koneksi default berdasarkan tipe instans. Untuk informasi lebih lanjut, lihat Manajemen instans. Total koneksi mewakili semua koneksi aktif, termasuk yang dalam status aktif, idle, dan idle-in-transaction. Anda dapat menggunakan Kelola kueri untuk melihat penggunaan saat ini. Anda harus menghentikan koneksi idle jika jumlah koneksi yang tersedia rendah.
Koneksi per Database (jumlah)
Jumlah koneksi yang diagregasi per database. Anda dapat menggunakannya untuk menilai penggunaan koneksi untuk setiap database. Perhatikan hal berikut:
Batas koneksi default per database adalah 128. Untuk informasi lebih lanjut, lihat Manajemen instans.
Jika jumlah koneksi mendekati batas, Anda harus meninjau koneksi idle versus koneksi bisnis. Untuk informasi lebih lanjut, lihat Manajemen koneksi. Anda dapat membersihkan koneksi idle atau melakukan penskalaan naik untuk menambah kapasitas.
Jika beban koneksi tidak merata di seluruh Worker, Anda dapat menggunakan Manajemen koneksi untuk membersihkan koneksi idle dan menyeimbangkan beban.
Koneksi per FE (jumlah)
Jumlah koneksi yang diagregasi per FE. Anda dapat menggunakannya untuk menilai penggunaan koneksi untuk setiap FE. Perhatikan hal berikut:
Batas koneksi default per node FE adalah 128. Untuk informasi lebih lanjut, lihat Manajemen instans.
Jika jumlah koneksi mendekati batas, Anda harus meninjau koneksi idle versus koneksi bisnis. Untuk informasi lebih lanjut, lihat Manajemen koneksi. Anda dapat membersihkan koneksi idle atau melakukan penskalaan naik untuk menambah kapasitas.
Jika beban koneksi tidak merata di seluruh Worker, Anda dapat menggunakan Manajemen koneksi untuk membersihkan koneksi idle dan menyeimbangkan beban.
Tingkat Penggunaan Koneksi FE dengan Penggunaan Tertinggi (%)
Metrik ini melaporkan tingkat penggunaan koneksi tertinggi di antara semua node FE (Frontend): Max(frontend_connection_used_rate). Ini membantu Anda mendeteksi kapan koneksi mendekati batas pada node FE mana pun dan mencegah kegagalan koneksi. Node FE menggunakan load balancing round-robin di mana koneksi baru didistribusikan merata di seluruh FE. Anda dapat menggunakan Kelola kueri untuk melihat penggunaan saat ini. Anda harus menghentikan koneksi idle jika jumlah koneksi yang tersedia rendah.
Antrian Kueri
Jumlah Kueri dalam Antrian (jumlah)
Jumlah permintaan kueri yang menunggu untuk dieksekusi tetapi belum diproses.
Metrik ini hanya didukung di Hologres V3.0 dan versi setelahnya.
QPS Entri Antrian Kueri (jumlah/detik)
Jumlah permintaan kueri yang dikirim ke antrian sistem per detik. Anda dapat menggunakannya untuk mengukur beban sistem dan frekuensi kueri.
Metrik ini hanya didukung di Hologres V3.0 dan versi setelahnya.
QPS Transisi Kueri dari Antrian ke Berjalan (jumlah/detik)
Jumlah permintaan kueri yang berpindah dari status menunggu ke berjalan per detik.
Metrik ini hanya didukung di Hologres V3.0 dan versi setelahnya.
QPS per Status untuk Kueri yang Mulai Berjalan (jumlah/detik)
QPS untuk kueri di antrian kueri, dikelompokkan berdasarkan status. Status meliputi hal berikut:
kReadyToRun (memenuhi syarat untuk berjalan)
kQueueTimeout (gagal karena timeout antrian)
kCanceled (gagal karena pembatalan)
kExceedConcurrencyLimit (gagal karena batas konkurensi)
Metrik ini hanya didukung di Hologres V3.0 dan versi setelahnya.
Waktu Tunggu Rata-rata Antrian Kueri (milidetik)
Waktu rata-rata antara masuk antrian dan mulai diproses, tidak termasuk waktu eksekusi kueri sebenarnya, dalam milidetik.
Metrik ini hanya didukung di Hologres V3.0 dan versi setelahnya.
Antrian Kueri Auto-Rate-Limit Konkurensi Maksimum (jumlah)
Konkurensi maksimum untuk antrian kueri dengan auto-rate-limit.
Metrik ini hanya didukung di Hologres V3.1 dan versi setelahnya.
I/O
Throughput I/O mengukur volume baca dan tulis instans. Ini mencerminkan aktivitas I/O disk dan membantu Anda menilai beban sistem serta mendiagnosis masalah. Catatan: 1 GiB = 1024 MiB = 1024 × 1024 KiB.
Penyimpanan Standard (hot): Throughput I/O tidak tetap. Ini terutama bergantung pada beban CPU.
Untuk kelas penyimpanan IA (penyimpanan dingin), throughput I/O maksimum adalah
80 MB/s * (jumlah core / 16).
Throughput Baca I/O Standard (byte/detik)
Throughput I/O saat kueri membaca data penyimpanan Standard.
Throughput Tulis I/O Standard (byte/detik)
Throughput I/O saat kueri menulis data penyimpanan Standard.
Throughput Baca I/O Frekuensi Rendah (byte/detik)
Throughput I/O saat kueri membaca data penyimpanan IA.
Throughput tulis I/O frekuensi rendah (byte/detik)
Menunjukkan throughput I/O saat Query menulis data ke kelas penyimpanan IA.
Penyimpanan
Ruang disk logis yang digunakan oleh data instans, yaitu jumlah dari semua penyimpanan database, termasuk keranjang daur ulang. Catatan: 1 GiB = 1024 MiB = 1024 × 1024 KiB. Penggunaan penyimpanan Hologres terus bertambah tanpa batas keras.
Untuk instansi langganan, penyimpanan yang melebihi jumlah yang dibeli secara otomatis ditagih dengan skema bayar sesuai penggunaan. Hal ini tidak memengaruhi stabilitas atau kegunaan sistem.
Setelah Anda melebihi kapasitas penyimpanan, Anda harus segera melakukan peningkatan penyimpanan atau menghapus data yang tidak digunakan untuk menghindari biaya penyimpanan yang tidak perlu. Penghematan tersebut dapat digunakan untuk mendanai sumber daya komputasi tambahan.
Anda dapat menggunakan fungsi pg_relation_size untuk melihat ukuran penyimpanan tabel dan database serta detailnya. Anda juga dapat menggunakan Info Tabel untuk manajemen tabel detail halus.
Kapasitas Terpakai Penyimpanan Standard (byte)
Kapasitas yang digunakan di penyimpanan Standard. Anda harus melakukan penskalaan naik penyimpanan jika penggunaan melebihi kapasitas yang dibeli.
Penggunaan Penyimpanan Standar (%)
Persentase penggunaan kapasitas penyimpanan Standard. Anda harus melakukan penskalaan naik penyimpanan jika penggunaan melebihi kapasitas yang dibeli.
Kapasitas Terpakai Penyimpanan IA (byte)
Kapasitas yang digunakan di penyimpanan IA. Anda harus melakukan penskalaan naik penyimpanan jika penggunaan melebihi kapasitas yang dibeli.
Penggunaan Penyimpanan IA (%)
Persentase penggunaan kapasitas penyimpanan IA. Anda harus melakukan penskalaan naik penyimpanan jika penggunaan melebihi kapasitas yang dibeli.
Penggunaan Penyimpanan Keranjang Daur Ulang (byte)
Hologres mendukung keranjang daur ulang tabel mulai V3.1. Tabel yang dihapus menggunakan perintah DROP tetap berada di keranjang daur ulang selama periode retensi. Ini memungkinkan Anda memulihkan tabel yang tidak sengaja dihapus. Tabel di keranjang daur ulang tetap mengonsumsi penyimpanan instans. Anda harus memantau penggunaan keranjang daur ulang untuk setiap database. Jika penghapusan tabel yang sering menyebabkan penggunaan keranjang daur ulang tinggi, Anda dapat mengonfigurasi tabel agar melewati keranjang daur ulang saat dihapus.
Kerangka Kerja
Penundaan Replay FE (milidetik)
Hologres adalah sistem terdistribusi. Beberapa node Frontend (FE) menangani penguraian, dispatch, dan routing SQL. Untuk operasi DDL, Hologres pertama-tama mengeksekusi operasi pada satu FE lalu mereplay-nya pada yang lain. Perhatikan hal berikut:
Replay FE membutuhkan waktu. Penundaan pada level milidetik atau detik adalah normal.
Jika penundaan replay FE melebihi beberapa menit, terlalu banyak operasi DDL dapat membebani proses replay. Jika penundaan terus meningkat, kueri mungkin macet. Anda dapat menggunakan hg_stat_activity untuk menemukan dan menghentikan kueri berjalan lama.
Metrik ini hanya didukung di Hologres V2.2 dan setelahnya.
Penundaan Sinkronisasi Multi-Replica Shard (milidetik)
Penundaan sinkronisasi antar replika Shard setelah Replikasi diaktifkan.
Penundaan replika Shard tipikal berada dalam milidetik.
Penulisan data berat, pembaruan, atau operasi DDL yang sering dapat meningkatkan penundaan sinkronisasi.
Penundaan Sinkronisasi Primary-Follower (milidetik)
Penundaan saat instans follower membaca data dari instans primary, dalam milidetik. Perhatikan hal berikut:
Metrik ini hanya muncul untuk instans follower, bukan instans primary.
Data hanya muncul setelah instans follower diikat ke instans primary (0 ms awalnya). Penundaan sinkronisasi berfluktuasi saat instans primary menerima penulisan.
Penundaan sinkronisasi normal berada dalam milidetik. Jitter sesekali, misalnya dari operasi DDL primary, aman untuk diabaikan. Penundaan tinggi yang terus-menerus lebih dari beberapa detik mungkin menunjukkan beban instans tinggi atau kekurangan sumber daya. Anda harus memeriksa penggunaan CPU dan memori serta melakukan penskalaan naik instans jika diperlukan.
Penundaan sinkronisasi dapat melonjak hingga beberapa menit selama restart atau peningkatan dan kemudian pulih secara otomatis.
Penundaan Sinkronisasi File Antar-Instans (milidetik)
Penundaan sinkronisasi file antar instans pemulihan bencana. Metrik ini hanya muncul pada instans follower (follower read-only).
Analisis Otomatis
Jumlah Tabel Tanpa Statistik per Database (jumlah)
Jumlah tabel yang tidak memiliki statistik di setiap database.
Metrik ini hanya didukung di Hologres V2.2 dan versi setelahnya.
Untuk Hologres V2.0 dan versi setelahnya, Auto Analyze berjalan secara default. Setelah tabel dibuat atau setelah penulisan atau pembaruan massal, statistik mungkin tertinggal. Anda harus terlebih dahulu mengamati statistik untuk periode singkat.
Jika database secara konsisten kekurangan statistik selama berjam-jam atau berhari-hari, Auto Analyze mungkin tidak dipicu. Anda dapat menggunakan tampilan HG_STATS_MISSING untuk mencantumkan tabel yang terpengaruh lalu menjalankan perintah ANALYZE secara manual untuk memperbarui statistik.
Jika database secara konsisten kekurangan statistik selama berjam-jam atau berhari-hari, Auto Analyze mungkin tidak dipicu. Anda dapat meninjau statistik tabel dan menjalankan perintah ANALYZE secara manual. Untuk informasi lebih lanjut, lihat ANALYZE dan AUTO ANALYZE.
Komputasi Tanpa Server
Durasi Kueri Komputasi Serverless Terlama yang Sedang Berjalan (milidetik)
Hologres mendukung Komputasi Serverless. Anda dapat menjalankan kueri tertentu di kolam sumber daya Komputasi Serverless khusus untuk mengisolasi dari instans utama dan memastikan eksekusi cepat.
Metrik ini hanya didukung di Hologres V2.1 dan versi setelahnya.
Metrik ini menunjukkan kueri terlama di Komputasi Serverless. Anda dapat menggunakan hg_stat_activity untuk memeriksa status kueri Serverless.
Jumlah Antrian Kueri Komputasi Serverless (jumlah)
Jumlah kueri yang dalam antrian di kolam sumber daya Komputasi Serverless.
Metrik ini hanya didukung di Hologres V2.2 dan versi setelahnya.
Penggunaan Kuota Sumber Daya Komputasi Serverless (%)
Rasio sumber daya Komputasi Serverless yang benar-benar digunakan terhadap sumber daya maksimum yang dapat dialokasikan dalam periode waktu tertentu.
Metrik ini hanya didukung di Hologres V2.2 dan versi setelahnya.
Pencatatan Biner
Laju Konsumsi Binlog (jumlah/detik atau byte/detik)
Hologres mendukung berlangganan Binlog Hologres. Binlog memungkinkan tiering data real-time dan mempercepat penerusan data.
Laju Konsumsi Binlog (jumlah/detik)
Jumlah entri Binlog yang dikonsumsi per detik. Metrik ini hanya didukung di Hologres V2.2 dan versi setelahnya.
Laju Konsumsi Binlog (byte/detik)
Jumlah byte yang dikonsumsi dari Binlog per detik. Bidang yang lebih besar atau volume data yang lebih tinggi meningkatkan jumlah byte. Metrik ini hanya didukung di Hologres V2.2 dan versi setelahnya.
Jumlah dan Tingkat Penggunaan WAL Sender
Seperti koneksi biasa, setiap shard setiap tabel mengonsumsi satu koneksi WAL sender saat mengonsumsi Binlog menggunakan JDBC. Koneksi WAL sender bersifat independen dari koneksi biasa. Jumlah WAL sender memiliki batas default.
Jumlah WAL Sender per FE (jumlah)
Jumlah WAL sender yang digunakan per node FE.
Tingkat Penggunaan WAL Sender FE dengan Penggunaan Tertinggi (%)
Tingkat pemanfaatan frontend (FE) yang menggunakan WAL sender paling banyak.
Anda dapat menggunakan kedua metrik ini untuk menilai penggunaan WAL sender. Jika penggunaan mencapai batas, lihat Konsumsi Binlog Hologres via JDBC untuk troubleshooting.
Sumber Daya Komputasi
Jumlah Core Elastis (Jumlah) untuk Kelompok Komputasi
Instans kelompok komputasi Hologres mendukung elastisitas berbasis waktu. Untuk informasi lebih lanjut, lihat Elastisitas berbasis waktu (Beta). Metrik ini menunjukkan jumlah core yang ditambahkan menggunakan elastisitas berbasis waktu.
Jumlah Core Auto-Elastis Kelompok Komputasi (jumlah)
Instans kelompok komputasi Hologres mendukung auto-elastisitas. Untuk informasi lebih lanjut, lihat Multi-kluster dan auto-elastisitas (Beta). Metrik ini menunjukkan jumlah core yang ditambahkan menggunakan auto-elastisitas.
Gateway
Penggunaan CPU Gateway (%)
Penggunaan CPU setiap Gateway di instans.
Metrik ini hanya didukung di Hologres V2.0 dan versi setelahnya.
Gateway menggunakan penerusan trafik round-robin. Penggunaan CPU terjadi bahkan tanpa koneksi baru.
Mulai Hologres V2.2.22, Gateway meluncurkan lebih banyak thread pekerja secara default untuk meningkatkan penanganan koneksi baru, yang meningkatkan penggunaan CPU.
Penggunaan Memori Gateway (%)
Penggunaan memori setiap Gateway di instans.
Metrik ini hanya didukung di Hologres V2.0 dan versi setelahnya.
Permintaan Koneksi Baru Gateway per Detik (jumlah/detik)
Jumlah maksimum koneksi baru yang dapat diterima dan berhasil dibuat sistem per detik.
Metrik ini hanya didukung di Hologres V2.1.12 dan versi setelahnya.
Sebuah Gateway menangani hingga sekitar 100 koneksi baru per detik.
Jika jumlah permintaan koneksi baru mendekati
100 × jumlah Gateway, Gateway menjadi bottleneck untuk menangani koneksi baru. Anda dapat mengonfigurasi kolam koneksi atau melakukan penskalaan naik jumlah Gateway.
Laju Trafik Masuk Gateway (B/detik)
Volume data yang masuk ke sistem melalui Gateway per detik.
Metrik ini hanya didukung di Hologres V2.1 dan versi setelahnya.
Jika trafik masuk mendekati
200 MiB/detik × jumlah Gateway, kapasitas jaringan Gateway menjadi bottleneck. Anda dapat melakukan penskalaan naik jumlah Gateway.
Laju Trafik Keluar Gateway (B/detik)
Volume data yang dikirim dari Gateway ke sistem eksternal per detik.
Metrik ini hanya didukung di Hologres V2.1 dan versi setelahnya.
Jika trafik keluar mendekati
200 MiB/detik × jumlah Gateway, kapasitas jaringan Gateway menjadi bottleneck. Anda dapat melakukan penskalaan naik jumlah Gateway.
Pemantauan dan Peringatan Tabel Dinamis
Mulai Hologres V4.0.8, Tabel Dinamis menyediakan metrik pemantauan untuk membantu Anda mengelola tugas refresh dengan lebih baik. Untuk informasi lebih lanjut, lihat Pemantauan dan peringatan.
Masalah Umum Metrik Pemantauan
Topik FAQ untuk metrik pemantauan mencantumkan masalah umum. Ini membantu Anda mendiagnosis masalah lebih cepat, mengidentifikasi akar penyebab, dan menerapkan perbaikan, yang meningkatkan kemampuan self-service Anda.
Peringatan Metrik Pemantauan
Anda dapat mengatur peringatan untuk metrik pemantauan di Cloud Monitor untuk mendeteksi anomali lebih awal dan meminimalkan dampak pada bisnis Anda. Untuk informasi lebih lanjut, lihat Cloud Monitor.