Jika instance utama ApsaraDB RDS for MySQL Anda memiliki beban berat atau beban kerja memerlukan kemampuan untuk mencegah koneksi sementara akibat operasi O&M seperti pergantian, Anda dapat menggunakan fitur proksi database dari ApsaraDB RDS for MySQL. Fitur ini menyediakan pemisahan baca/tulis untuk menyeimbangkan beban dan mengurangi beban CPU pada instance RDS utama. Selain itu, fitur ini juga menyediakan koneksi persisten untuk mencegah koneksi sementara serta enkripsi SSL untuk meningkatkan ketersediaan dan keamanan instance RDS.
Proksi database berfungsi sebagai proxy jaringan antara database dan aplikasi Anda, menerima semua permintaan dari aplikasi. Anda dapat menggunakan fitur proksi database untuk menyederhanakan manajemen koneksi instance RDS. Fitur ini mudah digunakan dan dirawat, serta memberikan ketersediaan tinggi dan performa yang optimal.
Skenario
Pemisahan baca/tulis diperlukan.
Kemampuan untuk mencegah koneksi sementara akibat operasi O&M seperti pergantian instance atau failover diperlukan.
Instance RDS utama memiliki beban berat karena sejumlah besar permintaan dibungkus dalam transaksi atau sejumlah besar koneksi dibuat.
Sebagian besar beban kerja memerlukan koneksi singkat.
Hanya-baca beban kerja dan beban kerja yang memerlukan isolasi perlu diproses.
CatatanSebagai contoh, sistem database Anda terdiri dari satu instance RDS utama dan empat instance RDS hanya-baca, serta Anda memiliki dua aplikasi, Aplikasi A dan Aplikasi B. Aplikasi A hanya memulai permintaan baca, sedangkan Aplikasi B memulai permintaan baca dan tulis. Anda ingin menghubungkan Aplikasi A dan Aplikasi B ke sistem database. Anda dapat mengikat dua instance RDS hanya-baca ke Terminal Proksi A dengan atribut Read-only untuk memproses permintaan dari Aplikasi A, serta mengikat instance RDS utama dan dua instance RDS hanya-baca lainnya ke Terminal Proksi B dengan atribut Read/Write untuk memproses permintaan dari Aplikasi B. Dengan cara ini, Aplikasi A dan Aplikasi B secara fisik terisolasi satu sama lain dalam sistem database Anda.
Istilah
Titik akhir proksi database (sebelumnya dikenal sebagai terminal proksi)
Titik akhir proksi database adalah inti dari proksi database. Anda dapat mengonfigurasi pengaturan koneksi untuk titik akhir proksi database sesuai kebutuhan bisnis dan memodifikasi awalan serta nomor port dari titik akhir tersebut. Jika Anda menggunakan titik akhir proksi database untuk terhubung ke instance RDS, Anda dapat memanfaatkan kemampuan lanjutan dari fitur proksi database.
Setiap instance RDS dengan fitur proksi database yang diaktifkan mendukung hingga tujuh titik akhir proksi database. Anda dapat mengajukan satu endpoint internal dan satu endpoint publik untuk setiap titik akhir proksi database. Anda juga dapat mengonfigurasi pengaturan koneksi untuk setiap titik akhir proksi database guna memenuhi kebutuhan bisnis yang berbeda dan meningkatkan fleksibilitas layanan. Untuk informasi lebih lanjut, lihat Konfigurasikan pengaturan koneksi untuk titik akhir proksi database dan Koneksi database.
Pemisahan baca/tulis
Pemisahan baca/tulis memungkinkan titik akhir proksi database secara otomatis meneruskan permintaan baca dan tulis.
Jika sistem database Anda menerima sejumlah besar permintaan baca dan sejumlah kecil permintaan tulis, instance RDS utama mungkin gagal memproses permintaan baca secara efisien, sehingga beban kerja terganggu. Fitur pemisahan baca/tulis memungkinkan sistem meneruskan permintaan tulis ke instance RDS utama dan permintaan baca ke instance RDS hanya-baca, mengurangi beban pada instance RDS utama. Untuk informasi lebih lanjut, lihat Apa itu pemisahan baca/tulis?
Koneksi persisten
Koneksi persisten disediakan oleh fitur proksi database ApsaraDB RDS for MySQL. Jika operasi O&M yang memicu pergantian dilakukan pada instance RDS, koneksi persisten membantu memastikan bahwa koneksi antara aplikasi dan proksi database instance RDS tetap aktif. Dalam hal ini, jika Anda menggunakan titik akhir proksi database untuk menghubungkan aplikasi Anda ke instance RDS, kesalahan diskoneksi tidak akan dilaporkan. Untuk informasi lebih lanjut, lihat Konfigurasikan pengaturan koneksi persisten.
Pemisahan transaksi
Fitur pemisahan transaksi diaktifkan secara otomatis untuk proksi database. Fitur ini memungkinkan sistem meneruskan permintaan baca sebelum operasi tulis dalam transaksi ke instance RDS hanya-baca sistem database Anda, mengurangi beban pada instance RDS utama. Untuk informasi lebih lanjut, lihat Pemisahan transaksi.
Pooling koneksi
Fitur pooling koneksi secara efektif menyelesaikan masalah beban instance berat yang disebabkan oleh koneksi baru yang sering atau koneksi singkat yang berlebihan, seperti koneksi singkat melalui PHP. Untuk informasi lebih lanjut, lihat Atur tipe pool koneksi.
Zona
Zona tempat node proksi dan titik akhir proksi database berada. Kami merekomendasikan agar proksi database, titik akhir proksi database, dan instance RDS berada di zona yang sama untuk mengurangi latensi yang disebabkan oleh akses lintas zona. Setelah Anda mengaktifkan fitur proksi database, Anda dapat memigrasikan proksi database lintas zona. Untuk informasi lebih lanjut, lihat Migrasikan node proksi lintas zona.
Akses terdekat
Jika Anda menerapkan proksi database instance RDS di beberapa zona, Anda dapat mengaktifkan fitur akses terdekat untuk menghubungkan aplikasi Anda ke node proksi yang diterapkan di zona yang sama dengan aplikasi. Dalam hal ini, aplikasi, node proksi, dan instance RDS hanya-baca berada di zona yang sama, secara signifikan mengurangi latensi jaringan. Untuk informasi lebih lanjut, lihat Konfigurasikan fitur akses terdekat.
Enkripsi SSL
Fitur enkripsi SSL dapat diaktifkan untuk titik akhir proksi database guna melindungi transmisi data. Untuk informasi lebih lanjut, lihat Konfigurasikan enkripsi SSL untuk titik akhir proksi khusus.
Penyebaran proksi
Proksi database mendukung penyebaran dua zona dan penyebaran satu zona.
Penyebaran satu zona: Semua node proksi diterapkan di zona yang sama.
Penyebaran dua zona: Node proksi diterapkan di dua zona untuk mengimplementasikan pemulihan bencana lintas zona tanpa biaya tambahan.
Mode penyebaran
Berikut adalah mode penyebaran yang didukung:
Mode Penyebaran 1
Mode Penyebaran 2
Mode Penyebaran 3
Mode Penyebaran | Zona | Total jumlah node proksi | Batas spesifikasi | Tipe proksi yang didukung |
Mode Penyebaran 1 | Dua zona | 4 | Spesifikasi node proksi di zona yang sama harus sama. | Khusus |
Mode Penyebaran 2 | Dua zona | 2 | Spesifikasi node proksi harus sama. | Khusus dan tujuan umum |
Mode Penyebaran 3 | Satu zona | 2 | Spesifikasi node proksi di zona yang sama harus sama. | Khusus dan tujuan umum |
Setelah Anda mengaktifkan fitur proksi database, Anda dapat mengubah mode penyebaran proksi database. Untuk informasi lebih lanjut, lihat Modifikasi konfigurasi proksi database.
Mode default dan zona
Tabel berikut menjelaskan mode default dan zona untuk proksi database.
Penyebaran instance RDS | Tipe proksi database | Mode penyebaran default proksi database | Zona default proksi database |
Penyebaran satu zona | Khusus | Mode Penyebaran 3 | Zona default sama dengan zona instance RDS utama. |
Tujuan umum | Mode Penyebaran 3 | ||
Penyebaran dua zona | Khusus | Mode Penyebaran 1 |
|
Tujuan umum | Mode Penyebaran 2 |
Pemulihan bencana proksi database
Mode Penyebaran 1
Ketika terjadi kesalahan level node proksi, node yang rusak tidak lagi memproses lalu lintas bisnis, dan lalu lintas dialihkan ke node proksi normal di zona yang sama.
Ketika terjadi kesalahan level zona, penyebaran dua zona menyediakan kemampuan pemulihan bencana lintas zona. Dalam hal ini, lalu lintas bisnis dialihkan ke node proksi di zona normal. Setelah node proksi di zona yang rusak pulih, lalu lintas bisnis baru dialihkan ke node proksi yang telah pulih. Routing koneksi persisten yang ada tetap tidak berubah dan kadaluwarsa secara otomatis.
CatatanJika Anda mengaktifkan fitur akses terdekat dan terjadi kesalahan level zona, fitur tersebut mungkin menjadi tidak tersedia karena ketersediaan layanan diprioritaskan daripada latensi akses. Ini memastikan ketersediaan proksi database.
Mode Penyebaran 2
Dalam mode penyebaran ini, dua node proksi diterapkan di dua zona. Kesalahan level node proksi setara dengan kesalahan level zona. Ketika terjadi kesalahan, lalu lintas bisnis dialihkan ke node proksi di zona lain.
Mode Penyebaran 3
Ketika terjadi kesalahan level node proksi, node yang rusak tidak lagi memproses lalu lintas bisnis, dan lalu lintas dialihkan ke node proksi lain di zona yang sama.
Ketika terjadi kesalahan level zona, proksi database tidak dapat menyediakan layanan. Anda harus menunggu zona pulih dari kesalahan atau secara manual mengubah mode penyebaran proksi database.
Tipe proksi database
ApsaraDB RDS for MySQL menyediakan proksi database tujuan umum dan khusus.
Tujuan umum: Proksi database berbagi sumber daya CPU fisik dan disediakan secara gratis. Jenis proksi database ini hemat biaya.
Khusus: Proksi database sepenuhnya menggunakan sumber daya CPU fisik yang dialokasikan dan dikenakan biaya berdasarkan metode penagihan bayar sesuai pemakaian. Jenis proksi database ini memberikan performa yang stabil.
Tabel berikut menjelaskan perbedaan antara kedua jenis proksi database.
Item | Tujuan umum | Khusus |
Metode penagihan | Gratis. | Bayar sesuai pemakaian. Untuk informasi lebih lanjut, lihat Aturan penagihan untuk proksi database. |
Tipe sumber daya | Sumber daya CPU fisik dibagi. | Sumber daya CPU fisik digunakan secara eksklusif untuk memberikan performa dan stabilitas tinggi. |
Rentang spesifikasi untuk satu node proksi | 1 hingga 8 core CPU. | 1 hingga 16 core CPU. |
Instance RDS | Instance RDS pada Edisi Kluster RDS dan RDS Ketersediaan Tinggi | |
Mode penyebaran | Mode Penyebaran 2 dan 3 didukung. Untuk informasi lebih lanjut, lihat Penyebaran proksi. | Mode Penyebaran 1, 2, dan 3 didukung. Untuk informasi lebih lanjut, lihat Penyebaran proksi. |
Penyebaran satu zona | Didukung. | |
Penyebaran dua zona | Didukung. | |
Akses terdekat | Tidak didukung. | Didukung. |
Pemisahan baca/tulis | Didukung. | |
Pemisahan transaksi | Didukung. | |
Titik akhir proksi (sebelumnya terminal proksi) | Setiap instance RDS yang fitur proksi databasenya diaktifkan mendukung hingga tujuh titik akhir proksi database. Anda dapat mengajukan satu endpoint internal dan satu endpoint publik untuk setiap titik akhir proksi database. | |
Koneksi persisten selama pergantian | Didukung. | Didukung. |
Koneksi persisten selama failover | Tidak didukung. | Didukung. |
Pooling koneksi | Didukung. | |
Enkripsi SSL | Didukung. | |
Hubungan antara spesifikasi proksi database dan spesifikasi node proksi:
Spesifikasi proksi database = Spesifikasi semua node proksi. Sebagai contoh, empat node proksi database khusus diterapkan di Zona A dan Zona B, jumlah node proksi di setiap zona adalah 2, dan jumlah core CPU untuk satu node proksi adalah 1 di Zona A dan 2 di Zona B.Spesifikasi untuk proksi database sama dengan spesifikasi zona proksi. Dalam contoh ini, spesifikasi untuk proksi database adalah 6 core CPU. Nilai ini diperoleh berdasarkan perhitungan berikut: 1 × 2 + 2 × 2 = 6.Hubungan antara jumlah node proksi dan spesifikasi proksi database:
Jumlah node proksi = Spesifikasi proksi database/Spesifikasi unit node proksi. Spesifikasi unit node proksi tetap sebesar 2 core CPU. Sebagai contoh, jika spesifikasi proksi database adalah 6 core CPU, jumlah node proksi adalah 3. Nilai ini diperoleh berdasarkan perhitungan berikut:6/2 = 3.
Catatan penggunaan
Untuk informasi lebih lanjut, lihat Catatan penggunaan proksi database.
Aturan penagihan
Untuk informasi lebih lanjut, lihat Aturan penagihan untuk proksi database.
Referensi
Untuk informasi lebih lanjut, lihat Gunakan fitur proksi database.