Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Menggunakan penerusan tulis dalam database global Aurora Postgre SQL
Topik
- Ketersediaan wilayah dan versi penerusan tulis di Aurora Postgre SQL
- Mengaktifkan penerusan tulis di Aurora Postgre SQL
- Memeriksa apakah klaster sekunder mengaktifkan penerusan tulis di Aurora Postgre SQL
- Aplikasi dan SQL kompatibilitas dengan penerusan tulis di Aurora Postgre SQL
- Isolasi dan konsistensi untuk penerusan tulis di Aurora Postgre SQL
- Menjalankan pernyataan multipart dengan penerusan tulis di Aurora Postgre SQL
- Parameter konfigurasi untuk penerusan tulis di Aurora Postgre SQL
- CloudWatch Metrik Amazon untuk penerusan tulis di Aurora Postgre SQL
- Tunggu acara untuk penerusan tulis di Aurora Postgre SQL
Ketersediaan wilayah dan versi penerusan tulis di Aurora Postgre SQL
Di Aurora Postgre SQL versi 16 dan versi mayor yang lebih tinggi, penerusan penulisan global didukung di semua versi minor. Untuk versi Aurora Postgre sebelumnya, penerusan penulisan global didukung dengan SQL versi 15.4 dan versi minor yang lebih tinggi, dan versi 14.9 dan versi minor yang lebih tinggi. Penerusan tulis tersedia di setiap AWS Wilayah di mana basis data global berbasis Aurora Postgre SQL tersedia.
Untuk informasi lebih lanjut tentang versi dan ketersediaan Wilayah basis data SQL global Aurora Postgre, lihat. Database global Aurora dengan Aurora Postgre SQL
Mengaktifkan penerusan tulis di Aurora Postgre SQL
Secara default, penerusan tulis tidak diaktifkan saat Anda menambahkan klaster sekunder ke basis data global Aurora. Anda dapat mengaktifkan penerusan tulis untuk klaster DB sekunder Anda saat Anda membuatnya atau kapan saja setelah Anda membuatnya. Jika perlu, Anda dapat menonaktifkannya nanti. Mengaktifkan atau menonaktifkan penerusan tulis tidak menyebabkan waktu henti atau boot ulang.
Di konsol, Anda dapat mengaktifkan atau menonaktifkan penerusan tulis saat Anda membuat atau memodifikasi klaster DB sekunder.
Mengaktifkan atau menonaktifkan penerusan tulis saat membuat klaster DB sekunder
Saat Anda membuat klaster DB sekunder baru, Anda mengaktifkan penerusan tulis dengan memilih kotak centang Aktifkan penerusan tulis global di bagian Penerusan tulis replika baca. Atau kosongkan kotak centang untuk menonaktifkannya. Untuk membuat klaster DB sekunder, ikuti petunjuk untuk mesin DB Anda di Membuat klaster DB Amazon Aurora.
Tangkapan layar berikut menunjukkan bagian Penerusan tulis replika baca dengan kotak centang Aktifkan penerusan tulis global dipilih.
Mengaktifkan atau menonaktifkan penerusan tulis saat memodifikasi klaster DB sekunder
Di konsol, Anda dapat memodifikasi klaster DB sekunder untuk mengaktifkan atau menonaktifkan penerusan tulis.
Mengaktifkan atau menonaktifkan penerusan tulis untuk klaster DB sekunder dengan menggunakan konsol
Masuk ke AWS Management Console dan buka RDS konsol Amazon di https://console.aws.amazon.com/rds/
. -
Pilih Basis data.
-
Pilih klaster DB sekunder, dan pilih Modifikasi.
-
Di bagian Penerusan tulis replika baca, pilih atau kosongkan kotak centang Aktifkan penerusan tulis global.
-
Pilih Lanjutkan.
-
Untuk Jadwalkan modifikasi, pilih Terapkan segera. Jika Anda memilih Terapkan selama periode pemeliharaan terjadwal berikutnya, Aurora akan mengabaikan pengaturan ini dan langsung mengaktifkan penerusan tulis.
-
Pilih Modifikasi klaster.
Untuk mengaktifkan penerusan tulis dengan menggunakan AWS CLI, gunakan opsi. --enable-global-write-forwarding
Opsi ini berfungsi saat Anda membuat cluster sekunder baru menggunakan create-db-clusterperintah. Ini juga berfungsi ketika Anda memodifikasi cluster sekunder yang ada menggunakan modify-db-clusterperintah. Opsi ini mengharuskan basis data global menggunakan versi Aurora yang mendukung penerusan tulis. Anda dapat menonaktifkan penerusan tulis dengan menggunakan --no-enable-global-write-forwarding
opsi dengan perintah yang sama CLI ini.
Prosedur berikut ini menjelaskan cara mengaktifkan atau menonaktifkan penerusan tulis untuk klaster DB sekunder di klaster global Anda dengan menggunakan AWS CLI.
Mengaktifkan atau menonaktifkan penerusan tulis untuk klaster DB sekunder yang ada
-
Panggil modify-db-cluster AWS CLI perintah dan berikan nilai-nilai berikut:
-
--db-cluster-identifier
– Nama klaster DB. -
--enable-global-write-forwarding
untuk mengaktifkan atau--no-enable-global-write-forwarding
untuk menonaktifkan.
Contoh berikut mengaktifkan penerusan tulis untuk klaster DB
sample-secondary-db-cluster
.Untuk Linux, macOS, atau Unix:
aws rds modify-db-cluster \ --db-cluster-identifier sample-secondary-db-cluster \ --enable-global-write-forwarding
Untuk Windows:
aws rds modify-db-cluster ^ --db-cluster-identifier sample-secondary-db-cluster ^ --enable-global-write-forwarding
-
Untuk mengaktifkan penerusan tulis menggunakan Amazon RDSAPI, setel EnableGlobalWriteForwarding
parameter ke. true
Parameter ini berfungsi saat Anda membuat cluster sekunder baru menggunakan reateDBCluster operasi C. Ini juga berfungsi ketika Anda memodifikasi cluster sekunder yang ada menggunakan odifyDBCluster operasi M. Opsi ini mengharuskan basis data global menggunakan versi Aurora yang mendukung penerusan tulis. Anda dapat menonaktifkan penerusan tulis dengan mengatur parameter EnableGlobalWriteForwarding
ke false
.
Memeriksa apakah klaster sekunder mengaktifkan penerusan tulis di Aurora Postgre SQL
Untuk menentukan apakah Anda dapat menggunakan penerusan tulis dari klaster sekunder, Anda dapat memeriksa apakah klaster tersebut memiliki atribut "GlobalWriteForwardingStatus": "enabled"
.
Di AWS Management Console, Anda lihat Read replica write forwarding
pada tab Konfigurasi halaman detail untuk cluster. Untuk melihat status setelan penerusan tulis global untuk semua cluster Anda, jalankan perintah berikut. AWS CLI
Klaster sekunder menunjukkan nilai "enabled"
atau "disabled"
untuk menunjukkan apakah penerusan tulis diaktifkan atau dinonaktifkan. Nilai null
menunjukkan bahwa penerusan tulis tidak tersedia untuk klaster tersebut. Klaster ini bukan bagian dari basis data global, atau merupakan klaster primer, bukan klaster sekunder. Nilainya juga bisa "enabling"
atau "disabling"
jika penerusan tulis sedang dalam proses diaktifkan atau dinonaktifkan.
contoh
aws rds describe-db-clusters --query '*[].{DBClusterIdentifier:DBClusterIdentifier,GlobalWriteForwardingStatus:GlobalWriteForwardingStatus}' [ { "GlobalWriteForwardingStatus": "enabled", "DBClusterIdentifier": "aurora-write-forwarding-test-replica-1" }, { "GlobalWriteForwardingStatus": "disabled", "DBClusterIdentifier": "aurora-write-forwarding-test-replica-2" }, { "GlobalWriteForwardingStatus": null, "DBClusterIdentifier": "non-global-cluster" } ]
Untuk menemukan semua klaster sekunder yang memiliki penerusan tulis global, jalankan perintah berikut. Perintah ini juga mengembalikan titik akhir pembaca klaster ini. Anda menggunakan titik akhir pembaca klaster sekunder ketika Anda menggunakan penerusan tulis dari sekunder ke primer dalam basis data global Aurora Anda.
contoh
aws rds describe-db-clusters --query 'DBClusters[].{DBClusterIdentifier:DBClusterIdentifier,GlobalWriteForwardingStatus:GlobalWriteForwardingStatus,ReaderEndpoint:ReaderEndpoint} | [?GlobalWriteForwardingStatus == `enabled`]' [ { "GlobalWriteForwardingStatus": "enabled", "ReaderEndpoint": "aurora-write-forwarding-test-replica-1.cluster-ro-cnpexample.us-west-2.rds.amazonaws.com", "DBClusterIdentifier": "aurora-write-forwarding-test-replica-1" } ]
Aplikasi dan SQL kompatibilitas dengan penerusan tulis di Aurora Postgre SQL
Pernyataan tertentu tidak diizinkan atau dapat menghasilkan hasil usang saat Anda menggunakannya dalam basis data global dengan penerusan tulis. Selain itu, fungsi yang ditentukan pengguna dan prosedur yang ditentukan pengguna tidak didukung. Dengan demikian, pengaturan EnableGlobalWriteForwarding
dinonaktifkan secara default untuk klaster sekunder. Sebelum mengaktifkan pengaturan tersebut, periksa untuk memastikan bahwa kode aplikasi Anda tidak terpengaruh oleh pembatasan ini.
Anda dapat menggunakan jenis SQL pernyataan berikut dengan penerusan tulis:
-
Pernyataan bahasa manipulasi data (DML), seperti
INSERT
,DELETE
, danUPDATE
-
Pernyataan
SELECT FOR { UPDATE | NO KEY UPDATE | SHARE | KEY SHARE }
-
Pernyataan
PREPARE
danEXECUTE
-
Pernyataan
EXPLAIN
dengan pernyataan di dalam daftar ini
Jenis SQL pernyataan berikut tidak didukung dengan penerusan tulis:
-
Pernyataan bahasa definisi data (DDL)
-
ANALYZE
-
CLUSTER
-
COPY
-
Kursor - Kursor tidak didukung, jadi pastikan untuk menutupnya sebelum menggunakan penerusan tulis.
-
GRANT
|REVOKE
|REASSIGN OWNED
|SECURITY LABEL
-
LOCK
-
Pernyataan
SAVEPOINT
-
SELECT INTO
-
SET CONSTRAINTS
-
TRUNCATE
-
VACUUM
Isolasi dan konsistensi untuk penerusan tulis di Aurora Postgre SQL
Dalam sesi yang menggunakan penerusan tulis, Anda dapat menggunakan tingkat isolasi REPEATABLE READ
dan READ COMMITTED
. Namun, tingkat isolasi SERIALIZABLE
tidak didukung.
Anda dapat mengontrol tingkat konsistensi baca di klaster sekunder. Tingkat konsistensi baca menentukan seberapa lama waktu tunggu klaster sekunder sebelum setiap operasi baca untuk memastikan bahwa beberapa atau semua perubahan direplikasi dari klaster primer. Anda dapat menyesuaikan tingkat konsistensi baca untuk memastikan bahwa semua operasi tulis yang diteruskan dari sesi Anda terlihat dalam klaster sekunder sebelum kueri berikutnya. Anda juga dapat menggunakan pengaturan ini untuk memastikan bahwa kueri pada klaster sekunder selalu melihat pembaruan terkini dari klaster primer. Hal ini bahkan berlaku untuk yang dikirimkan oleh sesi lain atau klaster lainnya. Untuk menentukan jenis perilaku ini untuk aplikasi Anda, Anda memilih nilai yang sesuai untuk parameter tingkat sesi apg_write_forward.consistency_mode
. Parameter apg_write_forward.consistency_mode
memiliki efek hanya pada klaster sekunder dengan penerusan tulis diaktifkan.
catatan
Untuk parameter apg_write_forward.consistency_mode
, Anda dapat menentukan nilai SESSION
, EVENTUAL
, GLOBAL
, atau OFF
. Secara default, nilainya diatur ke SESSION
. Mengatur nilai ini ke OFF
akan menonaktifkan penerusan tulis dalam sesi.
Saat Anda meningkatkan tingkat konsistensi, aplikasi Anda menghabiskan lebih banyak waktu menunggu perubahan disebarkan antar AWS Wilayah. Anda dapat memilih keseimbangan antara waktu respons yang cepat dan memastikan bahwa perubahan yang dilakukan di dalam lokasi lainnya sepenuhnya tersedia sebelum kueri Anda berjalan.
Dengan setiap pengaturan mode konsistensi yang tersedia, efeknya adalah sebagai berikut:
SESSION
— Semua kueri di AWS Wilayah sekunder yang menggunakan penerusan tulis melihat hasil dari semua perubahan yang dibuat dalam sesi itu. Perubahan dapat dilihat terlepas dari apakah transaksi dilakukan. Jika perlu, kueri menunggu hasil operasi tulis yang diteruskan untuk direplikasi ke Wilayah saat ini. Kueri tidak menunggu hasil yang diperbarui dari operasi tulis yang dilakukan di Wilayah lain atau dalam sesi lain di dalam Wilayah saat ini.EVENTUAL
— Kueri di AWS Wilayah sekunder yang menggunakan penerusan tulis mungkin melihat data yang sedikit basi karena kelambatan replikasi. Hasil operasi tulis dalam sesi yang sama tidak terlihat sampai operasi tulis dilakukan pada Wilayah primer dan direplikasi ke Wilayah saat ini. Kueri tidak menunggu hasil yang diperbarui untuk tersedia. Dengan demikian, kueri dapat mengambil data yang lebih lama atau data yang diperbarui, bergantung pada waktu pernyataan dan jumlah lag replikasi.GLOBAL
— Sesi di AWS Wilayah sekunder melihat perubahan yang dibuat oleh sesi itu. Ini juga melihat semua perubahan yang dilakukan dari AWS Wilayah primer dan AWS Wilayah sekunder lainnya. Setiap kueri mungkin akan menunggu selama periode yang berbeda-beda tergantung jumlah lag sesi. Kueri berlangsung ketika cluster sekunder up-to-date dengan semua data yang dikomit dari cluster primer, pada saat kueri dimulai.OFF
– Penerusan tulis dinonaktifkan dalam sesi.
Untuk informasi selengkapnya tentang semua parameter yang terlibat dalam penerusan tulis, lihat Parameter konfigurasi untuk penerusan tulis di Aurora Postgre SQL.
Menjalankan pernyataan multipart dengan penerusan tulis di Aurora Postgre SQL
DMLPernyataan dapat terdiri dari beberapa bagian, seperti INSERT ... SELECT
pernyataan atau DELETE ... WHERE
pernyataan. Dalam kasus ini, seluruh pernyataan diteruskan ke klaster primer dan berjalan di sana.
Parameter konfigurasi untuk penerusan tulis di Aurora Postgre SQL
Grup parameter klaster Aurora mencakup pengaturan untuk fitur penerusan tulis. Karena ini adalah parameter klaster, semua instans DB di setiap klaster memiliki nilai yang sama untuk variabel ini. Detail tentang parameter ini dirangkum dalam tabel berikut, dengan catatan penggunaan setelah tabel.
Nama | Cakupan | Tipe | Nilai default | Nilai valid |
---|---|---|---|---|
apg_write_forward.connect_timeout
|
Sesi | detik | 30 | 0–2147483647 |
apg_write_forward.consistency_mode |
Sesi | enum | Sesi |
SESSION , EVENTUAL , GLOBAL , OFF
|
apg_write_forward.idle_in_transaction_session_timeout
|
Sesi | milidetik | 86400000 | 0–2147483647 |
apg_write_forward.idle_session_timeout
|
Sesi | milidetik | 300000 | 0–2147483647 |
apg_write_forward.max_forwarding_connections_percent
|
Global | int | 25 | 1–100 |
Parameter apg_write_forward.max_forwarding_connections_percent
adalah batas atas pada slot koneksi basis data yang dapat digunakan untuk menangani kueri yang diteruskan dari pembaca. Opsi ini dinyatakan dalam bentuk persentase pengaturan max_connections
untuk instans DB dalam klaster primer. Misalnya, jika max_connections
adalah 800
dan apg_write_forward.max_forwarding_connections_percent
adalah 10
, maka penulis mengizinkan maksimum 80 sesi yang diteruskan secara serentak. Koneksi ini berasal dari pool koneksi yang sama yang dikelola oleh pengaturan max_connections
. Pengaturan ini hanya berlaku pada klaster primer saat setidaknya ada satu klaster sekunder yang memiliki penerusan tulis yang diaktifkan.
Gunakan pengaturan berikut pada klaster sekunder:
-
apg_write_forward.consistency_mode
– Parameter tingkat sesi yang mengontrol tingkat konsistensi baca pada klaster sekunder. Nilai yang valid adalahSESSION
,EVENTUAL
,GLOBAL
, atauOFF
. Secara default, nilainya diatur keSESSION
. Mengatur nilai ini keOFF
akan menonaktifkan penerusan tulis dalam sesi. Untuk mempelajari selengkapnya tentang tingkat konsistensi, lihat Isolasi dan konsistensi untuk penerusan tulis di Aurora Postgre SQL. Parameter ini hanya relevan dalam instans pembaca klaster sekunder yang memiliki penerusan tulis diaktifkan dan yang berada di dalam basis data global Aurora. apg_write_forward.connect_timeout
– Jumlah maksimum detik yang diperlukan klaster sekunder untuk menunggu saat membuat koneksi ke klaster primer sebelum menyerah. Nilai0
berarti menunggu tanpa batas.apg_write_forward.idle_in_transaction_session_timeout
– Jumlah milidetik yang diperlukan klaster primer untuk menunggu aktivitas pada koneksi yang diteruskan dari klaster sekunder yang memiliki transaksi terbuka sebelum menutupnya. Jika sesi tetap idle dalam transaksi setelah periode ini, Aurora akan mengakhiri sesi. Nilai0
menonaktifkan batas waktu.apg_write_forward.idle_session_timeout
– Jumlah milidetik yang diperlukan klaster primer untuk menunggu aktivitas pada koneksi yang diteruskan dari klaster sekunder sebelum menutupnya. Jika sesi tetap idle setelah periode ini, Aurora akan mengakhiri sesi. Nilai0
menonaktifkan batas waktu.
CloudWatch Metrik Amazon untuk penerusan tulis di Aurora Postgre SQL
CloudWatch Metrik Amazon berikut berlaku untuk klaster utama saat Anda menggunakan penerusan tulis pada satu atau beberapa klaster sekunder. Semua metrik ini diukur pada instans DB penulis dalam klaster primer.
CloudWatch Metrik | Unit dan deskripsi |
---|---|
|
Hitungan (per detik). Jumlah DML pernyataan diteruskan diproses setiap detik oleh instance DB penulis ini. |
|
Hitungan. Jumlah sesi terbuka pada instans DB penulis ini yang memproses kueri yang diteruskan. |
|
Hitungan. Total jumlah sesi yang diteruskan pada instans DB penulis ini. |
CloudWatch Metrik berikut berlaku untuk setiap cluster sekunder. Metrik-metrik ini diukur pada setiap instans DB pembaca dalam klaster sekunder dengan penerusan tulis yang diaktifkan.
CloudWatch Metrik | Unit dan deskripsi |
---|---|
|
Hitungan (per detik). Jumlah commit dalam sesi yang diteruskan oleh replika ini setiap detik. |
|
Milidetik. Waktu respons rata-rata dalam milidetik diteruskan DMLs pada replika. |
|
Hitungan (per detik). Jumlah DML pernyataan diteruskan diproses pada replika ini setiap detik. |
|
Hitungan. Jumlah sesi yang ditolak oleh klaster primer karena batas untuk koneksi maksimum atau koneksi penerusan tulis maksimum tercapai. |
|
Hitungan. Jumlah sesi yang menggunakan penerusan tulis pada instans replika. |
|
Milidetik. Waktu tunggu rata-rata dalam milidetik yang ditunggu replika agar konsisten dengan cluster LSN utama. Batas tunggu instans DB pembaca ditentukan oleh pengaturan apg_write_forward.consistency_mode . Untuk informasi tentang pengaturan ini, lihat Parameter konfigurasi untuk penerusan tulis di Aurora Postgre SQL. |
Tunggu acara untuk penerusan tulis di Aurora Postgre SQL
Amazon Aurora menghasilkan peristiwa tunggu berikut saat Anda menggunakan penerusan tulis dengan Aurora Postgre. SQL
Topik
IPC:AuroraWriteForwardConnect
Peristiwa IPC:AuroraWriteForwardConnect
terjadi ketika proses backend pada klaster DB sekunder sedang menunggu koneksi ke simpul penulis klaster DB primer dibuka.
Kemungkinan menyebabkan peningkatan waktu tunggu
Peristiwa ini meningkat seiring meningkatnya jumlah upaya koneksi dari simpul pembaca Wilayah sekunder ke simpul penulis klaster DB primer.
Tindakan
Kurangi jumlah koneksi serentak dari simpul sekunder ke simpul penulis Wilayah primer.
IPC:AuroraWriteForwardConsistencyPoint
Peristiwa IPC:AuroraWriteForwardConsistencyPoint
menjelaskan durasi kueri dari simpul di klaster DB sekunder akan menunggu hasil operasi tulis yang diteruskan untuk direplikasi ke Wilayah saat ini. Peristiwa ini hanya dihasilkan jika parameter tingkat sesi apg_write_forward.consistency_mode
diatur ke salah satu dari berikut ini:
SESSION
– kueri pada simpul sekunder menunggu hasil semua perubahan yang dibuat dalam sesi tersebut.GLOBAL
– kueri pada simpul sekunder menunggu hasil perubahan yang dibuat oleh sesi tersebut, ditambah semua perubahan yang di-commit dari Wilayah primer dan Wilayah sekunder lainnya di klaster global.
Untuk informasi selengkapnya tentang pengaturan parameter apg_write_forward.consistency_mode
, lihat Parameter konfigurasi untuk penerusan tulis di Aurora Postgre SQL.
Kemungkinan menyebabkan peningkatan waktu tunggu
Penyebab umum untuk waktu tunggu yang lebih lama termasuk yang berikut:
Peningkatan lag replika, yang diukur dengan CloudWatch
ReplicaLag
metrik Amazon. Untuk informasi selengkapnya tentang metrik ini, lihat Memantau replikasi Aurora Postgre SQL.Peningkatan beban pada simpul penulis Wilayah primer atau pada simpul sekunder.
Tindakan
Ubah mode konsistensi Anda, tergantung kebutuhan aplikasi Anda.
IPC:AuroraWriteForwardExecute
Peristiwa IPC:AuroraWriteForwardExecute
terjadi ketika proses backend pada klaster DB sekunder sedang menunggu kueri yang diteruskan selesai dan mendapatkan hasil dari simpul penulis klaster DB primer.
Kemungkinan menyebabkan peningkatan waktu tunggu
Penyebab umum peningkatan waktu tunggu antara lain:
Mengambil banyak baris dari simpul penulis Wilayah primer.
Peningkatan latensi jaringan antara simpul sekunder dan simpul penulis Wilayah primer meningkatkan waktu yang dibutuhkan simpul sekunder untuk menerima data dari simpul penulis.
Peningkatan beban pada simpul sekunder dapat menunda pengiriman permintaan kueri dari simpul sekunder ke simpul penulis Wilayah primer.
Peningkatan beban pada simpul penulis Wilayah primer dapat menunda pengiriman data dari simpul penulis ke simpul sekunder.
Tindakan
Kami merekomendasikan tindakan yang berbeda-beda tergantung penyebab peristiwa tunggu Anda.
Optimalkan kueri untuk mengambil hanya data yang diperlukan.
Optimalkan operasi bahasa manipulasi data (DML) untuk hanya memodifikasi data yang diperlukan.
Jika node sekunder atau node penulis Region primer dibatasi oleh CPU atau bandwidth jaringan, pertimbangkan untuk mengubahnya menjadi tipe instance dengan CPU kapasitas lebih atau lebih banyak bandwidth jaringan.
IPC:AuroraWriteForwardGetGlobalConsistencyPoint
IPC:AuroraWriteForwardGetGlobalConsistencyPoint
Peristiwa terjadi ketika proses backend pada cluster DB sekunder yang menggunakan mode GLOBAL konsistensi menunggu untuk mendapatkan titik konsistensi global dari node penulis sebelum menjalankan kueri.
Kemungkinan menyebabkan peningkatan waktu tunggu
Penyebab umum peningkatan waktu tunggu antara lain:
Peningkatan latensi jaringan antara simpul sekunder dan simpul penulis Wilayah primer meningkatkan waktu yang dibutuhkan simpul sekunder untuk menerima data dari simpul penulis.
Peningkatan beban pada simpul sekunder dapat menunda pengiriman permintaan kueri dari simpul sekunder ke simpul penulis Wilayah primer.
Peningkatan beban pada simpul penulis Wilayah primer dapat menunda pengiriman data dari simpul penulis ke simpul sekunder.
Tindakan
Kami merekomendasikan tindakan yang berbeda-beda tergantung penyebab peristiwa tunggu Anda.
Ubah mode konsistensi Anda, tergantung kebutuhan aplikasi Anda.
Jika node sekunder atau node penulis Region primer dibatasi oleh CPU atau bandwidth jaringan, pertimbangkan untuk mengubahnya menjadi tipe instance dengan CPU kapasitas lebih atau lebih banyak bandwidth jaringan.
IPC:AuroraWriteForwardXactAbort
Peristiwa IPC:AuroraWriteForwardXactAbort
terjadi ketika proses backend pada klaster DB sekunder sedang menunggu hasil kueri pembersihan jarak jauh. Kueri pembersihan dikeluarkan untuk mengembalikan proses ke keadaan yang sesuai setelah transaksi dengan penerusan tulis dibatalkan. Amazon Aurora melakukannya karena ada kesalahan yang ditemukan atau karena pengguna mengeluarkan perintah ABORT
eksplisit atau membatalkan kueri yang sedang berjalan.
Kemungkinan menyebabkan peningkatan waktu tunggu
Penyebab umum peningkatan waktu tunggu antara lain:
Peningkatan latensi jaringan antara simpul sekunder dan simpul penulis Wilayah primer meningkatkan waktu yang dibutuhkan simpul sekunder untuk menerima data dari simpul penulis.
Peningkatan beban pada simpul sekunder dapat menunda pengiriman permintaan kueri pembersihan dari simpul sekunder ke simpul penulis Wilayah primer.
Peningkatan beban pada simpul penulis Wilayah primer dapat menunda pengiriman data dari simpul penulis ke simpul sekunder.
Tindakan
Kami merekomendasikan tindakan yang berbeda-beda tergantung penyebab peristiwa tunggu Anda.
Selidiki penyebab transaksi yang dibatalkan.
Jika node sekunder atau node penulis Region primer dibatasi oleh CPU atau bandwidth jaringan, pertimbangkan untuk mengubahnya menjadi tipe instance dengan CPU kapasitas lebih atau lebih banyak bandwidth jaringan.
IPC:AuroraWriteForwardXactCommit
Peristiwa IPC:AuroraWriteForwardXactCommit
terjadi ketika proses backend pada klaster DB sekunder sedang menunggu hasil perintah transaksi commit yang diteruskan.
Kemungkinan menyebabkan peningkatan waktu tunggu
Penyebab umum peningkatan waktu tunggu antara lain:
Peningkatan latensi jaringan antara simpul sekunder dan simpul penulis Wilayah primer meningkatkan waktu yang dibutuhkan simpul sekunder untuk menerima data dari simpul penulis.
Peningkatan beban pada simpul sekunder dapat menunda pengiriman permintaan kueri dari simpul sekunder ke simpul penulis Wilayah primer.
Peningkatan beban pada simpul penulis Wilayah primer dapat menunda pengiriman data dari simpul penulis ke simpul sekunder.
Tindakan
Jika node sekunder atau node penulis Region primer dibatasi oleh CPU atau bandwidth jaringan, pertimbangkan untuk mengubahnya menjadi tipe instance dengan CPU kapasitas lebih atau lebih banyak bandwidth jaringan.
IPC:AuroraWriteForwardXactStart
Peristiwa IPC:AuroraWriteForwardXactStart
terjadi ketika proses backend pada klaster DB sekunder sedang menunggu hasil perintah transaksi mulai yang diteruskan.
Kemungkinan menyebabkan peningkatan waktu tunggu
Penyebab umum peningkatan waktu tunggu antara lain:
Peningkatan latensi jaringan antara simpul sekunder dan simpul penulis Wilayah primer meningkatkan waktu yang dibutuhkan simpul sekunder untuk menerima data dari simpul penulis.
Peningkatan beban pada simpul sekunder dapat menunda pengiriman permintaan kueri dari simpul sekunder ke simpul penulis Wilayah primer.
Peningkatan beban pada simpul penulis Wilayah primer dapat menunda pengiriman data dari simpul penulis ke simpul sekunder.
Tindakan
Jika node sekunder atau node penulis Region primer dibatasi oleh CPU atau bandwidth jaringan, pertimbangkan untuk mengubahnya menjadi tipe instance dengan CPU kapasitas lebih atau lebih banyak bandwidth jaringan.