Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Pertimbangan dan batasan untuk penerapan biru/hijau
Amazon RDS melacak sumber daya dalam penerapan biru/hijau dengan DbiResourceId
dari setiap sumber daya. ID sumber daya ini adalah pengenal Wilayah AWS-unik dan tidak dapat diubah untuk sumber daya.
ID sumber daya terpisah dari ID klaster DB:
![Membuat deployment blue/green](images/blue-green-deployment-resource-id.png)
Nama (ID instans) sumber daya berubah saat Anda switchover deployment blue/green, tetapi setiap sumber daya menyimpan ID sumber daya yang sama. Misalnya, pengidentifikasi instans DB mungkin adalah mydb
di lingkungan biru. Setelah switchover, instans DB yang sama mungkin diganti namanya menjadi mydb-old1
. Namun, ID sumber daya instans DB tidak berubah selama switchover. Jadi, ketika sumber daya hijau dipromosikan menjadi sumber daya produksi baru, sumber daya mereka IDs tidak cocok dengan sumber daya biru IDs yang sebelumnya dalam produksi.
Setelah mengalihkan penerapan biru/hijau, pertimbangkan untuk memperbarui sumber daya IDs ke sumber daya produksi yang baru dipromosikan untuk fitur dan layanan terintegrasi yang Anda gunakan dengan sumber daya produksi. Secara khusus, pertimbangkan pembaruan berikut:
-
Jika Anda melakukan pemfilteran menggunakan sumber daya RDS API danIDs, sesuaikan sumber daya yang IDs digunakan dalam pemfilteran setelah peralihan.
-
Jika Anda menggunakan CloudTrail untuk mengaudit sumber daya, sesuaikan konsumen CloudTrail untuk melacak sumber daya baru IDs setelah peralihan. Untuk informasi selengkapnya, lihat Memantau panggilan API Amazon RDS di AWS CloudTrail.
-
Jika Anda menggunakan Performance InsightsAPI, sesuaikan sumber daya IDs dalam panggilan ke peralihan API setelah. Untuk informasi selengkapnya, lihat .
Anda dapat memantau basis data dengan nama yang sama setelah switchover, tetapi basis data tersebut tidak berisi data sebelum switchover.
-
Jika Anda menggunakan sumber daya IDs dalam IAM kebijakan, pastikan Anda menambahkan sumber daya IDs sumber daya yang baru dipromosikan bila diperlukan. Untuk informasi selengkapnya, lihat Manajemen identitas dan akses untuk Amazon RDS.
-
Jika Anda memiliki IAM peran yang terkait dengan instans DB Anda, pastikan untuk mengasosiasikannya kembali setelah peralihan. Peran terlampir tidak secara otomatis disalin ke lingkungan hijau.
-
Jika Anda mengautentikasi ke instans DB menggunakan otentikasi IAM database, pastikan IAM kebijakan yang digunakan untuk akses database memiliki database biru dan hijau yang tercantum di bawah
Resource
elemen kebijakan. Ini diperlukan agar dapat terhubung ke basis data hijau setelah switchover. Untuk informasi selengkapnya, lihat Membuat dan menggunakan kebijakan IAM untuk akses basis data IAM. -
Jika Anda menggunakannya AWS Backup untuk mengelola cadangan sumber daya otomatis dalam penerapan biru/hijau, sesuaikan sumber daya IDs yang digunakan setelah peralihan. AWS Backup Untuk informasi selengkapnya, lihat Menggunakan AWS Backup untuk mengelola backup otomatis.
-
Jika Anda ingin memulihkan snapshot DB manual atau otomatis untuk instans DB yang merupakan bagian dari deployment blue/green, pastikan Anda memulihkan snapshot DB yang benar dengan memeriksa waktu ketika snapshot diambil. Untuk informasi selengkapnya, lihat Memulihkan ke instans DB.
-
Jika Anda ingin menjelaskan pencadangan otomatis instans DB lingkungan biru sebelumnya atau memulihkannya ke waktu tertentu, gunakan ID sumber daya untuk operasi tersebut.
Karena nama instans DB berubah selama switchover, Anda tidak dapat menggunakan nama sebelumnya untuk operasi
DescribeDBInstanceAutomatedBackups
atauRestoreDBInstanceToPointInTime
.Untuk informasi selengkapnya, lihat Memulihkan instans DB dengan waktu yang ditentukan.
-
Saat Anda menambahkan replika baca ke instans DB di lingkungan hijau dari deployment blue/green, replika baca baru tidak akan menggantikan replika baca di lingkungan biru saat Anda switch over. Namun, replika baca baru dipertahankan di lingkungan produksi baru setelah switchover.
-
Jika Anda menghapus instans DB di lingkungan hijau deployment blue/green, Anda tidak dapat membuat instans DB baru untuk menggantikannya dalam deployment blue/green.
Jika Anda membuat instans DB baru dengan nama yang sama dan Amazon Resource Name (ARN) sebagai instans DB yang dihapus, instans tersebut memiliki instans yang berbeda
DbiResourceId
, jadi itu bukan bagian dari lingkungan hijau.Perilaku berikut akan terjadi jika Anda menghapus instans DB di lingkungan hijau:
-
Jika ada instans DB di lingkungan biru dengan nama yang sama, instans tersebut tidak akan switchover ke instans DB di lingkungan hijau. Instans DB ini tidak akan diganti namanya dengan menambahkan
-old
ke nama instans DB tersebut.n
-
Aplikasi apa pun yang menunjuk ke instans DB di lingkungan biru terus menggunakan instans DB yang sama setelah switchover.
Perilaku yang sama berlaku untuk instans DB dan replika baca.
-
Batasan untuk deployment blue/green
Batasan berikut berlaku untuk deployment blue/green.
Batasan umum untuk deployment blue/green
Batasan umum berikut berlaku untuk deployment blue/green:
-
Penerapan biru/hijau tidak mendukung pengelolaan kata sandi pengguna utama dengan. AWS Secrets Manager
Jika volume log khusus (DLV) diaktifkan pada database biru, itu harus diaktifkan pada semua instans DB, termasuk replika baca.
-
Selama peralihan, lingkungan biru dan hijau tidak dapat memiliki ETL integrasi nol dengan Amazon Redshift. Anda harus menghapus integrasi tersebut terlebih dahulu dan switchover, lalu membuat ulang integrasi.
-
Penjadwal Peristiwa (parameter
event_scheduler
) harus dinonaktifkan di lingkungan hijau saat Anda membuat deployment blue/green. Ini mencegah peristiwa dihasilkan di lingkungan hijau dan menyebabkan inkonsistensi. -
Anda tidak dapat mengubah instans DB yang tidak terenkripsi menjadi instans DB yang terenkripsi.
-
Anda tidak dapat mengubah instans DB biru ke versi engine yang lebih tinggi daripada instans DB hijau yang sesuai.
-
Sumber daya di lingkungan biru dan lingkungan hijau harus berada dalam Akun AWS yang sama.
-
Deployment blue/green tidak didukung untuk fitur berikut:
-
RDSProksi Amazon
-
Replika baca kaskade
-
Replika baca Lintas Wilayah
-
AWS CloudFormation
-
Deployment klaster DB Multi-AZ
Deployment blue/green didukung untuk deployment instans DB Multi-AZ. Untuk informasi selengkapnya tentang deployment Multi-AZ, lihat Mengonfigurasi dan mengelola deployment Multi-AZ.
-
keterbatasan untuk penerapan biru/hijau
Batasan berikut berlaku untuk penerapan SQL biru/hijau saya:
-
SQLVersi saya 8.0.11 hingga 8.0.13 memiliki bug komunitas
yang mencegah mereka mendukung penerapan biru/hijau. -
instans DB biru tidak bisa menjadi replika binlog eksternal.
-
Jika database sumber dikaitkan dengan grup opsi kustom, Anda tidak dapat menentukan peningkatan versi utama saat membuat penerapan biru/hijau.
Dalam hal ini, Anda dapat membuat deployment blue/green tanpa menentukan peningkatan versi mayor. Kemudian, Anda dapat meningkatkan basis data di lingkungan hijau. Untuk informasi selengkapnya, lihat Meningkatkan versi mesin instans DB.
-
Penerapan biru/hijau tidak mendukung Driver untuk My. AWS JDBC SQL Untuk informasi selengkapnya, lihat Batasan yang Diketahui
pada GitHub.
biru/hijau SQL
Batasan berikut berlaku untuk penyebaran SQL biru/hijau Postgre:
-
Versi berikut didukung sebagai sumber peningkatan dan versi target: 11.21 dan lebih tinggi, 12.16 dan lebih tinggi, 13.12 dan lebih tinggi, 14.9 dan lebih tinggi, dan 15.4 dan lebih tinggi. Untuk versi yang lebih rendah, Anda dapat melakukan peningkatan versi minor ke versi yang didukung.
-
Tabel yang tidak tercatat
tidak direplikasi ke lingkungan hijau . -
instans DB biru tidak dapat berupa sumber logis yang dikelola sendiri (penerbit) atau replika (pelanggan).
-
Jika biru dikonfigurasi sebagai server asing dari ekstensi pembungkus data asing (FDW), Anda harus menggunakan nama titik akhir instance alih-alih alamat IP. Hal ini memungkinkan konfigurasi untuk tetap berfungsi setelah switchover.
-
Ekstensi
pg_partman
harus dinonaktifkan di lingkungan biru saat Anda membuat deployment blue/green. Ekstensi melakukan DDL operasi sepertiCREATE TABLE
, yang mematahkan replikasi logis dari lingkungan biru ke lingkungan hijau. -
Ekstensi
pg_cron
harus tetap dinonaktifkan di semua basis data hijau setelah deployment blue/green dibuat. Ekstensi tersebut memiliki pekerja latar belakang yang berjalan sebagai superuser dan melewati pengaturan hanya baca di lingkungan hijau, yang dapat menyebabkan konflik replikasi. Ekstensi
pg_active
danpglogical
harus dinonaktifkan di lingkungan biru saat Anda membuat deployment blue/green. Setelah Anda mempromosikan lingkungan hijau menjadi lingkungan produksi baru, Anda dapat mengaktifkan ekstensi lagi. Selain itu, basis data biru tidak bisa menjadi pelanggan logis dari instans eksternal.-
Jika Anda menggunakan
pgAudit
ekstensi, ekstensi harus tetap berada di pustaka bersama (shared_preload_libraries
) pada grup parameter DB khusus untuk instance DB biru dan hijau. Untuk informasi selengkapnya, lihat Menyiapkan pgAudit ekstensi.
Batasan replikasi SQL logis Postgre untuk penerapan biru/hijau
Deployment blue/green menggunakan replikasi logis agar lingkungan pementasan tetap sinkron dengan lingkungan produksi. Postgre SQL memiliki batasan tertentu yang terkait dengan replikasi logis, yang diterjemahkan ke batasan saat membuat penerapan biru/hijau untuk cluster Postgre DB untuk instance Postgre DB. RDS SQL
Tabel berikut menjelaskan batasan replikasi logis yang berlaku untuk penerapan biru/hijau untuk Postgre untuk Postgre. SQL RDS SQL
Batasan | Penjelasan |
---|---|
Pernyataan bahasa definisi data (DDL), seperti CREATE TABLE danCREATE SCHEMA , tidak direplikasi dari lingkungan biru ke lingkungan hijau. |
Jika mendeteksi DDL perubahan di lingkungan biru, database hijau Anda memasukkan status Replikasi terdegradasi. Anda menerima acara yang memberi tahu Anda bahwa DDL perubahan di lingkungan biru tidak dapat direplikasi ke lingkungan hijau. Anda harus menghapus deployment blue/green dan semua basis data hijau, lalu buat kembali semuanya. Jika tidak, Anda tidak dapat switchover deployment blue/green. |
Operasi NEXTVAL pada objek urutan tidak disinkronkan antara lingkungan biru dan lingkungan hijau. |
Selama peralihan, Aurora menambah nilai urutan di lingkungan hijau agar sesuai dengan yang ada di lingkungan biru. Jika Anda memiliki ribuan urutan, hal ini dapat menunda switchover. |
Pembuatan atau perubahan objek besar di lingkungan biru tidak direplikasi ke lingkungan hijau. |
Jika mendeteksi pembuatan atau modifikasi objek besar di lingkungan biru yang disimpan dalam tabel RDS menghasilkan peristiwa yang memberi tahu Anda bahwa perubahan objek besar di lingkungan biru tidak dapat direplikasi ke lingkungan hijau. Anda harus menghapus deployment blue/green dan semua basis data hijau, lalu buat kembali semuanya. Jika tidak, Anda tidak dapat switchover deployment blue/green. |
Tampilan terwujud tidak secara otomatis disegarkan di lingkungan hijau. |
Menyegarkan tampilan terwujud di lingkungan biru tidak akan menyegarkannya di lingkungan hijau. Setelah peralihan, Anda dapat menyegarkannya secara manual menggunakan REFRESHMATERIALIZEDVIEW |
UPDATEdan DELETE operasi tidak diizinkan pada tabel yang tidak memiliki kunci utama. |
Sebelum Anda membuat deployment blue/green, pastikan semua tabel di instans DB memiliki kunci primer. |
Untuk informasi selengkapnya, lihat Pembatasan