Keterbatasan dan pertimbangan untuk penerapan biru/hijau - Layanan Basis Data Relasional Amazon
BatasanPertimbangan

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

Keterbatasan dan pertimbangan untuk penerapan biru/hijau

Penerapan biru/hijau di RDS Amazon memerlukan pertimbangan yang cermat terhadap faktor-faktor seperti slot replikasi, manajemen sumber daya, ukuran instans, dan potensi dampak pada kinerja database. Bagian berikut memberikan panduan untuk membantu Anda mengoptimalkan strategi penyebaran untuk memastikan waktu henti minimal, transisi yang mulus, dan pengelolaan lingkungan database Anda yang efektif.

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 sama Akun AWS.

  • Deployment blue/green tidak didukung untuk fitur berikut:

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 AWS JDBCSopir untuk sayaSQL. 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, 15.4 dan lebih tinggi, dan 16.1 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.

  • Dalam penyebaran biru/hijau, setiap database memerlukan slot replikasi logis. Seiring bertambahnya jumlah database, overhead sumber daya meningkat dan berpotensi menyebabkan kelambatan replikasi, terutama jika instans tidak cukup diskalakan. Dampaknya tergantung pada faktor-faktor seperti beban kerja database dan jumlah koneksi.

  • 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 pgactive dan pglogical 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 pg_largeobject sistem, database hijau Anda memasukkan status Replikasi terdegradasi.

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 REFRESHMATERIALIZEDVIEWperintah, atau menjadwalkan penyegaran.

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 dalam dokumentasi replikasi SQL logis Postgre.

Pertimbangan untuk deployment blue/green

Amazon RDS melacak sumber daya dalam penerapan biru/hijau dengan DbiResourceId dari setiap sumber daya. ID sumber daya ini adalah Wilayah AWS-unik, pengidentifikasi abadi untuk sumber daya.

ID sumber daya terpisah dari ID instance DB. Masing-masing tercantum dalam konfigurasi database di RDS konsol.

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 Anda 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 Amazon.

  • 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 menggunakan AWS Backup untuk mengelola cadangan sumber daya otomatis dalam penerapan biru/hijau, sesuaikan sumber daya yang digunakan oleh IDs AWS Backup setelah switchover. Untuk informasi selengkapnya, lihat Menggunakan AWS Backup untuk mengelola cadangan otomatis untuk Amazon RDS.

  • 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 atau RestoreDBInstanceToPointInTime.

    Untuk informasi selengkapnya, lihat Memulihkan instans DB ke waktu tertentu untuk Amazon RDS.

  • 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 berbedaDbiResourceId, 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 -oldn ke nama instans DB tersebut.

    • 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.