Wilayah dan ketersediaan versi Manfaat Alur kerja

Ikhtisar Amazon Blue/Green Aurora

Dengan menggunakan Amazon Blue/Green Aurora Deployment, Anda dapat membuat dan menguji perubahan database sebelum menerapkannya di lingkungan produksi. Deployment blue/green menciptakan lingkungan pementasan yang menyalin lingkungan produksi. Dalam deployment blue/green, lingkungan biru adalah lingkungan produksi saat ini. Lingkungan hijau adalah lingkungan pementasan dan tetap sinkron dengan lingkungan produksi saat ini.

Anda dapat membuat perubahan pada klaster DB Aurora di lingkungan hijau tanpa memengaruhi beban kerja produksi. Misalnya, Anda dapat meningkatkan versi mesin DB mayor atau minor atau mengubah parameter basis data di lingkungan pementasannya. Anda dapat menguji perubahan di lingkungan hijau secara menyeluruh. Saat siap, Anda dapat beralih ke lingkungan untuk mentransisikan lingkungan hijau menjadi lingkungan produksi baru. Switchover biasanya memakan waktu kurang dari satu menit tanpa kehilangan data dan tidak perlu mengubah aplikasi.

Karena lingkungan hijau adalah salinan topologi lingkungan dari produksi, klaster DB dan semua instans DB-nya disalin dalam deployment. Lingkungan hijau juga mencakup fitur yang digunakan oleh klaster DB, seperti snapshot klaster DB, Wawasan Performa, Pemantauan yang Ditingkatkan, dan Aurora Serverless v2.

catatan

Penerapan Biru/Hijau didukung untuk Aurora MySQL dan Aurora PostgreSQL. Untuk ketersediaan Amazon RDS, lihat Ikhtisar Blue/Green Penerapan Amazon RDS di Panduan Pengguna Amazon RDS.

Topik

Wilayah dan ketersediaan versi

Ketersediaan dan dukungan fitur bervariasi di seluruh versi spesifik dari setiap mesin basis data, dan di seluruh Wilayah AWS. Untuk informasi selengkapnya, lihat Daerah yang Didukung dan mesin Aurora DB untuk Penerapan Biru/Hijau.

Manfaat menggunakan Amazon RDS Blue/Green Deployment

Dengan menggunakan Amazon RDS Blue/Green Deployment, Anda dapat tetap mengikuti patch keamanan, meningkatkan kinerja database, dan mengadopsi fitur database yang lebih baru dengan waktu henti yang singkat dan dapat diprediksi. Blue/green penerapan mengurangi risiko dan waktu henti untuk pembaruan basis data, seperti peningkatan versi mesin utama atau minor.

Deployment blue/green memberikan manfaat berikut:

Memudahkan pembuatan lingkungan pementasan siap produksi.
Mereplikasi otomatis perubahan basis data dari lingkungan produksi ke lingkungan pementasan.
Menguji perubahan basis data di lingkungan pementasan yang aman tanpa memengaruhi lingkungan produksi.
Anda dapat mengikuti perkembangan terbaru dengan patch basis data dan pembaruan sistem.
Menerapkan dan menguji fitur basis data yang lebih baru.
Melakukan switchover pada lingkungan pementasan untuk menjadi lingkungan produksi baru tanpa perubahan pada aplikasi.
Melakukan switchover dengan aman melalui penggunaan pagar pembatas switchover default.
Tidak ada kehilangan data selama switchover.
Melakukan switchover dengan cepat, biasanya kurang dari satu menit tergantung beban kerja Anda.

Alur kerja penerapan blue/green

Selesaikan langkah-langkah utama berikut saat Anda menggunakan blue/green penerapan untuk pembaruan cluster Aurora DB.

Identifikasi klaster DB produksi yang memerlukan pembaruan.

Gambar berikut menunjukkan contoh klaster DB produksi.
Buat blue/green penyebaran. Untuk petunjuk, lihat Membuat penyebaran biru/hijau di Amazon RDS Aurora.

Gambar berikut menunjukkan contoh blue/green penerapan lingkungan produksi dari langkah 1. Saat membuat blue/green penyebaran, RDS menyalin topologi lengkap dan konfigurasi cluster Aurora DB untuk menciptakan lingkungan hijau. Nama-nama klaster DB dan instans DB yang disalin ditambahkan dengan -green-random-characters. Lingkungan pementasan dalam gambar berisi cluster DB (auroradb-green-). abc123 Ini juga berisi tiga instance DB di cluster DB (auroradb-instance1-green-, auroradb-instance2-green-, dan auroradb-instance3-green-)abc123. abc123 abc123

Saat Anda membuat blue/green penerapan, Anda dapat menentukan versi mesin DB yang lebih tinggi dan grup parameter cluster DB yang berbeda untuk cluster DB di lingkungan hijau. Anda juga dapat menentukan grup parameter DB yang berbeda untuk instans DB di klaster DB.

RDS juga mengonfigurasi replikasi dari instans DB primer di lingkungan biru ke instans DB primer di lingkungan hijau.

penting
Untuk Aurora MySQL versi 3, setelah Anda membuat blue/green penyebaran, cluster DB di lingkungan hijau tidak mengizinkan operasi tulis secara default. Namun, ini tidak berlaku untuk pengguna yang memiliki CONNECTION_ADMIN hak istimewa, termasuk pengguna master Aurora. Pengguna dengan hak istimewa ini dapat mengesampingkan perilaku tersebut. read_only Untuk informasi selengkapnya, lihat Model hak akses berbasis peran.
Buat perubahan pada lingkungan pementasan.

Misalnya, Anda dapat mengubah kelas instans DB yang digunakan oleh satu atau lebih instance DB di lingkungan hijau.

Untuk informasi tentang memodifikasi klaster DB, lihat Memodifikasi klaster DB Amazon Aurora.
Uji lingkungan pementasan Anda.

Selama pengujian, sebaiknya pertahankan basis data Anda di lingkungan hijau agar hanya dapat dibaca saja. Aktifkan operasi tulis di lingkungan hijau dengan hati-hati karena dapat mengakibatkan konflik replikasi. Hal ini juga dapat menghasilkan data yang tidak diinginkan dalam basis data produksi setelah switchover. Untuk mengaktifkan operasi tulis untuk Aurora MySQL, atur read_only parameternya ke0, lalu reboot instance DB. Untuk Aurora PostgreSQL, atur parameter ke level sesi. default_transaction_read_only off
Saat siap, beralih ke transisi lingkungan pementasan menjadi lingkungan produksi baru. Untuk petunjuknya, lihat Mengalihkan penerapan biru/hijau di Amazon RDS Aurora.

Switchover menyebabkan waktu henti. Waktu henti biasanya kurang dari satu menit, tetapi bisa lebih lama tergantung beban kerja Anda.

Gambar berikut menunjukkan klaster DB setelah switchover.

Setelah switchover, klaster DB Aurora di lingkungan hijau menjadi klaster DB produksi baru. Nama dan titik akhir di lingkungan produksi saat ini ditetapkan ke lingkungan produksi yang baru dialihkan, tidak memerlukan perubahan pada aplikasi Anda. Akibatnya, lalu lintas produksi Anda sekarang mengalir ke lingkungan produksi baru. Klaster DB dan instans DB di lingkungan biru diganti namanya dengan menambahkan -oldn ke nama saat ini, dengan n adalah angka. Misalnya, anggap nama instans DB di lingkungan biru adalah auroradb-instance-1. Setelah switchover, nama instans DB bisa jadi auroradb-instance-1-old1.

Dalam contoh pada gambar, perubahan berikut terjadi selama switchover:
- Klaster DB lingkungan hijau auroradb-green-abc123 menjadi klaster DB produksi bernama auroradb.
- Instans DB lingkungan hijau bernama auroradb-instance1-green-abc123 menjadi instans DB produksi auroradb-instance1.
- Instans DB lingkungan hijau bernama auroradb-instance2-green-abc123 menjadi instans DB produksi auroradb-instance2.
- Instans DB lingkungan hijau bernama auroradb-instance3-green-abc123 menjadi instans DB produksi auroradb-instance3.
- Klaster DB lingkungan biru bernama auroradb menjadi auroradb-old1.
- Instans DB lingkungan biru bernama auroradb-instance1 menjadi auroradb-instance1-old1.
- Instans DB lingkungan biru bernama auroradb-instance2 menjadi auroradb-instance2-old1.
- Instans DB lingkungan biru bernama auroradb-instance3 menjadi auroradb-instance3-old1.
Jika Anda tidak lagi membutuhkan blue/green penerapan, Anda dapat menghapusnya. Untuk petunjuknya, lihat Menghapus penyebaran biru/hijau di Amazon RDS Aurora.

Setelah switchover, lingkungan produksi sebelumnya tidak dihapus sehingga Anda dapat menggunakannya untuk pengujian regresi, jika perlu.