Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Bekerja dengan titik akhir Amazon RDS Proxy

Pelajari tentang titik akhir untuk RDS Proxy dan cara menggunakannya. Dengan titik akhir proksi, Anda dapat memanfaatkan kemampuan berikut:

Ikhtisar titik akhir proksi

Bekerja dengan titik akhir RDS Proxy melibatkan jenis prosedur yang sama dengan cluster Aurora DB dan titik akhir instans titik pembaca. Jika Anda belum terbiasa dengan titik akhir Aurora, temukan informasi selengkapnya di Koneksi titik akhir Amazon Aurora.

Secara default, titik akhir yang Anda sambungkan saat Anda menggunakan RDS Proxy dengan cluster Aurora memiliki kemampuan baca/tulis. Akibatnya, titik akhir ini mengirimkan semua permintaan ke instans penulis klaster. Semua koneksi tersebut dihitung terhadap nilai max_connections untuk instans penulis. Jika proksi Anda dikaitkan dengan klaster DB Aurora, Anda dapat membuat titik akhir baca/tulis atau titik akhir hanya-baca tambahan untuk proksi itu.

Anda dapat menggunakan titik akhir hanya baca dengan proksi Anda untuk kueri hanya baca. Anda dapat melakukannya seperti saat Anda menggunakan titik akhir pembaca untuk klaster yang disediakan Aurora. Tindakan ini membantu Anda untuk memanfaatkan skalabilitas baca klaster Aurora dengan satu atau beberapa instans DB pembaca. Anda dapat menjalankan lebih banyak kueri simultan dan membuat lebih banyak koneksi simultan dengan menggunakan titik akhir hanya-baca dan menambahkan lebih banyak instans DB pembaca untuk klaster Aurora Anda sesuai kebutuhan.

Untuk titik akhir proxy yang Anda buat, Anda juga dapat mengaitkan titik akhir dengan virtual private cloud (VPC) yang berbeda dari yang digunakan proxy itu sendiri. Dengan demikian, Anda dapat terhubung ke proxy dari yang berbedaVPC, misalnya yang VPC digunakan oleh aplikasi yang berbeda dalam organisasi Anda.

Untuk informasi tentang batas yang terkait dengan titik akhir proksi, lihat Batasan untuk titik akhir proksi.

Dalam log RDS Proxy, setiap entri diawali dengan nama titik akhir proxy terkait. Nama ini bisa berupa nama yang Anda tentukan untuk titik akhir yang ditentukan pengguna. Atau, bisa menjadi nama khusus default untuk titik akhir default proxy yang melakukan permintaan baca/tulis.

Setiap titik akhir proxy memiliki kumpulan CloudWatch metriknya sendiri. Anda dapat memantau metrik untuk semua titik akhir proksi. Anda juga dapat memantau metrik untuk titik akhir tertentu, atau untuk semua titik akhir baca/tulis atau hanya-baca dari proksi. Untuk informasi selengkapnya, lihat Memantau metrik Proxy RDS dengan Amazon CloudWatch.

Titik akhir proksi menggunakan mekanisme autentikasi yang sama seperti proksi yang terkait. RDSProxy secara otomatis mengatur izin dan otorisasi untuk titik akhir yang ditentukan pengguna, konsisten dengan properti proxy terkait.

Untuk mempelajari cara kerja titik akhir proksi untuk klaster DB dalam Aurora global basis data, lihat Cara kerja titik akhir Proksi RDS dengan basis data global.

Batasan untuk titik akhir proksi

RDSEndpoint proxy memiliki batasan sebagai berikut:

Menggunakan titik akhir pembaca dengan klaster Aurora

Anda dapat membuat dan terhubung ke titik akhir hanya-baca yang disebut titik akhir pembaca saat Anda menggunakan Proxy RDS dengan cluster Aurora. Titik akhir pembaca ini membantu meningkatkan skalabilitas baca aplikasi padat kueri. Titik akhir pembaca juga membantu meningkatkan ketersediaan koneksi Anda jika instans DB pembaca di klaster Anda menjadi tidak tersedia.

Cara titik akhir pembaca membantu ketersediaan aplikasi

Dalam beberapa kasus, satu atau beberapa instans pembaca dalam klaster Anda mungkin menjadi tidak tersedia. Jika demikian, koneksi yang menggunakan titik akhir pembaca proksi DB dapat pulih lebih cepat daripada koneksi yang menggunakan titik akhir pembaca Aurora. RDSProxy merutekan koneksi ke hanya instance pembaca yang tersedia di cluster. Tidak ada penundaan karena DNS caching ketika sebuah instance menjadi tidak tersedia.

Jika koneksi multipleks, RDS Proxy mengarahkan kueri berikutnya ke instans DB pembaca yang berbeda tanpa gangguan apa pun pada aplikasi Anda. Selama peralihan otomatis ke instance pembaca baru, RDS Proxy memeriksa lag replikasi instance pembaca lama dan baru. RDSProxy memastikan bahwa instance pembaca baru diperbarui dengan perubahan yang sama dengan instance pembaca sebelumnya. Dengan begitu, aplikasi Anda tidak pernah melihat data basi saat RDS Proxy beralih dari satu instans DB pembaca ke instans DB pembaca lainnya.

Jika koneksi disematkan, kueri berikutnya pada koneksi akan menampilkan kesalahan. Namun, aplikasi Anda dapat langsung terhubung kembali ke titik akhir yang sama. RDSProxy merutekan koneksi ke instans DB pembaca lain yang dalam available status. Saat Anda menyambung kembali secara manual, RDS Proxy tidak memeriksa jeda replikasi antara instance pembaca lama dan baru.

Jika klaster Aurora Anda tidak memiliki instance pembaca yang tersedia, RDS Proxy memeriksa apakah kondisi ini bersifat sementara atau permanen. Perilaku dalam setiap kasusnya adalah sebagai berikut:

Cara titik akhir pembaca membantu skalabilitas kueri

Titik akhir pembaca untuk proksi membantu skalabilitas kueri Aurora dengan cara berikut:

Contoh penggunaan titik akhir pembaca

Contoh Linux berikut menunjukkan bagaimana Anda dapat mengonfirmasi bahwa Anda terhubung ke SQL cluster Aurora My melalui titik akhir pembaca. Pengaturan konfigurasi innodb_read_only diaktifkan. Upaya untuk melakukan operasi tulis seperti pernyataan CREATE DATABASE gagal dengan kesalahan. Dan Anda dapat mengonfirmasi bahwa Anda terhubung ke instans DB pembaca dengan memeriksa nama instans DB menggunakan variabel aurora_server_id.

$ mysql -h endpoint-demo-reader.endpoint.proxy-demo.us-east-1.rds.amazonaws.com -u admin -p
...
mysql> select @@innodb_read_only;
+--------------------+
| @@innodb_read_only |
+--------------------+
|                  1 |
+--------------------+
mysql> create database shouldnt_work;
ERROR 1290 (HY000): The MySQL server is running with the --read-only option so it cannot execute this statement

mysql> select @@aurora_server_id;
+---------------------------------------+
| @@aurora_server_id                    |
+---------------------------------------+
| proxy-reader-endpoint-demo-instance-3 |
+---------------------------------------+

Contoh berikut menunjukkan bagaimana koneksi Anda ke titik akhir pembaca proksi dapat tetap bekerja bahkan ketika instans DB pembaca dihapus. Dalam contoh ini, klaster Aurora memiliki dua instans pembaca, instance-5507 dan instance-7448. Koneksi ke titik akhir pembaca mulai menggunakan salah satu instans pembaca. Dalam contoh, instans pembaca ini dihapus oleh perintah delete-db-instance. RDSProxy beralih ke instance pembaca yang berbeda untuk kueri berikutnya.

$ mysql -h reader-demo.endpoint.proxy-demo.us-east-1.rds.amazonaws.com
  -u my_user -p
...
mysql> select @@aurora_server_id;
+--------------------+
| @@aurora_server_id |
+--------------------+
| instance-5507      |
+--------------------+

mysql> select @@innodb_read_only;
+--------------------+
| @@innodb_read_only |
+--------------------+
|                  1 |
+--------------------+

mysql> select count(*) from information_schema.tables;
+----------+
| count(*) |
+----------+
|      328 |
+----------+

Ketika sesi mysql masih berjalan, perintah berikut menghapus instans pembaca yang terhubung ke titik akhir pembaca.

aws rds delete-db-instance --db-instance-identifier instance-5507 --skip-final-snapshot

Kueri dalam sesi mysql terus bekerja tanpa perlu menghubungkan kembali. RDSProxy secara otomatis beralih ke instans DB pembaca yang berbeda.

mysql> select @@aurora_server_id;
+--------------------+
| @@aurora_server_id |
+--------------------+
| instance-7448      |
+--------------------+

mysql> select count(*) from information_schema.TABLES;
+----------+
| count(*) |
+----------+
|      328 |
+----------+

Mengakses database Aurora di seluruh VPCs

Secara default, komponen tumpukan teknologi Aurora Anda semuanya berada di Amazon yang sama. VPC Misalnya, misalkan aplikasi yang berjalan pada EC2 instans Amazon terhubung ke instans Amazon DB cluster Aurora . Dalam hal ini, server aplikasi dan database keduanya harus berada dalam keadaan yang samaVPC.

Dengan RDS Proxy, Anda dapat mengatur akses ke instans Amazon DB cluster Aurora RDS DB . Misalnya, organisasi Anda mungkin memiliki beberapa aplikasi yang mengakses sumber daya basis data yang sama. Setiap aplikasi mungkin ada dalam miliknya sendiriVPC.

Untuk mengaktifkan VPC akses silang, Anda membuat titik akhir baru untuk proxy. Proxy itu sendiri berada sama VPC dengan instans DB Aurora DB cluster RDS DB. Namun, VPC titik lintas-akhir berada di yang lainVPC, bersama dengan sumber daya lain seperti instance. EC2 VPCTitik silang dikaitkan dengan subnet dan grup keamanan dari sumber daya yang VPC sama dengan sumber daya EC2 lainnya. Asosiasi ini memungkinkan Anda terhubung ke titik akhir dari aplikasi yang sebaliknya tidak dapat mengakses database karena VPC pembatasan.

Langkah-langkah berikut menjelaskan cara membuat dan mengakses VPC lintas-endpoint melalui RDS Proxy: