Titik akhir cluster untuk Amazon Aurora

Titik akhir klaster (atau titik akhir penulis) untuk sebuah klaster DB Aurora terhubung ke instans DB primer saat ini untuk klaster DB tersebut. Titik akhir ini adalah satu-satunya yang dapat melakukan operasi tulis seperti laporan DDL. Oleh karena itu, titik akhir klaster adalah titik akhir tempat Anda melakukan koneksi saat Anda pertama kali mengatur klaster atau ketika klaster Anda hanya berisi satu instans DB.

Setiap klaster DB Aurora memiliki satu titik akhir klaster dan satu instans DB primer.

Anda menggunakan titik akhir klaster untuk semua operasi tulis pada klaster DB tersebut, termasuk penyisipan, pembaruan, penghapusan, dan perubahan DDL. Anda juga dapat menggunakan titik akhir klaster untuk operasi baca, seperti kueri.

Titik akhir cluster menyediakan dukungan failover untuk read/write koneksi ke cluster DB. Jika instans DB primer saat ini pada sebuah klaster DB gagal, Aurora secara otomatis melakukan failover ke instans DB primer yang baru. Selama failover, klaster DB tersebut terus melayani permintaan koneksi ke titik akhir klaster dari instans DB primer yang baru, dengan interupsi layanan yang minimal.

Contoh berikut mengilustrasikan titik akhir klaster untuk sebuah klaster DB Aurora MySQL.

mydbcluster.cluster-c7tj4example.us-east-1.rds.amazonaws.com:3306

Setiap cluster Aurora memiliki satu titik akhir cluster bawaan, yang nama dan atribut lainnya dikelola oleh Aurora. Anda tidak dapat membuat, menghapus, atau mengubah titik akhir jenis ini.

Anda menggunakan titik akhir klaster saat mengoperasikan klaster Anda, melakukan operasi extract, transform, and load (ETL), atau mengembangkan dan menguji aplikasi. Titik akhir klaster terhubung ke instans primer dari klaster tersebut. Instans primer adalah satu-satunya instans DB yang memungkinkan Anda membuat tabel dan indeks, menjalankan pernyataan INSERT, dan melakukan operasi DDL dan DML lainnya.

Alamat IP fisik yang ditunjukkan oleh titik akhir cluster berubah ketika mekanisme failover mempromosikan instance DB baru menjadi instance read/write utama untuk cluster. Jika Anda menggunakan sebentuk penghimpunan koneksi atau multipleks lain, bersiaplah untuk menggelontor/flush atau mengurangi waktu untuk hidup (time-to-live) bagi informasi DNS yang tersimpan di cache. Melakukannya memastikan bahwa Anda tidak mencoba membuat read/write koneksi ke instans DB yang menjadi tidak tersedia atau sekarang hanya-baca setelah failover.