Konversi instans tujuan umum menjadi instans gudang virtual - Hologres

Instans gudang virtual menawarkan isolasi beban kerja yang lebih terperinci, pengelolaan izin yang lebih fleksibel, serta manajemen koneksi yang lebih mudah dibandingkan instans tujuan umum. Setiap gudang virtual memiliki konfigurasi sendiri, sehingga Anda dapat menyesuaikan sumber daya secara independen untuk setiap beban kerja. Topik ini menjelaskan cara mengonversi instans Hologres tujuan umum menjadi instans gudang virtual.

Prasyarat dan batasan

Sebelum memulai, pastikan instans Anda memenuhi semua kondisi berikut:

Versi: Instans menjalankan Hologres V2.0.40 atau versi yang lebih baru. Jika versinya lebih lama dari V2.0.40, tingkatkan instans secara manual di Konsol Hologres atau hubungi dukungan teknis dengan bergabung ke grup DingTalk Hologres. Lihat Peningkatan instans dan Dapatkan dukungan online untuk Hologres.
Spesifikasi: Instans memiliki lebih dari 8 vCPU. Instans dengan 8 vCPU tidak dapat dikonversi. Untuk melanjutkan, ubah terlebih dahulu spesifikasi instans. Untuk informasi selengkapnya, lihat Detail instans.

Batasan:

Peran instans: Instans secondary read-only tidak dapat dikonversi secara langsung.
Petunjuk: Konversi instans gudang virtual kembali ke instans tujuan umum tidak didukung.

Metode konversi

Tersedia dua metode. Pilih berdasarkan apakah bisnis Anda dapat mentolerir gangguan penulisan singkat.

Penting

Lakukan konversi selama jam sepi. Waktu henti layanan selama konversi normal tidak dicakup oleh SLA.

Item	Normal conversion	Hot conversion
Durasi	Umumnya 10–20 menit	Umumnya 10–30 menit
Ketersediaan layanan	Sepenuhnya tidak tersedia	Read-only
Data writes via Realtime Compute for Apache Flink	Hentikan sebelum konversi; mulai ulang setelah konversi untuk menghindari kehilangan data. Lihat Hentikan pekerjaan.
DataWorks / Blink jobs	Tidak perlu tindakan. Failover dipicu secara otomatis. Atur jumlah percobaan ulang failover menjadi 10 atau lebih. Lihat Sinkronisasi real-time tabel tunggal: O&M dan tuning untuk tugas DataWorks dan Tabel sink Hologres untuk pekerjaan Blink.
Endpoint	Tidak berubah, tetapi alamat IP mungkin berubah
Cara mengajukan permintaan	Kirim tiket atau hubungi dukungan teknis. Lihat Bagaimana cara mendapatkan dukungan online tambahan?

Konversi instans tujuan umum

Instans tujuan umum memiliki satu endpoint. Setelah konversi, endpoint dan seluruh metadata — termasuk izin pengguna — tetap tidak berubah.

Untuk memulai konversi, kirim tiket atau bergabung ke grup DingTalk Hologres dengan menyertakan ID instans dan waktu operasi yang Anda inginkan. Insinyur O&M Hologres akan melakukan konversi di latar belakang.

Setelah konversi, atur isolasi beban kerja untuk gudang virtual Anda. Lihat (Disarankan) Atur isolasi beban kerja.

Konversi pasangan instans primary/secondary

Pasangan instans primary/secondary menggunakan arsitektur isolasi beban multi-endpoint, sedangkan instans gudang virtual menggunakan arsitektur single-endpoint. Sebelum mengonversi, Anda harus mengkonsolidasikan trafik ke instans primary dan melepas instans secondary.

Misalnya, pasangan instans terdiri dari instans primary dengan 64 unit komputasi (CU) dan dua instans secondary read-only masing-masing dengan 32 CU. Prosedur konversi:

Naikkan skala instans primary menjadi 128 CU — total gabungan dari instans primary dan secondary. Hal ini memastikan instans primary dapat menyerap seluruh trafik saat Anda memigrasikan beban kerja tanpa gangguan layanan.
Migrasikan trafik kueri dari instans secondary ke instans primary.
Lepaskan asosiasi atau rilis instans secondary. Untuk informasi selengkapnya, lihat Instans. Instans primary kini menjadi instans tujuan umum mandiri.
Ajukan permintaan konversi seperti pada Konversi instans tujuan umum.

Setelah konversi, atur isolasi beban kerja untuk gudang virtual Anda. Lihat (Disarankan) Atur isolasi beban kerja.

Perubahan parameter setelah konversi

Parameter	Sebelum	Setelah
Instance Type	General-purpose	Virtual warehouse
Number of Gateway Nodes	N/A	Default: CU ÷ 32 (rentang valid: 2–8). Dapat disesuaikan setelah konversi — lihat Kelola gudang virtual.
Computing Resources	Didukung	Tidak berubah. Seluruh CU dialokasikan ke gudang virtual default `init_warehouse`.

Perubahan penagihan setelah konversi

Setelah Anda mengonversi instans tujuan umum menjadi instans gudang virtual, penagihan berubah sebagai berikut:

Sumber daya komputasi tidak berubah: Jumlah total unit komputasi (CU) tetap sama setelah konversi, demikian pula harga satuan untuk sumber daya komputasi. Seluruh CU dialokasikan ke gudang virtual default init_warehouse. Kenaikan biaya berasal sepenuhnya dari sumber daya gateway yang baru ditambahkan, bukan dari perubahan harga sumber daya komputasi.
Sumber daya gateway ditagih secara terpisah: Konversi menambahkan node gateway, yang ditagih sebagai sumber daya terpisah. Secara default, jumlah node gateway sama dengan CU instans ÷ 32, dengan minimum 2 dan maksimum 8, sesuai dengan nilai default pada tabel Perubahan parameter setelah konversi. Harga satuan:
- Bayar sesuai penggunaan: CNY 0,7084 per node gateway per jam
- Langganan: CNY 340 per node gateway per bulan
Harga di atas merupakan contoh untuk wilayah China East 1 (Hangzhou). Harga bervariasi berdasarkan wilayah. Untuk harga aktual, lihat dokumentasi penagihan produk dan halaman pembelian.
Item penagihan langganan berubah: Sebelum konversi, tagihan langganan hanya mencakup satu item: sumber daya komputasi. Setelah konversi, tagihan mencakup dua item: sumber daya komputasi reservasi instans gudang virtual dan sumber daya gateway. Karena jumlah CU dan harga satuan tidak berubah sedangkan sumber daya gateway ditambahkan, biaya keseluruhan instans meningkat.

Contoh estimasi biaya (instans 128-CU):

Item	Sebelum konversi	Setelah konversi
Compute resources	128 CUs	128 CUs (harga satuan sama)
Gateway nodes	N/A	128 ÷ 32 = 4
Biaya gateway tambahan (langganan)	0	4 x CNY 340 = CNY 1.360 per bulan
Biaya gateway tambahan (bayar sesuai penggunaan)	0	4 x CNY 0,7084 = CNY 2,8336 per jam, sekitar CNY 2.040,19 per bulan (30 hari)

Setelah konversi, Anda dapat menyesuaikan jumlah node gateway berdasarkan penggunaan aktual. Biaya gateway akan berubah sesuai.

Untuk informasi harga gateway selengkapnya, lihat Ikhtisar Penagihan.

Langkah selanjutnya

(Penting) Konfigurasikan aturan alert

Setelah konversi, instans Anda berpindah dari tab Hologres standard instance ke tab Hologres warehouse instance di Konsol Cloud Monitor (Cloud Resource Monitoring > Cloud Service Monitoring > Hologres). Pembaruan ini memerlukan waktu sekitar 10 menit.

Jika belum ada aturan alert, konfigurasikan untuk metrik utama di tab Hologres warehouse instance. Lihat bagian Konfigurasikan aturan alert.
Jika aturan alert sudah ada, konfigurasikan ulang di tab Hologres warehouse instance. Pertimbangkan untuk menambahkan metrik terkait gateway yang kini tersedia untuk instans gudang virtual.

(Disarankan) Atur isolasi beban kerja

Setelah konversi, seluruh sumber daya komputasi dialokasikan ke gudang virtual default init_warehouse. Untuk mengisolasi beban kerja berbeda — misalnya, memisahkan kueri OLAP (online analytical processing) dari serving online — buat gudang virtual khusus dan arahkan trafik sesuai kebutuhan.

Contoh berikut menggunakan instans 128-CU:

Setelah insinyur O&M menyelesaikan konversi, seluruh 128 CU dialokasikan ke init_warehouse. Naikkan skala instans terlebih dahulu agar init_warehouse memiliki kapasitas cukup untuk menyerap trafik selama Anda membangun gudang virtual baru — hal ini mencegah gangguan layanan selama transisi. Misalnya, tingkatkan sumber daya komputasi reservasi menjadi 192 CU. Kapasitas 64 CU yang belum dialokasikan akan diberikan ke gudang virtual baru pada langkah berikutnya.
Buat gudang virtual untuk setiap beban kerja. Misalnya, buat warehouse_olap dengan 32 CU untuk OLAP dan warehouse_serving dengan 32 CU untuk serving online.
Berikan akses pengguna yang sesuai ke setiap gudang virtual. Lalu berikan izin pada kelompok tabel yang dimuat ke masing-masing gudang. Alihkan trafik bisnis yang sesuai ke gudang virtual baru tersebut.
Turunkan skala init_warehouse karena gudang virtual lain kini telah menangani beban kerjanya masing-masing. Misalnya, kurangi init_warehouse menjadi 64 CU, lalu turunkan sumber daya komputasi reservasi instans dari 192 CU menjadi 128 CU. Semua gudang virtual tetap tersedia selama proses skala turun.

(Opsional) Aktifkan fitur tambahan

Aktifkan fitur berikut per gudang virtual sesuai kebutuhan Anda:

Scheduled scaling (beta): Secara otomatis menaikkan atau menurunkan skala gudang virtual pada waktu yang dijadwalkan. Lihat Scheduled scaling (Beta).
Serverless Computing: Jalankan komputasi on-demand tanpa sumber daya yang diprovisikan sebelumnya. Lihat Komputasi serverless.

Hologres:Konversi instans tujuan umum menjadi instans gudang virtual