Pilih jenis mesin AlloyDB

Untuk mengoptimalkan performa dan efisiensi biaya workload AlloyDB untuk PostgreSQL, Anda dapat memilih seri dan bentuk mesin yang disesuaikan dengan persyaratan komputasi, memori, dan caching Anda. Membandingkan seri mesin AlloyDB yang didukung, profil workload targetnya, dan ketersediaan regional akan membantu Anda mengonfigurasi instance untuk workload, mulai dari set data besar yang memerlukan cache berkapasitas tinggi hingga aplikasi transaksional dengan konkurensi tinggi.

Ringkasan seri mesin

AlloyDB menawarkan seri mesin berikut, yang masing-masing dibangun di platform komputasi Google Cloud yang berbeda dan dioptimalkan untuk karakteristik performa tertentu.


Seri mesin

Platform inti dan CPU

Fokus workload utama

Pembeda performa utama

N2

Prosesor Intel x86 Generasi ke-3 (Ice Lake)

Lama, tujuan umum

Tersedia di semua wilayah.

C4A

Google Axion ARM

Rasio harga-performa, throughput tinggi

Memberikan throughput transaksi terbaik untuk workload yang sesuai dengan cache.

C4

Prosesor Intel x86 generasi ke-6 (Granite Rapids) dengan Titanium SSD.

Workload database yang sangat besar atau berlatensi rendah

Menyediakan opsi mesin terbesar dengan SSD lokal untuk cache tercepat.

Z3

Prosesor Intel x86 generasi ke-4 (Sapphire Rapids) dengan Titanium SSD

Dataset aktif yang besar, intensif penyimpanan

Memungkinkan caching lebih banyak data per vCPU; dioptimalkan untuk workload yang padat penyimpanan dan intensif I/O

Konfigurasi seri mesin untuk instance utama dan instance kumpulan baca

Untuk mengoptimalkan performa dan biaya, cluster AlloyDB memungkinkan Anda mengonfigurasi dan menskalakan seri mesin dan jenis mesin secara independen di seluruh instance utama dan instance pool baca.

Konfigurasi lintas seri mesin

Cluster AlloyDB mendukung konfigurasi lintas seri mesin, yang memungkinkan Anda menjalankan instance utama dan instance pool baca di seri mesin komputasi yang berbeda. Misalnya, Anda dapat menyediakan instance utama di seri mesin N2 dan menyediakan instance kumpulan baca di seri mesin C4, C4A, atau Z3.

Penskalaan vertikal untuk instance utama

Untuk beradaptasi dengan perubahan workload, Anda dapat menskalakan instance utama AlloyDB secara vertikal dengan cara berikut:

  • Menskalakan ukuran dalam seri mesin: Meningkatkan atau mengurangi alokasi vCPU dan memori dalam seri mesin yang ada. Misalnya, skalakan instance utama dari jenis mesin N2 dengan 8 vCPU ke jenis mesin N2 dengan 16 vCPU.

  • Mengubah bentuk seri mesin: Transisikan instance utama ke seri mesin yang berbeda untuk mengoptimalkan performa workload atau efisiensi hardware. Misalnya, ubah instance utama dari jenis mesin N2 dengan 16 vCPU menjadi jenis mesin C4A berbasis Axion dengan 32 vCPU.

Penskalaan horizontal untuk instance pool baca

Anda dapat menskalakan instance kumpulan baca secara horizontal dengan menambahkan atau menghapus node di balik satu endpoint IP pembaca yang di-load balanced. Semua node dalam instance pool baca harus menggunakan seri mesin dan jenis mesin yang sama. Misalnya, jika Anda menambahkan node ketiga ke instance kumpulan baca yang berisi dua node N2, node ketiga juga harus menggunakan jenis mesin N2 yang sama, bukan jenis mesin C4, C4A, atau Z3.

Transisi seri mesin untuk instance kumpulan baca

Anda dapat mengalihkan instance kumpulan baca ke seri mesin yang berbeda, seperti dari N2 ke C4, C4A, atau Z3, yang mentransisikan semua node dalam instance kumpulan baca ke seri mesin dan jenis mesin target. Untuk menyajikan traffic baca di beberapa seri mesin atau jenis mesin secara bersamaan, deploy instance kumpulan baca terpisah untuk setiap konfigurasi.

Ketersediaan seri mesin untuk cluster AlloyDB

Anda dapat memilih salah satu seri mesin berikut:

  • N2: seri mesin ini memberikan rasio harga terhadap performa yang seimbang untuk berbagai workload AlloyDB.
  • C4A berbasis Axion: seri mesin ini memberikan harga-performa yang dioptimalkan dan menghadirkan performa tinggi yang dapat diprediksi untuk workload AlloyDB dengan permintaan tinggi.
  • C4: seri mesin ini memberikan performa yang sangat baik dan skala vertikal terbesar di AlloyDB.
  • Z3: seri mesin ini dioptimalkan untuk workload yang padat penyimpanan dan intensif I/O.

N2

Jenis mesin berikut tersedia untuk instance untuk seri mesin N2. Untuk mengetahui informasi selengkapnya, lihat Seri mesin N2.


Jenis mesin

vCPUs

Memori (GB)
n2-highmem-2
2

RAM 16 GB
n2-highmem-4
4

RAM 32 GB
n2-highmem-8
8

RAM 64 GB
n2-highmem-16
16

RAM 128 GB
n2-highmem-32
32

RAM 256 GB
n2-highmem-64
64

RAM 512 GB
n2-highmem-96
96

RAM 768 GB
n2-highmem-128
128

RAM 864 GB

C4A berbasis Axion

Jenis mesin berikut tersedia untuk instance untuk seri mesin berbasis Axion C4A. Untuk mengetahui informasi selengkapnya, lihat Seri mesin C4A.


Jenis mesin

vCPUs

Memori (GB)
c4a-highmem-1
1

RAM 8 GB
c4a-highmem-2-lssd
2

RAM 16 GB
c4a-highmem-4-lssd
4

RAM 32 GB
c4a-highmem-8-lssd
8

RAM 64 GB
c4a-highmem-16-lssd
16

RAM 128 GB
c4a-highmem-32-lssd
32

RAM 256 GB
c4a-highmem-48-lssd
48

RAM 384 GB
c4a-highmem-64-lssd
64

RAM 512 GB
c4a-highmem-72-lssd
72

RAM 576 GB

C4

Jenis mesin berikut tersedia untuk instance untuk seri mesin C4. Untuk mengetahui informasi selengkapnya, lihat Seri mesin C4.


Jenis mesin

vCPUs

Memori (GB)
c4-highmem-4-lssd
4

RAM 32 GB
c4-highmem-8-lssd
8

RAM 64 GB
c4-highmem-16-lssd
16

RAM 128 GB
c4-highmem-24-lssd
24

RAM 192 GB
c4-highmem-32-lssd
32

RAM 256 GB
c4-highmem-48-lssd
48

RAM 384 GB
c4-highmem-96-lssd
96

RAM 768 GB
c4-highmem-144-lssd
144

RAM 1.152 GB
c4-highmem-192-lssd
192

RAM 1.536 GB
c4-highmem-288-lssd
288

RAM 2.304 GB

Z3 standard-lssd

Jenis mesin berikut tersedia untuk instance untuk seri mesin Z3. Untuk mengetahui informasi selengkapnya, lihat Seri mesin Z3.


Jenis mesin

vCPUs

Memori (GB)
z3-highmem-14-standard-lssd
14

RAM 112 GB
z3-highmem-22-standard-lssd
22

RAM 176 GB
z3-highmem-44-standard-lssd
44

RAM 352 GB
z3-highmem-88-standard-lssd
88

RAM 704 GB

Z3 high-lssd

Jenis mesin berikut tersedia untuk instance untuk seri mesin Z3 high-lssd. Untuk mengetahui informasi selengkapnya, lihat Seri mesin Z3.


Jenis mesin

vCPUs

Memori (GB)
z3-highmem-8-high-lssd
8

RAM 64 GB
z3-highmem-16-high-lssd
16

RAM 128 GB
z3-highmem-22-high-lssd
22

RAM 176 GB
z3-highmem-32-high-lssd
32

RAM 256 GB
z3-highmem-44-high-lssd
44

RAM 352 GB

Praktik terbaik untuk perencanaan kapasitas dan ketersediaan resource

Membuat, memulai, atau menskalakan instance AlloyDB akan menyediakan virtual machine (VM) Compute Engine yang mendasarinya di region dan zona target. Meskipun project Anda memiliki kuota resource yang memadai, operasi dapat gagal jika region atau zona yang dipilih sementara tidak memiliki kapasitas hardware fisik untuk seri atau bentuk mesin tertentu.

Untuk mengurangi kemungkinan terjadinya batasan resource sementara dan mempertahankan kontinuitas workload, ikuti praktik terbaik perencanaan kapasitas berikut.

Mendesain untuk fleksibilitas bentuk dan seri mesin

  • Evaluasi beberapa seri mesin yang didukung: Berbagai seri mesin (N2, C4A, C4, dan Z3) serta konfigurasi vCPU diambil dari kumpulan hardware mendasar yang berbeda. Jika jenis mesin tertentu tidak tersedia untuk sementara di region Anda (misalnya, N2), coba sediakan bentuk vCPU yang sebanding di seri mesin lain yang didukung, seperti jenis mesin C4A, C4, atau Z3 berbasis Axion.

  • Gunakan konfigurasi lintas seri mesin untuk kumpulan baca: Karena AlloyDB mendukung konfigurasi lintas seri mesin, Anda dapat mengonfigurasi instance kumpulan utama dan baca di berbagai seri mesin. Jika instance kumpulan baca mengalami batasan resource pada satu seri mesin, Anda dapat mengubah jenis mesin kumpulan baca ke seri mesin lain yang didukung dengan jumlah vCPU yang sebanding tanpa mengubah atau memulai ulang instance utama.

  • Mendistribusikan kapasitas baca di beberapa kumpulan baca: Jika workload Anda memerlukan kapasitas baca yang besar dan satu bentuk mesin besar dibatasi, Anda dapat men-deploy beberapa instance kumpulan baca atau menggunakan bentuk node yang lebih kecil dengan node tambahan untuk mendistribusikan traffic baca di seluruh kumpulan hardware.

Mendesain untuk fleksibilitas regional

  • Pilih region alternatif untuk cluster baru: Jika suatu region mengalami batasan resource persisten untuk konfigurasi yang Anda perlukan, pertimbangkan untuk men-deploy cluster baru di region lain yang memenuhi persyaratan latensi dan residensi data Anda. Tinjau Deployment regional seri mesin untuk memverifikasi seri mesin yang didukung di setiap region. Jika aplikasi klien atau layanan dependen Anda tetap berada di region asli, koneksi antar-region dapat meningkatkan latensi jaringan dan menimbulkan biaya transfer data antar-region. Untuk mengetahui informasi selengkapnya, lihat harga AlloyDB.

  • Konfigurasikan replikasi lintas region untuk ketahanan regional: Untuk workload penting, konfigurasikan replikasi lintas region dengan cluster sekunder di region lain. Jika region sekunder memiliki batasan sementara pada seri mesin cluster utama, Anda dapat mengonfigurasi instance cluster sekunder pada seri mesin lain yang didukung. Sebelum Anda mempromosikan atau beralih ke cluster sekunder, pastikan instance sekunder memiliki kapasitas vCPU dan memori yang memadai untuk melayani workload produksi Anda tanpa memerlukan operasi penskalaan langsung.

Mencoba kembali operasi setelah batasan resource sementara

  • Coba lagi permintaan yang gagal dengan backoff: Kapasitas hardware cloud berubah secara dinamis saat workload lain merilis resource. Jika permintaan pembuatan, memulai, atau penskalaan cluster atau instance gagal karena lokasi tidak memiliki resource yang tersedia, tunggu dan coba lagi permintaan tersebut. Dalam alur kerja penyediaan otomatis, terapkan percobaan ulang dengan backoff eksponensial sebelum mengubah jenis atau region mesin target Anda.

  • Mencoba ulang update pemeliharaan yang terganggu: Jika batasan resource sementara di suatu zona mengganggu update pemeliharaan terjadwal, Anda dapat mencoba ulang update saat kapasitas tersedia menggunakan pemeliharaan mandiri.

Merencanakan kapasitas secara proaktif

  • Menskalakan selama jam di luar jam puncak: Jadwalkan pembuatan instance manual dan operasi penskalaan vertikal selama periode traffic workload rendah dan permintaan regional yang lebih rendah.

  • Gunakan penskalaan otomatis kumpulan baca berbasis jadwal: Konfigurasikan penskalaan otomatis kumpulan baca dengan kebijakan berbasis jadwal untuk menskalakan node kumpulan baca sebelum periode traffic puncak yang dapat diprediksi. Penskalaan sebelum permintaan puncak memberi Anda waktu untuk menerapkan strategi lain, seperti beralih ke seri mesin lain yang didukung, jika operasi penskalaan mengalami batasan resource sementara.

  • Memperhitungkan cara AlloyDB mengelola infrastruktur: Karena AlloyDB menyediakan VM di project tenant yang dikelola Google, pemesanan Compute Engine tidak berlaku untuk instance AlloyDB, dan AlloyDB otomatis memilih zona dalam region yang Anda pilih, bukan mengizinkan Anda menyematkan instance atau node ke zona tertentu. Gunakan rekomendasi ukuran dan insight sistem untuk menyesuaikan ukuran instance berdasarkan pemakaian CPU dan memori yang diamati.

Langkah berikutnya