- Layanan Basis Data Relasional Amazon

Waktu habis switchover Pagar pembatas switchover Tindakan switchover Praktik terbaik switchover Memverifikasi CloudWatch metrik sebelum peralihan Memantau kelambatan replika sebelum peralihan Melakukan switchover pada deployment blue/green Setelah switchover

Peralihan transisi lingkungan hijau menjadi lingkungan produksi baru. Ketika instance DB hijau telah membaca replika, mereka juga dialihkan. Sebelum Anda switchover, lalu lintas produksi diarahkan ke instans DB dan replika baca di lingkungan biru. Setelah Anda switchover, lalu lintas produksi diarahkan ke instans DB dan replika baca di lingkungan hijau.

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

Topik

Waktu habis switchover
Pagar pembatas switchover
Tindakan switchover
Praktik terbaik switchover
Memverifikasi CloudWatch metrik sebelum peralihan
Memantau kelambatan replika sebelum peralihan
Melakukan switchover pada deployment blue/green
Setelah switchover

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 instans DB primer hijau berkondisi baik. Instans DB primer hijau adalah replika dari instans DB primer biru.
Jeda replikasi – Memeriksa apakah jeda replika instans DB primer hijau berada dalam batas yang diizinkan untuk switchover. Batas yang diizinkan didasarkan pada periode waktu habis yang ditentukan. Jeda replika menunjukkan seberapa jauh instans DB primer tertinggal dari instans DB primer biru. Untuk informasi selengkapnya, lihat Memantau kelambatan replika sebelum peralihan.
Penulisan aktif – Memastikan tidak ada penulisan aktif pada instans DB primer hijau.

Amazon RDS menjalankan pemeriksaan pagar pembatas berikut pada lingkungan biru:

Replikasi eksternal — Untuk PostgreSQL RDS untuk PostgreSQL, 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 dan RDS untuk MariaDB, 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 instans DB primer biru karena dapat meningkatkan jeda replika.
Pernyataan DDL yang berjalan lama – Memastikan tidak ada pernyataan DDL yang berjalan lama pada klaster DB biru karena dapat meningkatkan jeda replika.
Perubahan PostgreSQL yang tidak didukung - Untuk PostgreSQL RDS untuk PostgreSQL penerapan biru/hijau PostgreSQL yang menggunakan replikasi logis, memastikan bahwa tidak ada perubahan DDL dan tidak ada penambahan atau modifikasi objek besar telah dilakukan pada lingkungan biru. 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:

Menjalankan pemeriksaan pagar pembatas untuk memverifikasi apakah lingkungan biru dan hijau siap untuk switchover.
Menghentikan operasi tulis baru pada klaster DB di kedua lingkungan.
Memutuskan koneksi ke instans DB di kedua lingkungan dan tidak mengizinkan koneksi baru.
Menunggu replikasi untuk mengejar ketertinggalan di lingkungan hijau sehingga lingkungan hijau sinkron dengan lingkungan biru.
Mengganti nama instans DB dan di kedua lingkungan.

RDS mengganti nama instans DB di lingkungan hijau agar cocok dengan instans DB 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 instans DB 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.
Memungkinkan koneksi ke basis data di kedua lingkungan.
Memungkinkan operasi tulis pada klaster DB di lingkungan produksi baru.

Setelah switchover, . 0

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 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 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 instans DB di kedua lingkungan berada dalam status Available.
Pastikan instans DB primer di lingkungan hijau berkondisi baik dan bereplikasi.
Pastikan konfigurasi jaringan dan klien Anda tidak meningkatkan cache DNS Time-To-Live (TTL) lebih dari lima detik, yang merupakan default untuk zona DNS RDS.  Jika tidak, aplikasi akan terus mengirimkan lalu lintas tulis ke lingkungan biru setelah switchover.
Pastikan pemuatan data selesai sebelum switchover. Untuk informasi selengkapnya, lihat Pemuatan malas dan inisialisasi penyimpanan untuk penerapan biru/hijau.
Untuk penerapan yang menggunakan replikasi logis, lakukan hal berikut:
- Tinjau batasan replikasi logis dan lakukan tindakan apa pun yang diperlukan sebelum peralihan. Untuk informasi selengkapnya, lihat Keterbatasan spesifik replikasi logis untuk penerapan biru/hijau.
- Jalankan operasi ANALYZE untuk menyegarkan tabel pg_statistics. Ini mengurangi risiko masalah kinerja setelah peralihan.

catatan

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

Memverifikasi CloudWatch metrik sebelum peralihan

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.

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

Memantau kelambatan replika sebelum peralihan

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

dan RDS untuk MariaDB

Untuk penerapan biru/hijau MySQL dan MariaDB, 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 penerapan PostgreSQL biru/hijau yang menggunakan replikasi fisik, lihat instruksi untuk mengidentifikasi lag replika saat ini. Memantau dan menyetel proses replikasi

Untuk penerapan biru/hijau PostgreSQL yang menggunakan replikasi logis, periksa metrik di lingkungan biru untuk mengidentifikasi lag replika OldestReplicationSlotLag CloudWatch saat ini. Untuk informasi selengkapnya, lihat Metrik CloudWatch tingkat instans Amazon untuk Amazon RDS.

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.

Untuk penjelasan kapan penerapan biru/hijau menggunakan replikasi fisik versus replikasi logis, lihat. Metode SQL replikasi Postgre untuk penerapan biru/hijau

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

Masuk ke AWS Management Console dan buka konsol Amazon RDS di https://console.aws.amazon.com/rds/.
Di panel navigasi, pilih Basis data, lalu pilih deployment blue/green yang ingin Anda switchover.
Untuk Tindakan, pilih Switchover.

Halaman Switchover muncul.
Di halaman Switchover, tinjau ringkasan switchover. Pastikan sumber daya di kedua lingkungan sesuai dengan yang Anda harapkan. Jika tidak, pilih Batalkan.
Untuk Pengaturan waktu habis, masukkan batas waktu untuk switchover.
Jika instans menjalankan RDS for PostgreSQL, tinjau dan konfirmasi rekomendasi pra-switchover. Untuk informasi selengkapnya, lihat Keterbatasan spesifik replikasi logis untuk penerapan biru/hijau.
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, instans DB di lingkungan biru sebelumnya akan dipertahankan. Biaya standar berlaku untuk sumber daya ini. Replikasi antara lingkungan biru dan hijau berhenti.

RDS mengganti nama instans DB di lingkungan biru dengan menambahkan -oldn ke nama sumber daya saat ini, dengan n adalah angka. Instans DB di lingkungan biru lama hanya-baca sampai Anda mengatur parameter (untuk RDS untuk MySQL) atau read_only parameter (untuk RDS untuk PostgreSQL) kedefault_transaction_read_only. 0 RDS menamai di lingkungan hijau. -newn

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

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 RDS untuk MariaDB atau RDS untuk MySQL MySQL penyebaran biru/hijau, jika cluster DB biru 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

Setelah peralihan, instance DB 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.
Filter berdasarkan peristiwa di mana sumbernya adalah nama instance DB hijau tua, sebelum beralih.
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.
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;
```

Jika konsumen adalah RDS lain untuk MySQL atau RDS untuk instance MariaDB DB, jalankan prosedur tersimpan berikut secara berurutan:

Awas Javascript dinonaktifkan atau tidak tersedia di browser Anda.

Untuk menggunakan Dokumentasi AWS, Javascript harus diaktifkan. Lihat halaman Bantuan browser Anda untuk petunjuk.

Konvensi Dokumen

Melihat deployment blue/green

Menghapus deployment blue/green