Mengalihkan penerapan biru/hijau di Amazon RDS Aurora - Amazon Aurora

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

Mengalihkan penerapan biru/hijau di Amazon RDS Aurora

Switchover mentransisikan cluster DB, termasuk instans DB-nya, di lingkungan hijau menjadi cluster DB produksi. Sebelum Anda switchover, lalu lintas produksi diarahkan ke klaster di lingkungan biru. Setelah Anda switchover, lalu lintas produksi diarahkan ke klaster DB di lingkungan hijau.

Mengalihkan penerapan biru/hijau tidak sama dengan mempromosikan cluster hijau dalam penerapan biru/hijau. Jika Anda secara manual mempromosikan cluster DB hijau dengan memilih Promosikan dari menu Tindakan, replikasi antara lingkungan biru dan hijau akan rusak dan penerapan biru/hijau memasuki status konfigurasi Tidak valid.

Waktu habis switchover

Anda dapat menentukan periode waktu habis switchover antara 30 detik dan 3.600 detik (satu jam). Jika switchover memakan waktu lebih lama dari durasi yang ditentukan, maka perubahan apa pun akan dikembalikan dan tidak ada perubahan pada lingkungan mana pun. Periode waktu habis default adalah 300 detik (lima menit).

Pagar pembatas switchover

Saat Anda memulai switchover, Amazon RDS menjalankan beberapa pemeriksaan dasar untuk menguji kesiapan lingkungan biru dan hijau untuk switchover. Pemeriksaan ini dikenal sebagai pagar pembatas switchover. Pagar pembatas switchover ini mencegah switchover jika lingkungan belum siap. Oleh karena itu, pagar pembatas tersebut dapat mencegah waktu henti yang lebih lama dari yang diharapkan dan mencegah hilangnya data antara lingkungan biru dan hijau yang mungkin terjadi jika switchover dimulai.

Amazon RDS menjalankan pemeriksaan pagar pembatas berikut pada lingkungan hijau:

  • Kondisi replikasi – Memeriksa apakah status replikasi klaster DB hijau berkondisi baik. klaster DB hijau adalah replika dari klaster DB biru.

  • Jeda replikasi – Memeriksa apakah jeda replika klaster DB hijau berada dalam batas yang diizinkan untuk switchover. Batas yang diizinkan didasarkan pada periode waktu habis yang ditentukan. Jeda replika menunjukkan seberapa jauh klaster DB tertinggal dari klaster DB biru. Untuk informasi selengkapnya, lihat Memantau kelambatan replika sebelum peralihan.

  • Penulisan aktif – Memastikan tidak ada penulisan aktif pada klaster DB hijau.

Amazon RDS menjalankan pemeriksaan pagar pembatas berikut pada lingkungan biru:

  • Replikasi eksternal — Untuk Aurora , pastikan bahwa lingkungan biru bukan sumber logis (penerbit) atau replika (pelanggan) yang dikelola sendiri. Jika ya, kami sarankan Anda melepaskan slot replikasi dan langganan yang dikelola sendiri di semua database di lingkungan biru, lanjutkan dengan peralihan, lalu buat ulang untuk melanjutkan replikasi. Untuk Aurora MySQL RDS untuk MySQL , periksa apakah database biru bukan replika binlog eksternal. Jika ya, pastikan itu tidak aktif mereplikasi.

  • Penulisan aktif yang berjalan lama – Memastikan tidak ada penulisan aktif yang berjalan lama pada klaster DB biru karena dapat meningkatkan jeda replika.

  • Pernyataan DDL yang berjalan lama – Memastikan tidak ada pernyataan DDL yang berjalan lama pada instans DB primer biru karena dapat meningkatkan jeda replika.

  • Perubahan PostgreSQL yang tidak didukung - Untuk Aurora PostgreSQL . Untuk informasi selengkapnya, lihat Keterbatasan spesifik replikasi logis untuk penerapan biru/hijau.

    Jika Amazon RDS mendeteksi perubahan PostgreSQL yang tidak didukung, Amazon akan mengubah status replikasi menjadi dan memberi tahu Anda bahwa peralihan tidak Replication degraded tersedia untuk penerapan dan semua database hijau. blue/green deployment. To proceed with switchover, we recommend that you delete and recreate the blue/green Untuk melakukannya, pilih Tindakan, Hapus dengan basis data hijau.

Tindakan switchover

Saat Anda melakukan switchover pada deployment blue/green, RDS melakukan tindakan berikut:

  1. Menjalankan pemeriksaan pagar pembatas untuk memverifikasi apakah lingkungan biru dan hijau siap untuk switchover.

  2. Menghentikan operasi tulis baru pada instans DB primer di kedua lingkungan.

  3. Memutuskan koneksi ke instans DB di kedua lingkungan dan tidak mengizinkan koneksi baru.

  4. Menunggu replikasi untuk mengejar ketertinggalan di lingkungan hijau sehingga lingkungan hijau sinkron dengan lingkungan biru.

  5. Mengganti nama DB dan instan DB dan klaster di kedua lingkungan.

    RDS mengganti nama DB instans DB dan klaster di lingkungan hijau agar cocok dengan DB instans DB dan klaster di lingkungan biru. Misalnya, asumsikan nama instans DB di lingkungan biru adalah mydb. Asumsikan juga nama instans DB yang sesuai di lingkungan hijau adalah mydb-green-abc123. Selama switchover, nama instans DB di lingkungan hijau berubah menjadi mydb.

    RDS mengganti nama DB instans DB dan klaster di lingkungan biru dengan menambahkan -oldn ke nama saat ini, dengan n adalah angka. Misalnya, asumsikan nama instans DB di lingkungan biru adalah mydb. Setelah switchover, nama instans DB bisa jadi mydb-old1.

    RDS juga mengganti nama titik akhir di lingkungan hijau agar sinkron dengan titik akhir yang sesuai di lingkungan biru sehingga perubahan aplikasi tidak diperlukan.

  6. Memungkinkan koneksi ke basis data di kedua lingkungan.

  7. Memungkinkan operasi tulis pada instans DB primer di lingkungan produksi baru.

    Setelah switchover, cluster produksi sebelumnya hanya mengizinkan operasi baca ke dan reboot instance DB. 0 Bahkan jika Anda mengaktifkan penulisan di cluster DB, itu tetap hanya-baca sampai Anda menghapus penerapan biru/hijau.

Anda dapat memantau status peralihan menggunakan Amazon. EventBridge Untuk informasi selengkapnya, lihat Peristiwa deployment blue/green.

Jika Anda memiliki tag yang dikonfigurasi di lingkungan biru, tag ini disalin ke lingkungan produksi baru selama peralihan. Untuk informasi selengkapnya tentang tag, lihat Menandai sumber daya Amazon Aurora dan Amazon RDS.

Jika switchover dimulai lalu berhenti sebelum selesai karena alasan apa pun, maka perubahan apa pun akan dikembalikan, dan tidak ada perubahan yang diterapkan pada lingkungan mana pun.

Praktik terbaik switchover

Sebelum melakukan switchover, Anda sangat dianjurkan untuk mengikuti praktik terbaik dengan menyelesaikan tugas-tugas berikut:

  • Uji sumber daya secara menyeluruh di lingkungan hijau. Pastikan sumber daya berfungsi dengan baik dan efisien.

  • Pantau CloudWatch metrik Amazon yang relevan. Untuk informasi selengkapnya, lihat Memverifikasi CloudWatch metrik sebelum peralihan.

  • Identifikasi waktu terbaik untuk melakukan switchover.

    Selama switchover, penulisan terputus dari basis data di kedua lingkungan. Identifikasi waktu ketika lalu lintas berada pada titik terendah di lingkungan produksi Anda. Transaksi yang berjalan lama, seperti aktif DDLs, dapat meningkatkan waktu peralihan Anda, menghasilkan waktu henti yang lebih lama untuk beban kerja produksi Anda.

    Jika ada banyak koneksi pada instans DB cluster DB Anda, pertimbangkan untuk menguranginya secara manual ke jumlah minimum yang diperlukan untuk aplikasi Anda sebelum Anda mengalihkan blue/green deployment. One way to achieve this is to create a script that monitors the status of the blue/green penerapan dan mulai membersihkan koneksi ketika mendeteksi bahwa status telah berubah. SWITCHOVER_IN_PROGRESS

  • Pastikan DB instans DB dan klaster di kedua lingkungan berada dalam status Available.

  • Pastikan klaster DB di lingkungan hijau berkondisi baik dan bereplikasi.

  • 
 Jika tidak, aplikasi akan terus mengirimkan lalu lintas tulis ke lingkungan biru setelah switchover.

  • Untuk penerapan Aurora PostgreSQL biru/hijau untuk penyebaran biru/hijau PostgreSQL yang menggunakan replikasi logis, lakukan hal berikut:

catatan

Selama switchover, Anda tidak dapat mengubah instans DB apa pun yang disertakan dalam switchover.

Memverifikasi CloudWatch metrik sebelum peralihan

Sebelum Anda mengalihkan penerapan biru/hijau, kami sarankan Anda memeriksa nilai s dari metrik berikut di Amazon. CloudWatch

  • DatabaseConnections – Gunakan metrik ini untuk memperkirakan tingkat aktivitas pada deployment blue/green, dan pastikan nilainya berada pada tingkat yang dapat diterima untuk deployment Anda sebelum Anda switchover. Jika Wawasan Performa diaktifkan, DBLoad adalah metrik yang lebih akurat.

  • ActiveTransactions – Jika innodb_monitor_enable diatur ke all dalam grup parameter DB untuk salah satu instans DB Anda, gunakan metrik ini untuk melihat apakah ada banyak transaksi aktif yang mungkin memblokir switchover.

Untuk informasi selengkapnya, lihat CloudWatch Metrik Amazon untuk Amazon Aurora.

Memantau kelambatan replika sebelum peralihan

Sebelum Anda beralih ke penerapan biru/hijau, pastikan bahwa lag replika mendekati nol untuk mengurangi waktu henti.

Aurora MySQL RDS untuk MySQL dan untuk MariaDB

Untuk penerapan biru/hijau MariaDB, AuroraBinlogReplicaLag CloudWatch periksa metrik di lingkungan hijau untuk mengidentifikasi lag replika saat ini. Untuk informasi selengkapnya, lihat Mendiagnosis dan mengatasi jeda di antara replika baca.

Untuk , periksa metrik di lingkungan biru untuk mengidentifikasi lag replika OldestReplicationSlotLag CloudWatch saat ini. Untuk informasi selengkapnya, lihat Metrik tingkat instans untuk Amazon Aurora.

Selain itu, Anda dapat menjalankan query SQL berikut di lingkungan biru:

SELECT slot_name, confirmed_flush_lsn as flushed, pg_current_wal_lsn(), (pg_current_wal_lsn() - confirmed_flush_lsn) AS lsn_distance FROM pg_catalog.pg_replication_slots WHERE slot_type = 'logical'; slot_name | flushed | pg_current_wal_lsn | lsn_distance -----------------+---------------+--------------------+------------ logical_replica1 | 47D97/CF32980 | 47D97/CF3BAC8 | 37192

confirmed_flush_lsnIni mewakili nomor urutan log terakhir (LSN) yang dikirim ke replika. pg_current_wal_lsnIni mewakili di mana database sekarang. Sebuah lsn_distance dari 0 berarti replika tertangkap.

Melakukan switchover pada deployment blue/green

Anda dapat mengalihkan penerapan biru/hijau menggunakan AWS Management Console, API AWS CLI, atau RDS.

Untuk melakukan switchover pada deployment blue/green
  1. Masuk ke AWS Management Console dan buka konsol Amazon RDS di https://console.aws.amazon.com/rds/.

  2. Di panel navigasi, pilih Basis data, lalu pilih deployment blue/green yang ingin Anda switchover.

  3. Untuk Tindakan, pilih Switchover.

    Halaman Switchover muncul.

    Switchover deployment blue/green
  4. Di halaman Switchover, tinjau ringkasan switchover. Pastikan sumber daya di kedua lingkungan sesuai dengan yang Anda harapkan. Jika tidak, pilih Batalkan.

  5. Untuk Pengaturan waktu habis, masukkan batas waktu untuk switchover.

  6. Jika klaster menjalankan Aurora PostgreSQL, tinjau dan konfirmasi rekomendasi pra-switchover. Untuk informasi selengkapnya, lihat Keterbatasan spesifik replikasi logis untuk penerapan biru/hijau.

  7. Pilih Switchover.

Untuk beralih penyebaran biru/hijau dengan menggunakan AWS CLI, gunakan switchover-blue-green-deploymentperintah dengan opsi berikut:

  • --blue-green-deployment-identifier— Tentukan ID sumber daya dari penerapan biru/hijau.

  • --switchover-timeout – Tentukan waktu habis untuk switchover, dalam hitungan detik. Angka default-nya adalah 300.

contoh Melakukan switchover pada deployment blue/green

Untuk Linux, macOS, atau Unix:

aws rds switchover-blue-green-deployment \ --blue-green-deployment-identifier bgd-1234567890abcdef \ --switchover-timeout 600

Untuk Windows:

aws rds switchover-blue-green-deployment ^ --blue-green-deployment-identifier bgd-1234567890abcdef ^ --switchover-timeout 600

Untuk melakukan switchover pada deployment blue/green menggunakan API Amazon RDS, gunakan operasi SwitchoverBlueGreenDeployment dengan parameter berikut:

  • BlueGreenDeploymentIdentifier— Tentukan ID sumber daya dari penerapan biru/hijau.

  • SwitchoverTimeout – Tentukan waktu habis untuk switchover, dalam hitungan detik. Angka default-nya adalah 300.

Setelah switchover

Setelah switchover, DB instans DB dan klaster di lingkungan biru sebelumnya akan dipertahankan. Biaya standar berlaku untuk sumber daya ini. Replikasi dan pencatatan log biner antara lingkungan biru dan hijau berhenti.

RDS mengganti nama DB instans DB dan klaster di lingkungan biru dengan menambahkan -oldn ke nama sumber daya saat ini, dengan n adalah angka. Cluster DB biru dipaksa menjadi status hanya-baca. Bahkan jika Anda mengaktifkan operasi tulis, itu tetap hanya-baca sampai Anda menghapus penerapan biru/hijau. RDS menamai cluster DB dan instans DB di lingkungan hijau. -newn

Jika Anda menghapus sumber daya penyebaran biru/hijau, RDS mempertahankan sumber daya dan sumber daya. -oldn -newn

Setelah beralih ke penerapan biru/hijau

Memperbarui node induk untuk konsumen

RDS menawarkan replika baca yang dikelola sepenuhnya. Namun, ini juga menyediakan opsi untuk mengatur replika yang dikelola sendiri, juga dikenal sebagai replika eksternal. Replika eksternal memungkinkan Anda menggunakan sumber daya pihak ketiga sebagai target replikasi.

Setelah Anda mengalihkan penyebaran biru/hijau, jika cluster DB instans DB memiliki replika eksternal atau konsumen log biner sebelum peralihan, Anda harus memperbarui node induk mereka setelah peralihan untuk mempertahankan kontinuitas replikasi.

Untuk memperbarui node induk
  1. Setelah peralihan, instance DB penulis yang sebelumnya berada di lingkungan hijau memancarkan peristiwa yang berisi nama file log master dan posisi log master. Untuk menemukan acara, navigasikan ke konsol RDS dan pilih Acara dari panel navigasi kiri.

  2. Filter berdasarkan peristiwa di mana sumbernya adalah nama instance DB penulis hijau tua, sebelum beralih.

  3. Temukan acara yang berisi koordinat log biner. Pesan acara mirip dengan:Binary log coordinates in green environment after switchover: file mysql-bin-changelog.000003 and position 40134574.

  4. Pastikan bahwa konsumen atau replika telah menerapkan semua log biner dari lingkungan biru tua. Kemudian, gunakan koordinat log biner yang disediakan untuk melanjutkan replikasi pada konsumen. Misalnya, jika Anda menjalankan replika MySQL, Anda dapat menggunakan EC2 perintah berikut:

    MySQL 8.0.22 dan versi mayor dan minor yang lebih rendah

    CHANGE MASTER TO MASTER_HOST='{new-writer-endpoint}', MASTER_LOG_FILE='mysql-bin-changelog.000003', MASTER_LOG_POS=40134574;

    MySQL 8.0.23 dan versi mayor dan minor yang lebih tinggi

    CHANGE REPLICATION SOURCE TO SOURCE_HOST='{new-writer-endpoint}', SOURCE_LOG_FILE='mysql-bin-changelog.000003', SOURCE_LOG_POS=40134574;