Rekomendasi replatforming - AWS Bimbingan Preskriptif
Pertimbangan jenis volume Amazon EBSPraktik terbaik Amazon RDS for Oracle

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

Rekomendasi replatforming

Sebagian besar pengguna memilih Amazon RDS for Oracle ketika mereka bermigrasi dari database lokal Exadata untuk memanfaatkan layanan database terkelola dan untuk meningkatkan kelincahan dan elastisitas. Amazon RDS for Oracle harus selalu menjadi pilihan pertama Anda untuk menjalankan AWS database Oracle karena fitur otomatisasi dan manajemennya.

Pertimbangan jenis volume Amazon EBS

Amazon RDS for Oracle menawarkan dua jenis volume EBS: General Purpose solid state drive (SSD) dan Provisioned IOPS SSD. Ukuran database Anda, persyaratan IOPS, dan estimasi throughput membantu Anda menentukan jenis volume EBS yang sesuai untuk digunakan.

Ketika aplikasi Anda tidak memerlukan kinerja penyimpanan yang tinggi, Anda dapat menggunakan penyimpanan General Purpose SSD (gp2). Performa dasar I/O untuk penyimpanan gp2 adalah 3 IOPS untuk setiap GiB, dengan minimal 100 IOPS. Ini berarti bahwa volume yang lebih besar memiliki kinerja yang lebih baik. Misalnya, kinerja dasar untuk satu volume 100 GiB adalah 300 IOPS. Performa dasar untuk satu volume 1.000 GiB adalah 3.000 IOPS. Performa dasar maksimum untuk satu volume gp2 (5334 GiB dan lebih) adalah 16.000 IOPS. Volume gp2 individual yang berukuran di bawah 1.000 GiB juga memiliki kemampuan untuk melonjak hingga 3.000 IOPS untuk jangka waktu yang lama.

Volume General Purpose SSD (gp3) mendukung maksimum 16.000 IOPS per volume EBS. Volume Amazon EBS gp3 dapat berkisar dari satu GiB hingga 16 TiB. Saat Anda menggunakan volume gp3, Anda dapat mencapai maksimum 64.000 IOPS untuk instans Amazon RDS for Oracle. Dengan menggunakan volume penyimpanan gp3, Anda dapat menyesuaikan kinerja penyimpanan secara independen dari kapasitas penyimpanan. Kinerja penyimpanan adalah kombinasi dari operasi I/O per detik (IOPS) dan seberapa cepat volume penyimpanan dapat melakukan operasi baca dan tulis (throughput penyimpanan). Pada volume penyimpanan gp3, Amazon RDS menyediakan kinerja penyimpanan dasar 3.000 IOPS dan 125 MIB/s.

Untuk setiap mesin Amazon RDS DB kecuali Amazon RDS for SQL Server, ketika ukuran penyimpanan untuk volume gp3 mencapai ambang tertentu, kinerja penyimpanan dasar meningkat menjadi 12.000 IOPS dan 500 MiB/s. Ini karena pembagian volume, penyimpanan menggunakan empat volume, bukan satu.

Volume SSD IOPS yang tersedia

Volume IOPS SSD (io1) yang disediakan dirancang untuk memenuhi kebutuhan beban kerja intensif I/O yang sensitif terhadap kinerja dan konsistensi penyimpanan. Volume Amazon EBS io1 menghasilkan latensi milidetik satu digit. Saat memilih volume Amazon EBS io1 untuk Amazon RDS for Oracle, Anda harus memberikan nilai penyimpanan yang dialokasikan dan nilai IOPS yang disediakan. Volume io1 dapat berkisar dalam ukuran dari 4 GiB hingga 16 TiB. IOPS maksimum per io1 volume adalah 64.000. Saat Anda menggunakan volume io1, Anda dapat mencapai maksimum 256.000 IOPS dan throughput maksimum 4 Gbps (membutuhkan 256 KB IOPS) untuk instans Amazon RDS for Oracle. Throughput penulisan maksimum untuk instans Amazon RDS for Oracle dengan Multi-AZ diaktifkan adalah 625 MBps.

io2 Block Express adalah opsi penyimpanan IOPS SSD Provisioned yang lebih baru. Volume io2 dapat berkisar dalam ukuran dari 4 GiB hingga 64 TiB. IOPS maksimum per io2 volume adalah 256.000. io2 Block Express juga menyediakan latensi rata-rata sub-milidetik dan karenanya mengungguli io1. Saat menggunakan penyimpanan SSD IOPS Tertentu, io2 adalah opsi yang disarankan untuk digunakan. Anda dapat meningkatkan volume io1 ke io2 Block Express volume tanpa downtime, dan secara signifikan meningkatkan kinerja dan keandalan aplikasi Anda tanpa meningkatkan biaya penyimpanan. Untuk informasi selengkapnya, lihat posting AWS blog Amazon RDS sekarang mendukung volume i02 Block Express untuk beban kerja database yang sangat penting.

Praktik terbaik Amazon RDS for Oracle

Pertimbangkan praktik terbaik berikut saat Anda bermigrasi dari Exadata di tempat ke Amazon RDS for Oracle:

  • Sebelum Anda memigrasikan data dari Exadata ke Amazon RDS for Oracle, tingkatkan ukuran redo log dari nilai default 128 MB. Jika tidak, pengalihan redo log mungkin terjadi terlalu sering dan menyebabkan penurunan kinerja.

  • Aktifkan Performance Insights (yang memiliki periode retensi data 7 hari default) setelah pemuatan data awal.

  • Siapkan Multi-AZ untuk database produksi setelah pemuatan data awal.

  • Integrasikan Amazon RDS for Oracle CloudWatch dengan Amazon (minimal, gunakan log peringatan, pendengar, dan agen OEM) setelah pemuatan data awal.

  • Instal Agen Oracle Enterprise Manager (OEM) di grup opsi Amazon RDS for Oracle terkait. Ini membutuhkan OEM fungsional yang sudah ada di AWS atau di tempat. Anda dapat mengatur OEM dalam mode yang sangat tersedia AWS.

  • Menerapkan alarm Amazon RDS untuk hal berikut untuk memberi tahu administrator sebelum kapasitas maksimum dilanggar:

    • Pemanfaatan CPU, tulis IOPS, baca IOPS, tulis throughput

    • Membaca throughput, memori yang dapat dibebaskan, penggunaan swap

  • Amazon RDS mengunggah log transaksi untuk instans DB ke Amazon S3 setiap lima menit. Untuk melihat waktu restorable terbaru untuk instans DB, gunakan AWS CLI describe-db-instancesperintah dan lihat nilai yang dikembalikan di LatestRestorableTime bidang untuk instans DB. Amazon RDS dapat mengunggah log transaksi lebih sering jika persyaratan point-in-time pemulihan Anda kurang dari lima menit. Untuk mengubah nilai default, ubah parameter ARCHIVE_LAG_TARGET inisialisasi di grup parameter Amazon RDS for Oracle terkait. Anda dapat mengatur nilai parameter ini ke 60, 120, 180, 240, atau 300 detik. Namun, ada pengorbanan jika Anda menetapkan nilai yang lebih rendah: Lebih banyak file log redo akan dihasilkan dan peralihan file log akan terjadi lebih sering.

  • Menerapkan Oracle Unified Audit, yang merupakan kerangka audit yang direkomendasikan Oracle, dalam mode campuran. Secara default, audit terpadu tidak diaktifkan di Amazon RDS (). AUDIT_TRAIL=NONE Anda dapat mengaktifkannya dengan mengatur AUDIT_TRAIL=DB atauAUDIT_TRAIL=DB, EXTENDED. Untuk informasi selengkapnya, lihat posting AWS blog Audit keamanan di Amazon RDS for Oracle: Bagian 1.

  • Untuk melindungi dari ancaman internal, konfigurasikan aliran aktivitas database jika berlaku. Fitur ini bekerja dengan audit terpadu Oracle dan menyediakan aliran real-time hampir semua pernyataan yang diaudit (SELECT,,, DML DDLDCL,TCL) yang berjalan di instans DB. Data audit dikumpulkan dari lokasi audit database terpadu, sedangkan penyimpanan dan pemrosesan aktivitas database dikelola di luar database di Amazon Kinesis Data Streams. Untuk informasi selengkapnya, lihat posting AWS blog Audit keamanan di Amazon RDS for Oracle: Bagian 2.

  • Jika Anda lebih suka audit standar, Anda dapat mengintegrasikan laporan audit dengan Amazon CloudWatch setelah pemuatan data awal. Saat Anda mengaktifkan audit standar dengan menyetel AUDIT_TRAIL parameter keOS,, atau XMLXML, EXTENDED, Amazon RDS for Oracle menghasilkan catatan audit yang disimpan .AUD sebagai .XML atau file sistem operasi di instans Amazon RDS for Oracle. File audit ini biasanya disimpan di Amazon RDS for Oracle misalnya selama tujuh hari. Anda dapat mengonfigurasi Amazon RDS for Oracle untuk mempublikasikan CloudWatch file-file ini, di mana mereka dapat melakukan analisis real-time dari data log, menyimpan data dalam penyimpanan yang sangat tahan lama, dan mengelola data CloudWatch dengan agen log. AWS menyimpan data log yang dipublikasikan ke CloudWatch log untuk jangka waktu yang tidak terbatas di AWS akun kecuali Anda menentukan periode retensi.