ApsaraDB RDS:FAQ tentang proksi database

Database proxy adalah proksi jaringan yang berada di antara aplikasi Anda dan instans RDS Anda, meneruskan semua permintaan. Fitur ini menyediakan pemisahan baca/tulis dan pemisahan transaksi secara otomatis tanpa perubahan pada kode aplikasi Anda. Proksi ini berjalan dalam arsitektur kluster dengan ketersediaan tinggi sehingga tidak menimbulkan single point of failure.

Untuk ikhtisar fitur ini, lihat Apa itu database proxy?

• Tujuan umum: Sumber daya CPU fisik bersama, disediakan tanpa biaya. Spesifikasi maksimum: 16 core CPU (8 proxy).

• Spesifikasi khusus: Sumber daya CPU fisik dialokasikan secara eksklusif, ditagih berdasarkan skema pay-as-you-go. Spesifikasi maksimum: 32 core CPU (16 proxy).

Pilih proxy spesifikasi khusus jika Anda memerlukan performa yang stabil dan dapat diprediksi serta workload Anda tidak dapat mentolerir konflik sumber daya dari penyewa lain.

Untuk detail harga, lihat Aturan penagihan untuk fitur database proxy.

Setiap unit proxy menyumbang 2 core CPU. Spesifikasi totalnya adalah:

Spesifikasi proxy = 2 core CPU × jumlah database proxy

Sebagai contoh, 3 proxy memberikan spesifikasi 6 core (2 × 3 = 6).

Untuk menentukan ukuran proxy yang tepat, gunakan rumus berikut:

Contoh: Instans utama dengan 8 core CPU dan instansi hanya baca dengan 4 core CPU memerlukan (8 + 4) / 8 = 1,5, dibulatkan ke atas menjadi 2 proxy spesifikasi khusus, sehingga menghasilkan spesifikasi 4 core CPU.

Tidak. Jumlah titik akhir proxy tidak berpengaruh terhadap performa proxy. Performa bergantung pada:

• Jumlah instansi hanya baca — semakin banyak instansi hanya baca, semakin banyak permintaan baca yang dapat ditangani.

• Jumlah proxy — semakin banyak proxy, semakin tinggi throughput keseluruhan.

• Spesifikasi proxy — spesifikasi yang lebih tinggi berarti kapasitas pemrosesan yang lebih besar.

Tidak, keduanya independen. Setiap instans RDS for PostgreSQL yang telah mengaktifkan proxy mendukung hingga 7 titik akhir proxy database, terlepas dari jumlah proxy yang Anda miliki. Setiap titik akhir dapat memiliki satu titik akhir internal dan satu titik akhir publik.

Untuk petunjuk pengaturan, lihat Buat titik akhir proxy database.

Tidak. Proxy beroperasi secara independen dan tidak mengonsumsi queries per second (QPS) atau transactions per second (TPS) dari instans RDS utama Anda.

Titik akhir biasa meneruskan semua permintaan ke instans RDS yang sama. Titik akhir proxy database secara otomatis mengarahkan permintaan tulis ke instans RDS utama dan permintaan baca ke instansi hanya baca berdasarkan jenis pernyataan SQL. Hal ini mengurangi beban pada instans utama tanpa memerlukan logika routing di aplikasi Anda.

Tidak. Titik akhir asli instans utama dan instansi hanya baca tetap tersedia setelah Anda mengaktifkan database proxy. Lanjutkan penggunaannya secara langsung jika diperlukan.

Proxy berjalan dalam arsitektur kluster dengan ketersediaan tinggi yang terdiri dari dua node utama, menyeimbangkan koneksi dengan rasio 1:1. Jika salah satu node gagal, node lainnya segera mengambil alih dan sistem secara otomatis memicu tugas pemulihan pada node yang gagal.

Tidak. Database proxy ApsaraDB RDS for PostgreSQL tidak mendukung connection pooling. Jumlah maksimum koneksi yang dapat dibuat ke database proxy tidak terbatas. Jumlah koneksi yang didukung oleh proxy ditentukan oleh nilai terkecil antara batas koneksi instans utama dan batas koneksi instansi hanya baca.

Sebagai contoh, jika instans utama mendukung 1.600 koneksi dan instansi hanya baca mendukung 800 koneksi, maka proxy mendukung 800 koneksi.

Untuk batas koneksi tipe instans tertentu, lihat Tipe instans untuk instans utama ApsaraDB RDS for PostgreSQL dan Tipe instans untuk instansi hanya baca ApsaraDB RDS for PostgreSQL.

Ya. Anda dapat mengubah awalan dan Port untuk titik akhir proxy database mana pun.

Untuk petunjuknya, lihat Kelola titik akhir proxy database.

Tambahkan petunjuk /*FORCE_MASTER*/ ke pernyataan SQL Anda:

/*FORCE_MASTER*/ SELECT * FROM table_name;

Untuk secara eksplisit mengarahkan permintaan baca ke instansi hanya baca, gunakan /*FORCE_SLAVE*/.

Perubahan bobot baca hanya berlaku untuk koneksi baru. Koneksi yang sudah ada tidak dibuat ulang dan tetap menggunakan bobot lama hingga koneksi tersebut diputus dan dibuat kembali. Untuk menerapkan bobot baru segera, tutup koneksi yang ada dan biarkan aplikasi Anda membuat koneksi ulang.

Proxy memantau kesehatan instans secara terus-menerus dan mendeteksi kegagalan dalam waktu 2 detik. Begitu instans pulih, proxy segera melanjutkan pengarahan trafik — aplikasi Anda tidak perlu membuat koneksi ulang atau menangani logika pemulihan apa pun.

Pada halaman Database Proxy, buka bagian Connection Information. Temukan titik akhir internal dan arahkan pointer ke ikon di kolom Internal Endpoint/Port.