Hologres:Multi-cluster dan auto scaling (beta)

Verifikasi perilaku auto scaling

Setelah mengaktifkan auto scaling, gunakan pgbench (tool pengujian performa PostgreSQL native) untuk memastikan pemicu penskalaan bekerja dengan benar. Contoh ini menggunakan konfigurasi 32 CU per kluster, 1 kluster reserved, dan maksimum 4 kluster.

1. Buat tabel uji dan muat data:

   CREATE TABLE tbl_1 (col1 INT, col2 INT, col3 TEXT);
   CREATE TABLE tbl_2 (col1 INT, col2 INT, col3 TEXT);
   INSERT INTO tbl_1 SELECT i, i+1, md5(random()::TEXT) FROM generate_series(0, 500000) AS i;
   INSERT INTO tbl_2 SELECT i, i+1, md5(random()::TEXT) FROM generate_series(0, 500000) AS i;

2. Di server uji stres, buat file bernama select.sql dengan kueri berikut:

   EXPLAIN ANALYZE SELECT * FROM tbl_1 LEFT JOIN tbl_2 ON tbl_1.col3 = tbl_2.col3 ORDER BY 1;

3. Tetapkan password sebagai variabel lingkungan:

   export PGPASSWORD='<AccessKey_Secret>'

4. Jalankan uji stres. Ganti placeholder dengan nilai aktual Anda. Untuk detail parameter koneksi, lihat Hubungkan ke Hologres dan kembangkan data.

   Placeholder	Deskripsi
   <AccessKey_Secret>	Rahasia AccessKey untuk akun Anda
   <Database>	Nama database Hologres tujuan
   <AccessKey_ID>	ID AccessKey untuk akun Anda
   <Endpoint>	Titik akhir instans Hologres
   <Port>	Port koneksi

   pgbench \
     -c 30 \
     -j 30 \
     -f select.sql \
     -d <Database> \
     -U <AccessKey_ID> \
     -h <Endpoint> \
     -p <Port> \
     -T 1800

Hasil yang diharapkan:

• Pemanfaatan CPU kluster:

  • Ketika kluster 1 mengalami beban tinggi terus-menerus, auto scaling menambahkan kluster (posisi 1 pada grafik).

  • Setelah uji stres selesai, kedua kluster menunjukkan beban rendah dan auto scaling menghapus kluster elastis (posisi 2).

• Pemanfaatan CPU virtual warehouse:

  • Kluster baru ditambahkan ketika pemanfaatan CPU virtual warehouse terus-menerus melebihi 85%.

  • Setelah kluster baru ditambahkan, pemanfaatan CPU keseluruhan turun menjadi sekitar 70%.

Metrik

Di Konsol Hologres, pantau metrik berikut untuk virtual warehouse Anda. Untuk instruksi konfigurasi, lihat Metrik pemantauan.

• Pemanfaatan CPU kluster

• Penggunaan memori kluster

• Jumlah vCPU yang diluncurkan oleh auto scaling virtual warehouse

Log event elastis

1. Di halaman Virtual Warehouse Management, klik tab Elastic Event Execution Logs.

2. Pilih rentang waktu untuk melihat riwayat event penskalaan. Setiap catatan event mencakup waktu eksekusi, virtual warehouse, status eksekusi, jenis event, jumlah kluster reserved, dan jumlah kluster target.

Event Cloud Monitor

Event scale-out dan scale-in auto scaling dicatat di CloudMonitor.

1. Buka Pusat Insiden Cloud Monitor. Di halaman System Event, pilih Hologres sebagai produk di area Event Monitoring. Event auto scaling berikut tersedia:

   Nama event	Deskripsi
   Instance:Warehouse:AutoElastic:Start	Auto scaling telah dimulai untuk virtual warehouse
   Instance:Warehouse:AutoElastic:Finish	Auto scaling berhasil diselesaikan
   Instance:Warehouse:AutoElastic:Failed	Auto scaling gagal (misalnya, Kluster tidak dapat diluncurkan)

2. Berdasarkan event-event ini, konfigurasikan notifikasi atau aturan peringatan. Untuk instruksi penyiapan, lihat Gunakan notifikasi untuk event sistem.

Berikut ini contoh muatan event Cloud Monitor untuk event scale-out yang gagal:

{
    "status": "Failed",
    "instanceName": "<instance_id>",
    "resourceId": "<instance_resource_id>",
    "content": {
        "AutoElasticCPU": <cpu_num>,
        "ScaleType": "ScaleOut",
        "ScheduleId": "xxxxxx",
        "WarehouseId": "<warehouse_id>",
        "WarehouseName": "<warehouse_name>"
    },
    "product": "hologres",
    "time": 1722852008000,
    "level": "WARN",
    "regionId": "<region>",
    "id": "<event_id>",
    "groupId": "0",
    "name": "Instance:Warehouse:TimedElastic:Failed"
}

ActionTrail

Semua operasi yang dilakukan di Konsol Hologres — termasuk mengedit konfigurasi auto scaling — serta operasi penskalaan kluster aktual yang dipicu oleh auto scaling dicatat di ActionTrail. Untuk detailnya, lihat Audit log event.