Proksi database ApsaraDB RDS for MySQL adalah layanan proksi jaringan yang berada di antara database dan aplikasi Anda. Proksi ini menangani semua permintaan dari aplikasi ke database serta menyederhanakan manajemen koneksi untuk instans RDS MySQL.
Gunakan fitur proksi database ApsaraDB RDS for MySQL ketika instans utama mengalami beban berat atau saat Anda memerlukan perlindungan terhadap gangguan selama operasi O&M seperti alih bencana (switchover). Pemisahan baca/tulis menyediakan penyeimbangan beban untuk lalu lintas layanan dan mengurangi beban CPU pada instans utama. Koneksi persisten (perlindungan terhadap gangguan) menjaga koneksi antara aplikasi dan proksi tetap aktif, sedangkan enkripsi Secure Sockets Layer (SSL) mengamankan transmisi data. Fitur-fitur ini meningkatkan ketersediaan dan keamanan instans.
Skema Penggunaan
Proksi database ApsaraDB RDS for MySQL berlaku untuk skenario berikut:
Beban kerja yang memerlukan pemisahan baca/tulis
Skenario yang memerlukan perlindungan terhadap gangguan selama operasi O&M seperti alih bencana (switchover) atau saat terjadi kesalahan
Skenario di mana instans utama mengalami beban berat (jumlah besar permintaan dalam satu transaksi atau terlalu banyak koneksi)
Beban kerja yang terutama menggunakan koneksi singkat
Skenario yang memerlukan akses terdekat untuk mengurangi latensi akses
Beban kerja read-only murni dan beban kerja yang memerlukan isolasi
Sebagai contoh, Anda membeli instans RDS yang terdiri dari satu instans utama dan empat instansi hanya baca, dan ingin menghubungkan Aplikasi A (read-only murni) serta Aplikasi B (baca dan tulis) ke instans tersebut. Anda dapat mengelompokkan instansi hanya baca 1 dan instansi hanya baca 2 ke titik akhir proksi A (mode Read-only) untuk Aplikasi A, serta mengelompokkan instans utama, instansi hanya baca 3, dan instansi hanya baca 4 ke titik akhir proksi B (mode Read/Write) untuk Aplikasi B. Dengan demikian, kedua beban kerja tersebut secara fisik terisolasi dalam penggunaan database dan tidak saling memengaruhi.
Istilah
Titik akhir proksi (sebelumnya disebut terminal proksi)
Titik akhir proksi merupakan inti dari proksi database. Titik akhir ini mendukung kebijakan akses titik akhir kustom, dan Anda dapat mengubah awalan serta nomor port-nya. Hubungkan ke instans RDS melalui titik akhir proksi database untuk menggunakan fitur-fitur lanjutan proksi database.
Setelah mengaktifkan proksi database, Anda dapat membuat satu titik akhir internal dan satu titik akhir publik untuk setiap titik akhir proksi, serta menyesuaikan kebijakan akses masing-masing guna memenuhi kebutuhan skenario umum dan meningkatkan fleksibilitas bisnis. Untuk informasi lebih lanjut, lihat Konfigurasikan kebijakan akses untuk titik akhir proksi database dan Koneksi database.
Pemisahan baca/tulis
Pemisahan baca/tulis mengacu pada penerusan otomatis permintaan baca dan tulis melalui titik akhir proksi.
Aplikasi yang lebih banyak membaca daripada menulis dapat memberikan tekanan baca yang berat pada instans utama dan memengaruhi bisnis Anda. Pemisahan baca/tulis secara otomatis meneruskan permintaan tulis ke instans utama dan permintaan baca ke instansi hanya baca, sehingga mencapai distribusi permintaan otomatis dan mengurangi beban pada instans utama.
Koneksi persisten
Fitur koneksi persisten pada proksi RDS MySQL menjaga koneksi antara aplikasi dan proksi tetap aktif selama operasi seperti alih bencana instans. Aplikasi yang mengakses database melalui titik akhir proksi tidak akan menerima error pemutusan koneksi.
Pemisahan transaksi
Proksi database secara default mengaktifkan pemisahan transaksi. Fitur ini meneruskan permintaan baca yang terjadi sebelum operasi tulis dalam suatu transaksi ke instansi hanya baca, sehingga mengurangi beban pada instans utama.
Kolam koneksi
Fitur kolam koneksi secara efektif mengatasi beban instans berlebih yang disebabkan oleh terlalu banyak koneksi atau oleh beban kerja yang menggunakan koneksi singkat (seperti PHP) dan sering membuat koneksi baru.
Zona
Zona adalah lokasi tempat node proksi dan titik akhir proksi berada. Setelah mengaktifkan proksi database, fitur Migrasi node proksi lintas zona didukung.
Akses terdekat
Ketika proksi database menggunakan penyebaran multi-zona, Anda dapat mengaktifkan fitur akses terdekat. Fitur ini memungkinkan Anda menghubungkan aplikasi tertentu ke node proksi di zona yang sama, sehingga aplikasi, node proksi, dan node read-only semuanya berada dalam zona yang sama, yang meminimalkan latensi.
Enkripsi SSL
Terapkan enkripsi SSL pada titik akhir proksi database untuk memastikan data ditransmisikan secara aman.
Arsitektur penyebaran proksi
Proksi database ApsaraDB RDS for MySQL mendukung penyebaran zona tunggal dan penyebaran dua zona.
Penyebaran zona tunggal: Semua node proksi berada di zona yang sama.
Penyebaran dua zona: Node proksi berada di dua zona berbeda, yang memberikan pemulihan bencana lintas zona tanpa biaya tambahan.
Mode penyebaran
Proksi database menyediakan tiga mode penyebaran. Mode-mode tersebut berbeda dalam jumlah zona, jumlah total node proksi, konsistensi spesifikasi node proksi, dan jenis proksi yang didukung.
Mode penyebaran 3 menempatkan semua node proksi dalam satu zona, sehingga proksi database tidak dapat memberikan layanan selama terjadi kesalahan tingkat zona. Mode penyebaran 1 dan 2 mendistribusikan node proksi di dua zona dan menyediakan pemulihan bencana lintas zona.
Mode penyebaran 1
Zona: Dua zona
Jumlah total node proksi: 4
Batas spesifikasi node proksi: Node proksi dalam zona yang sama harus menggunakan spesifikasi yang sama.
Jenis proksi yang didukung: Dedicated
Mekanisme pemulihan bencana:
Kesalahan tingkat node proksi: Node yang mengalami kesalahan berhenti menangani traffic, dan traffic diteruskan ke node proksi lain yang sehat di zona yang sama.
Kesalahan tingkat zona: Traffic layanan diteruskan ke node proksi di zona yang sehat (pemulihan bencana lintas zona). Setelah node proksi di zona yang bermasalah pulih, traffic layanan baru diteruskan ke node proksi yang telah pulih tersebut, sedangkan routing koneksi persisten yang sudah ada tetap tidak berubah hingga koneksi tersebut kedaluwarsa secara otomatis.
Jika Anda mengaktifkan fitur akses terdekat, yang hanya tersedia dalam mode penyebaran 1, fitur tersebut mungkin menjadi tidak tersedia saat terjadi kesalahan tingkat zona karena ketersediaan keseluruhan proksi database diprioritaskan dibandingkan latensi akses.
Mode penyebaran 2
Zona: Dua zona
Jumlah total node proksi: 2
Batas spesifikasi node proksi: Kedua node harus menggunakan spesifikasi yang sama.
Jenis proksi yang didukung: Dedicated dan General-purpose
Mekanisme pemulihan bencana:
Karena proksi database ditempatkan dengan dua node di dua zona, kesalahan tingkat node proksi setara dengan kesalahan tingkat zona.
Ketika terjadi kesalahan, traffic layanan diteruskan ke node proksi di zona sehat lainnya.
Mode penyebaran 3
Zona: Zona tunggal
Jumlah total node proksi: 2
Batas spesifikasi node proksi: Node proksi dalam zona yang sama harus menggunakan spesifikasi yang sama.
Jenis proksi yang didukung: Dedicated dan General-purpose
Mekanisme pemulihan bencana:
Kesalahan tingkat node proksi: Node yang mengalami kesalahan berhenti menangani traffic, dan seluruh traffic layanan ditangani oleh node proksi lain yang sehat di zona yang sama.
Kesalahan tingkat zona: Proksi database tidak dapat memberikan layanan. Tunggu pemulihan kesalahan di pusat data zona tersebut, atau ubah secara manual proksi ke mode penyebaran lintas zona.
Setelah mengaktifkan proksi database, Anda dapat mengubah arsitektur penyebaran proksi. Untuk informasi lebih lanjut, lihat Modifikasi konfigurasi proksi database.
Mode penyebaran default dan zona proksi
Agar latensi jaringan akibat akses lintas zona tetap rendah, pastikan zona proksi database, zona titik akhir proksi, dan zona instans RDS berada dalam zona yang sama.
Setelah memilih rencana penyebaran zona dan jenis proksi untuk instans, mode penyebaran proksi default dan zona proksi default adalah sebagai berikut:
| Rencana penyebaran zona instans | Jenis proksi | Mode penyebaran proksi default | Zona proksi default |
| Penyebaran zona tunggal | Dedicated | Mode penyebaran 3 | Secara default, sama dengan zona utama node utama instans RDS. |
| Penyebaran zona tunggal | General-purpose | Mode penyebaran 3 | Secara default, sama dengan zona utama node utama instans RDS. |
| Penyebaran dua zona | Dedicated | Mode penyebaran 1 | Zona 1: Secara default, sama dengan zona node utama instans. Zona 2: Secara default, sama dengan zona node sekunder instans. |
| Penyebaran dua zona | General-purpose | Mode penyebaran 2 | Zona 1: Secara default, sama dengan zona node utama instans. Zona 2: Secara default, sama dengan zona node sekunder instans. |
Jenis proksi
Proksi database ApsaraDB RDS for MySQL menyediakan dua jenis proksi: General-purpose dan Dedicated.
General-purpose: Sumber daya CPU fisik dibagi bersama. Jenis ini gratis dan lebih ekonomis.
Dedicated: Sumber daya CPU fisik digunakan secara eksklusif. Jenis ini menggunakan metode penagihan pay-as-you-go dan memberikan stabilitas performa yang lebih baik.
Tabel berikut menjelaskan perbedaan antara kedua jenis proksi tersebut dan fitur yang didukung masing-masing:
| Item | General-purpose | Dedicated |
| Metode penagihan | Gratis | Pay-as-you-go. Untuk informasi lebih lanjut, lihat Penagihan. |
| Jenis sumber daya | Sumber daya CPU fisik bersama | Sumber daya CPU fisik yang digunakan secara eksklusif, dengan stabilitas performa yang lebih baik. |
| Rentang spesifikasi satu node proksi | 1 hingga 8 core | 1 hingga 16 core |
| Instans RDS MySQL yang didukung | Instans seri high-availability RDS MySQL dan Edisi Kluster | |
| Arsitektur penyebaran | Mode penyebaran 2 dan 3 | Mode penyebaran 1, 2, dan 3 |
| Akses terdekat | Tidak didukung | Didukung |
| Pemisahan baca/tulis | Didukung | |
| Pemisahan transaksi | Didukung | |
| Titik akhir proksi | Satu instans RDS MySQL mendukung 1 hingga 7 titik akhir proksi. Setiap titik akhir proksi mendukung satu titik akhir internal dan satu titik akhir publik. | |
| Koneksi persisten selama failover | Didukung | Didukung |
| Koneksi persisten selama failover | Tidak didukung | Didukung |
| Kolam koneksi | Didukung | |
| Enkripsi SSL | Didukung |
Pada tabel di atas, sel kosong pada kolom Dedicated menunjukkan bahwa nilainya sama dengan nilai pada kolom General-purpose.
Spesifikasi proksi dan jumlah proksi dihitung sebagai berikut:
Hubungan antara spesifikasi proksi dan spesifikasi satu node proksi:
Spesifikasi proksi = jumlah spesifikasi semua node proksi.Sebagai contoh, proksi Dedicated ditempatkan di dua zona (Zona A + Zona B). Spesifikasi CPU satu node proksi di Zona A adalah 1 core dan jumlah nodenya 2. Spesifikasi CPU satu node proksi di Zona B adalah 2 core dan jumlah nodenya 2. Maka,
spesifikasi proksi = spesifikasi proksi Zona A + spesifikasi proksi Zona B = 1 core x 2 + 2 core x 2 = 2 core + 4 core = 6 core.Hubungan antara jumlah proksi dan spesifikasi proksi:
Jumlah proksi = spesifikasi proksi / spesifikasi unit proksi. Spesifikasi unit proksi tetap sebesar 2 core CPU.Sebagai contoh, jika spesifikasi proksi suatu instans proksi adalah 6 core,
jumlah proksi = 6 core / 2 core = 3.
Catatan penggunaan
Untuk informasi lebih lanjut, lihat Catatan penggunaan fitur proksi database.
Penagihan
Untuk informasi lebih lanjut, lihat Penagihan proksi database.
Penggunaan
Untuk informasi lebih lanjut, lihat Gunakan proksi database.