Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Pertimbangan untuk RDS Kustom untuk peningkatan OS Oracle
Ketika Anda merencanakan pemutakhiran OS, pertimbangkan hal-hal berikut:
-
Anda tidak dapat menyediakan sendiri AMI untuk digunakan dalam RDS Custom for OracleCEV. Anda dapat menentukan default AMI atau AMI yang sebelumnya telah digunakan oleh RDS Custom for OracleCEV.
catatan
RDSCustom for Oracle merilis default baru AMI ketika kerentanan dan eksposur umum ditemukan. Tidak ada jadwal tetap yang tersedia atau dijamin. RDSCustom for Oracle cenderung mempublikasikan default baru AMI setiap 30 hari.
-
Saat memutakhirkan OS di instans basis data utama, Anda harus memutakhirkan replika bacanya yang terkait secara manual.
-
Cadangan kapasitas EC2 komputasi Amazon yang cukup untuk jenis instans Anda di AZ sebelum Anda mulai menambal OS.
Saat membuat Reservasi Kapasitas, Anda menentukan AZ, jumlah instans, dan atribut-atribut instans (yang meliputi jenis instans). Misalnya, jika instans DB Anda menggunakan tipe EC2 instans dasar r5.large, sebaiknya Anda memesan EC2 kapasitas untuk r5.large di AZ Anda. Selama penambalan OS, RDS Custom membuat satu host baru tipe db.r5.large, yang dapat macet jika AZ tidak memiliki EC2 kapasitas untuk jenis instans ini. Jika Anda memesan EC2 kapasitas, Anda menurunkan risiko patch diblokir yang disebabkan oleh kendala kapasitas. Untuk informasi selengkapnya, lihat Reservasi Kapasitas Sesuai Permintaan di EC2Panduan Pengguna Amazon.
-
Cadangkan instans basis data Anda sebelum memutakhirkan OS-nya. Pemutakhiran menghapus data volume root Anda dan segala kustomisasi OS yang ada.
-
Dalam model tanggung jawab bersama, Anda bertanggung jawab untuk menjaga OS tetap mutakhir. RDSCustom for Oracle tidak mengamanatkan patch mana yang Anda terapkan ke OS Anda. Jika RDS Custom for Oracle Anda berfungsi, Anda dapat menggunakan yang AMI terkait dengan ini CEV tanpa batas.
