Penyimpanan instans DB Amazon RDS - Layanan Basis Data Relasional Amazon
Jenis penyimpananPenyimpanan IOPS yang TersediaPenyimpanan Tujuan UmumKarakteristik kinerja SSDPenyimpanan magnetik (warisan, tidak disarankan)Volume log khusus (DLV)Memantau kinerja basis dataFaktor-faktor yang mempengaruhi kinerja database

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

Penyimpanan instans DB Amazon RDS

Instans DB untuk Amazon RDS for Db2, MariaDB, MySQL, PostgreSQL, Oracle, dan Microsoft SQL Server menggunakan volume Amazon Elastic Block Store (Amazon EBS) untuk penyimpanan basis data dan log.

Dalam beberapa kasus, beban kerja basis data Anda mungkin tidak dapat mencapai 100 persen IOPS yang telah Anda sediakan. Untuk informasi selengkapnya, lihat Faktor-faktor yang mempengaruhi kinerja database.

Untuk informasi selengkapnya tentang harga penyimpanan instans, lihat Harga Amazon RDS.

Jenis penyimpanan Amazon RDS

Amazon RDS menyediakan tiga jenis penyimpanan: Provisioned IOPS SSD (juga dikenal sebagai io1 dan io2 Block Express), General Purpose SSD (juga dikenal sebagai gp2 dan gp3), dan magnetik (juga dikenal sebagai standar). Ketiganya memiliki karakteristik performa dan harga yang berbeda, artinya Anda dapat menyesuaikan performa penyimpanan dan biaya untuk kebutuhan beban kerja basis data Anda. Anda dapat membuat instance Db2, MySQL, MariaDB, Oracle, SQL Server, dan PostgreSQL RDS DB dengan penyimpanan hingga 64 tebibytes (TiB). RDS untuk Db2 tidak mendukung jenis penyimpanan gp2 dan magnetik.

Daftar berikut menjelaskan secara singkat tiga jenis penyimpanan:

  • SSD IOPS yang Tersedia – Penyimpanan IOPS yang Tersedia dirancang untuk memenuhi kebutuhan beban kerja intensif I/O, khususnya beban kerja basis data yang memerlukan latensi I/O rendah dan throughput I/O yang konsisten. Penyimpanan IOPS yang Tersedia sangat cocok untuk lingkungan produksi.

    Untuk informasi selengkapnya tentang penyimpanan IOPS yang Tersedia, termasuk rentang ukuran penyimpanannya, lihat Penyimpanan SSD IOPS yang Tersedia.

  • SSD Tujuan Umum – Volume SSD Tujuan Umum menawarkan penyimpanan hemat biaya yang ideal untuk berbagai beban kerja yang berjalan di instans DB ukuran sedang. Penyimpanan Tujuan Umum sangat cocok untuk pengembangan dan pengujian lingkungan.

    Untuk informasi selengkapnya tentang penyimpanan SSD Tujuan Umum, termasuk rentang ukuran penyimpanan, lihat Penyimpanan SSD Tujuan Umum.

  • Magnetik – Amazon RDS juga mendukung penyimpanan magnetik untuk kompatibilitas mundur. Sebaiknya Anda menggunakan SSD Tujuan Umum atau SSD IOPS yang Tersedia untuk kebutuhan penyimpanan baru. Jumlah maksimum penyimpanan yang diizinkan untuk instans DB pada penyimpanan magnetik adalah 3 TiB. Untuk informasi selengkapnya, lihat Penyimpanan magnetik (warisan, tidak disarankan).

Penyimpanan SSD IOPS yang Tersedia

Untuk aplikasi produksi yang memerlukan performa I/O yang cepat dan konsisten, kami merekomendasikan penyimpanan IOPS yang Tersedia. Penyimpanan IOPS yang Tersedia adalah jenis penyimpanan yang memberikan performa yang dapat diprediksi, dan latensi rendah yang konsisten. Penyimpanan IOPS yang Tersedia dioptimalkan untuk beban kerja pemrosesan transaksi online (OLTP) yang membutuhkan performa yang konsisten. IOPS yang Tersedia membantu penyelarasan performa beban kerja ini.

Amazon RDS menawarkan dua jenis penyimpanan SSD IOPS yang Disediakan: io2 dan io1. Saat membuat instans DB, Anda menentukan tingkat IOPS dan ukuran volumenya. Amazon RDS memberikan tingkat IOPS tersebut untuk instans DB hingga Anda mengubahnya.

penyimpanan io2 Block Express (disarankan)

Untuk beban kerja intensif I/O dan sensitif latensi, kami menyarankan Anda menggunakan penyimpanan IOPS SSD io2 Block Express yang disediakan untuk mencapai hingga 256.000 operasi I/O per detik (IOPS). Throughput volume io2 Block Express bervariasi berdasarkan jumlah IOPS yang disediakan per volume dan ukuran operasi I/O yang dijalankan.

Semua volume RDS io2 berdasarkan Sistem AWS Nitro adalah volume Blok Ekspres io2 dan memberikan latensi rata-rata sub-milidetik. Instans DB yang tidak didasarkan pada Sistem AWS Nitro adalah volume io2.

Tabel berikut menunjukkan rentang IOPS yang Disediakan dan throughput maksimum untuk setiap mesin database dan rentang ukuran penyimpanan.

Mesin basis data Rentang ukuran penyimpanan Rentang IOPS yang Tersedia Throughput maksimum
Db2, MariaDB, MySQL, dan PostgreSQL 100—65.536 GiB 1.000–256.000 IOPS 16.000 MIB/s
Oracle 100—199 GiB 1.000—199.000 IOPS 4.000 MiB/dtk
Oracle 200—65.536 GiB 1.000–256.000 IOPS 16.000 MIB/s
SQL Server 20—65,536 GiB 1.000–256.000 IOPS 4.000 MiB/dtk

Rentang ukuran penyimpanan dan IOPS memiliki batasan berikut:

  • Rasio IOPS terhadap penyimpanan yang dialokasikan (dalam GiB) harus dari 0,5-1.000. Untuk instans DB yang tidak didasarkan pada Sistem AWS Nitro, rasionya harus dari 0,5-500.

  • IOPS maksimum dapat disediakan dengan volume 256 GiB dan lebih besar (1.000 IOPS × 256 GiB = 256.000 IOPS). Untuk instans DB yang tidak didasarkan pada Sistem AWS Nitro, IOPS maksimum dicapai pada 512 GiB (500 IOPS x 512 GiB = 256.000 IOPS).

  • Timbangan throughput secara proporsional hingga ukuran MiB/s per provisioned IOPS. Maximum throughput of 4,000 MiB/s can be achieved at 256,000 IOPS with a 16-KiB I/O size and 16,000 IOPS or higher with a 256-KiB I/O 0,256. Untuk instans DB yang tidak didasarkan pada Sistem AWS Nitro, throughput maksimum 2.000 ukuran. MiB/s can be achieved at 128,000 IOPS with a 16-KiB I/O

  • Jika Anda menggunakan penskalaan otomatis penyimpanan, rasio yang sama antara ambang penyimpanan maksimum dan IOPS (dalam GiB) juga berlaku. Untuk informasi selengkapnya tentang penskalaan otomatis penyimpanan, lihat Mengelola kapasitas secara otomatis dengan penskalaan otomatis penyimpanan Amazon RDS.

Volume Amazon RDS io2 Block Express tersedia sebagai berikut: Wilayah AWS

  • Asia Pasifik (Hong Kong)

  • Asia Pasifik (Mumbai)

  • Asia Pasifik (Seoul)

  • Asia Pasifik (Singapura)

  • Asia Pasifik (Sydney)

  • Asia Pasifik (Tokyo)

  • Kanada (Pusat)

  • Eropa (Frankfurt)

  • Eropa (Irlandia)

  • Europe (London)

  • Eropa (Stockholm)

  • Timur Tengah (Bahrain)

  • AS Timur (Ohio)

  • AS Timur (Virginia Utara)

  • AS Barat (California Utara)

  • AS Barat (Oregon)

penyimpanan io1 (generasi sebelumnya)

Untuk beban kerja intensif I/O, Anda dapat menggunakan penyimpanan io1 SSD IOPS yang Tersedia dan menghasilkan hingga 256.000 operasi I/O per detik (IOPS). Throughput volume io1 bervariasi berdasarkan jumlah IOPS yang disediakan per volume dan ukuran operasi I/O yang dijalankan. Sebaiknya gunakan penyimpanan io2 Block Express jika tersedia.

Tabel berikut menunjukkan rentang IOPS yang Disediakan dan throughput maksimum untuk setiap mesin database dan rentang ukuran penyimpanan.

Mesin basis data Rentang ukuran penyimpanan Rentang IOPS yang Tersedia Throughput maksimum
Db2, MariaDB, MySQL, dan PostgreSQL 100—399 GiB 1.000–19.950 IOPS 500 MiB/dtk
Db2, MariaDB, MySQL, dan PostgreSQL 400—65.536 GiB 1.000–256.000 IOPS 4.000 MiB/dtk
Oracle 100—199 GiB 1.000–9.950 IOPS 500 MiB/dtk
Oracle 200—65.536 GiB 1.000—256.000 IOPS¹ 4.000 MiB/dtk
SQL Server 20—16,384 GiB 1.000—64.000 IOPS² 1.000 MiB/dtk
catatan

¹ Untuk Oracle, Anda dapat menyediakan maksimum 256.000 IOPS hanya pada jenis instans r5b.

² Untuk SQL Server, maksimum 64.000 IOPS dijamin hanya pada instans berbasis NITRO yang ada di tipe instans m5*, m6i, r5*, r6i, dan z1d. Jenis instans lain menjamin performa hingga 32.000 IOPS.

Rentang ukuran penyimpanan dan IOPS memiliki batasan berikut:

  • Rasio IOPS untuk alokasi penyimpanan (dalam GiB) harus 1-50 pada RDS for SQL Server, dan 0,5-50 pada mesin DB RDS lainnya.

  • Jika Anda menggunakan penskalaan otomatis penyimpanan, rasio yang sama antara ambang penyimpanan maksimum dan IOPS (dalam GiB) juga berlaku.

    Untuk informasi selengkapnya tentang penskalaan otomatis penyimpanan, lihat Mengelola kapasitas secara otomatis dengan penskalaan otomatis penyimpanan Amazon RDS.

Menggabungkan penyimpanan IOPS yang Tersedia dengan deployment Multi-AZ atau replika baca

Untuk kasus penggunaan OLTP produksi, sebaiknya Anda menggunakan deployment Multi-AZ untuk peningkatan toleransi kesalahan pada penyimpanan IOPS yang Tersedia guna mendapatkan performa yang cepat dan dapat diprediksi.

Anda juga dapat menggunakan penyimpanan IOPS yang disediakan dengan replika baca untuk MySQL, MariaDB atau PostgreSQL. Jenis penyimpanan untuk replika baca tidak tergantung pada yang ada di instans DB primer. Misalnya, Anda dapat menggunakan SSD Tujuan Umum untuk replika baca dengan instans DB primer yang menggunakan penyimpanan SSD IOPS yang Tersedia untuk mengurangi biaya. Namun, kinerja replika baca Anda dalam kasus ini mungkin berbeda dari konfigurasi di mana instans DB utama dan replika baca menggunakan penyimpanan IOPS yang Disediakan.

Biaya penyimpanan IOPS yang Tersedia

Dengan penyimpanan IOPS yang Tersedia, Anda dikenakan biaya untuk sumber daya yang disediakan, baik jika Anda menggunakannya dalam satu bulan atau tidak.

Untuk informasi selengkapnya tentang harga, lihat Harga Amazon RDS.

Mendapatkan kinerja terbaik dari penyimpanan IOPS Amazon RDS Provisioned

Jika beban kerja Anda dibatasi oleh I/O, menggunakan penyimpanan IOPS yang Disediakan dapat meningkatkan jumlah permintaan I/O yang dapat diproses oleh sistem secara bersamaan. Peningkatan konkurensi memungkinkan penurunan latensi karena permintaan I/O mengurangi waktu dalam antrean. Penurunan latensi memungkinkan penerapan basis data yang lebih cepat, sehingga meningkatkan waktu respons dan memungkinkan throughput basis data yang lebih tinggi.

Penyimpanan IOPS yang disediakan menyediakan cara untuk memesan kapasitas I/O dengan menentukan IOPS. Namun, seperti atribut kapasitas sistem lainnya, throughput maksimumnya saat dibebani dibatasi oleh sumber daya yang dikonsumsi terlebih dahulu. Sumber daya tersebut dapat berupa bandwith jaringan, CPU, memori, atau sumber daya internal basis data.

Penyimpanan SSD Tujuan Umum

Penyimpanan Tujuan Umum menawarkan penyimpanan hemat biaya yang dapat diterima untuk sebagian besar beban kerja database yang tidak sensitif terhadap latensi atau kinerja.

catatan

Instans DB yang menggunakan penyimpanan Tujuan Umum dapat mengalami latensi yang jauh lebih lama daripada instans yang menggunakan penyimpanan IOPS yang Disediakan. Jika Anda membutuhkan instans DB dengan latensi minimum setelah operasi ini, sebaiknya gunakan Penyimpanan SSD IOPS yang Tersedia.

Amazon RDS menawarkan dua jenis penyimpanan Tujuan Umum: penyimpanan gp3 (disarankan) danpenyimpanan gp2 (generasi sebelumnya).

penyimpanan gp3 (disarankan)

Dengan menggunakan volume penyimpanan gp3 Tujuan Umum, Anda dapat menyesuaikan kinerja penyimpanan secara independen dari kapasitas penyimpanan. Performa penyimpanan adalah kombinasi operasi I/O per detik (IOPS) dan seberapa cepat volume penyimpanan dapat melakukan pembacaan dan penulisan (throughput penyimpanan). Pada volume penyimpanan gp3, Amazon RDS menyediakan performa penyimpanan dasar 3000 IOPS dan 125 MiB/dtk.

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

Performa penyimpanan untuk volume gp3 pada mesin DB Amazon RDS, termasuk ambang batas, ditunjukkan pada tabel berikut.

Mesin DB Ukuran penyimpanan Performa penyimpanan dasar Rentang IOPS yang Tersedia Rentang throughput penyimpanan yang disediakan
Db2, MariaDB, MySQL, dan PostgreSQL 20—399 GiB 3.000 IOPS/125 MiB/dtk N/A N/A
Db2, MariaDB, MySQL, dan PostgreSQL 400—65.536 GiB 12.000 IOPS/500 MiB/dtk 12.000–64.000 IOPS 500–4.000 MiB/dtk
Oracle 20—199 GiB 3.000 IOPS/125 MiB/dtk N/A N/A
Oracle 200—65.536 GiB 12.000 IOPS/500 MiB/dtk 12.000–64.000 IOPS 500–4.000 MiB/dtk
SQL Server 20—16,384 GiB 3.000 IOPS/125 MiB/dtk 3.000–16.000 IOPS 125–1.000 MiB/dtk

Untuk setiap mesin DB kecuali RDS for SQL Server, Anda dapat menyediakan IOPS tambahan dan throughput penyimpanan saat ukuran penyimpanan berada pada atau di atas nilai ambang batas. Untuk RDS for SQL Server, Anda dapat menyediakan IOPS tambahan dan throughput penyimpanan untuk ukuran penyimpanan yang tersedia. Untuk semua mesin DB, Anda hanya membayar performa penyimpanan tambahan yang disediakan. Untuk informasi selengkapnya, lihat Harga Amazon RDS.

Meskipun tidak bergantung pada ukuran penyimpanan, IOPS yang Tersedia dan throughput penyimpanan yang ditambahkan terkait satu sama lain. Ketika Anda menaikkan IOPS di atas 32.000 untuk MariaDB dan MySQL, nilai throughput penyimpanan secara otomatis meningkat dari 500. MiBps Misalnya, ketika Anda mengatur IOPS ke 40.000 pada RDS untuk MySQL, throughput penyimpanan harus minimal 625. MiBps Peningkatan otomatis tidak terjadi untuk instans Db2, Oracle, PostgreSQL, dan SQL Server DB.

Untuk cluster DB multi-AZ, Amazon RDS secara otomatis menetapkan nilai throughput berdasarkan IOPS yang Anda berikan. Anda tidak dapat mengubah nilai throughput.

Nilai performa penyimpanan untuk volume gp3 pada RDS memiliki batasan berikut:

  • Rasio maksimum throughput penyimpanan IOPS adalah 0,25 untuk semua mesin DB yang didukung.

  • Rasio minimum IOPS untuk alokasi penyimpanan (dalam GiB) adalah 0,5 pada RDS for SQL Server. Tidak ada rasio minimum untuk mesin DB lain yang didukung.

  • Rasio maksimum IOPS untuk alokasi penyimpanan adalah 500 untuk semua mesin DB yang didukung.

  • Jika Anda menggunakan penskalaan otomatis penyimpanan, rasio yang sama antara ambang penyimpanan maksimum dan IOPS (dalam GiB) juga berlaku.

    Untuk informasi selengkapnya tentang penskalaan otomatis penyimpanan, lihat Mengelola kapasitas secara otomatis dengan penskalaan otomatis penyimpanan Amazon RDS.

penyimpanan gp2 (generasi sebelumnya)

Ketika aplikasi Anda tidak membutuhkan performa penyimpanan yang tinggi, Anda dapat menggunakan penyimpanan gp2 SSD Tujuan Umum. Performa dasar I/O untuk penyimpanan gp2 adalah 3 IOPS untuk setiap GiB, dengan minimal 100 IOPS. Hubungan ini berarti bahwa volume yang lebih besar memiliki performa 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.

Volume gp2 individual yang berukuran di bawah 1.000 GiB juga memiliki kemampuan untuk melonjak hingga 3.000 IOPS untuk jangka waktu yang lama. Keseimbangan kredit I/O volume menentukan performa lonjakan. Untuk penjelasan lebih rinci tentang bagaimana kinerja dasar dan saldo kredit I/O mempengaruhi kinerja, lihat posting Memahami burst vs. kinerja dasar dengan Amazon RDS dan gp2 di Blog Database. AWS

Banyak beban kerja tidak pernah mengurangi keseimbangan lonjakan. Namun, beberapa beban kerja dapat menghabiskan 3.000 saldo kredit penyimpanan burst IOPS, jadi rencanakan kapasitas penyimpanan Anda untuk memenuhi kebutuhan beban kerja Anda.

Untuk volume gp2 yang lebih besar dari 4.000 GiB, kinerja dasar lebih besar daripada kinerja burst. Untuk volume seperti itu, lonjakan tidak relevan karena performa dasar lebih baik daripada performa lonjakan 3.000 IOPS. Namun, untuk instans DB dari mesin dan ukuran tertentu, penyimpanan di-striping menjadi empat volume yang menyediakan empat kali throughput dasar, dan empat kali lipat IOPS lonjakan dari satu volume.

Kinerja penyimpanan untuk volume gp2 dari berbagai ukuran penyimpanan pada mesin Amazon RDS DB ditunjukkan pada tabel berikut.

Mesin DB Ukuran penyimpanan RDS Rentang IOPS dasar Rentang throughput dasar IOPS lonjakan
MariaDB, MySQL, dan PostgreSQL 5—399 GIB¹ 100-1197 IOPS 128-250 MiB/dtk 3.000
MariaDB, MySQL, dan PostgreSQL 400—1.335 GiB 1.200-4.005 IOPS 512-1.000 MIB/s 12.000
MariaDB, MySQL, dan PostgreSQL 1,336—3,999 GiB 4008-11.997 IOPS 1.000 MiB/dtk 12.000
MariaDB, MySQL, dan PostgreSQL 4.000—65,536 GiB 12.000-64.000 IOPS 1.000 MiB/dtk N/A²
Oracle 20—199 GiB 100-597 IOPS 128-250 MiB/dtk 3.000
Oracle 200—1.335 GiB 600-4.005 IOPS 512-1.000 MIB/s 12.000
Oracle 1,336—3,999 GiB 4008-11.997 IOPS 1.000 MiB/dtk 12.000
Oracle 4.000—65,536 GiB 12.000-64.000 IOPS 1.000 MiB/dtk N/A²
SQL Server 20—333 GiB 100-999 IOPS 128-250 MiB/dtk 3.000
SQL Server 334—999 GiB 1.002-2.997 IOPS 250 MiB/dtk 3.000
SQL Server 1.000—16,384 GiB 3.000-16.000 IOPS 250 MiB/dtk N/A²
catatan

¹ Dengan menggunakan AWS Management Console, Anda dapat membuat instans DB dengan ukuran penyimpanan minimum 5 GiB di tingkat Gratis untuk kelas instans db.t3.micro dan db.t4g.micro DB. Jika tidak, ukuran penyimpanan minimum adalah 20 GiB. Batasan ini tidak berlaku untuk API AWS CLI dan RDS.

² Kinerja dasar volume melebihi kinerja burst maksimum.

Karakteristik kinerja tipe penyimpanan solid-state drive (SSD)

Tabel berikut menjelaskan kasus penggunaan dan karakteristik kinerja per volume untuk volume penyimpanan SSD yang digunakan oleh Amazon RDS.

Karakteristik IOPS yang Disediakan (io2 Block Express) IOPS yang Tersedia (io1) Tujuan Umum (gp3) Tujuan Umum (gp2)
Deskripsi

Kinerja tertinggi dalam portofolio penyimpanan RDS (IOPS, throughput, latency)

Dirancang untuk beban kerja transaksional yang sensitif terhadap latensi

Performa penyimpanan yang konsisten (IOPS, throughput, latensi)

Dirancang untuk beban kerja transaksional yang sensitif terhadap latensi

Fleksibilitas dalam penyediaan penyimpanan, IOPS, dan throughput secara independen

Menyeimbangkan performa harga untuk berbagai macam beban kerja transaksional

Memberikan IOPS yang dapat melonjak

Menyeimbangkan performa harga untuk berbagai macam beban kerja transaksional
Kasus penggunaan

Beban kerja transaksional penting bisnis yang membutuhkan latensi sub-milidetik dan kinerja IOPS yang berkelanjutan hingga 256.000 IOPS

Beban kerja transaksional yang memerlukan performa IOPS berkelanjutan hingga 256.000 IOPS

Berbagai beban kerja yang berjalan pada basis data relasional berukuran sedang di lingkungan pengembangan/pengujian

Berbagai beban kerja yang berjalan pada basis data relasional berukuran sedang di lingkungan pengembangan/pengujian
Latensi

Sub-milidetik, disediakan secara konsisten 99,9% dari waktu

Satu digit milidetik, disediakan secara konsisten 99,9% dari waktu

Satu digit milidetik, disediakan secara konsisten 99% dari waktu

Satu digit milidetik, disediakan secara konsisten 99% dari waktu
Ukuran volume

100—65.536 GiB

100—65.536 GiB (20—16.384 GiB pada RDS untuk SQL Server)

20—65.536 GiB (16.384 GiB pada RDS untuk SQL Server)

20—65.536 GiB (16.384 GiB pada RDS untuk SQL Server)
IOPS maksimum

256.000

256.000 (64.000 pada RDS for SQL Server)

64.000 (16.000 pada RDS for SQL Server)

64.000 (16.000 pada RDS for SQL Server)

catatan

Anda tidak dapat menyediakan IOPS secara langsung di penyimpanan gp2. IOPS bervariasi dengan ukuran penyimpanan yang dialokasikan.
Throughput maksimum

Menskalakan berdasarkan IOPS yang Tersedia hingga 4.000 MB/dtk

Timbangan throughput secara proporsional hingga ukuran MiB/s per provisioned IOPS. Maximum throughput of 4,000 MiB/s can be achieved at 256,000 IOPS with a 16-KiB I/O size and 16,000 IOPS or higher with a 256-KiB I/O 0,256.

Untuk contoh yang tidak didasarkan pada Sistem AWS Nitro, throughput maksimum 2.000 ukuran. MiB/s can be achieved at 128,000 IOPS with a 16-KiB I/O

Menskalakan berdasarkan IOPS yang Tersedia hingga 4.000 MB/dtk

Menyediakan throughput tambahan hingga 4.000 MB/s (1000 MB/s pada RDS untuk SQL Server)

1000 MB/s (250 MB/s pada RDS untuk SQL Server)
AWS CLI dan nama API RDS io2 io1 gp3 gp2

Pengupasan otomatis di seluruh volume SSD

Jika Anda memilih SSD Tujuan Umum atau SSD IOPS yang Tersedia, tergantung pada mesin yang dipilih dan jumlah penyimpanan yang diminta, Amazon RDS otomatis melakukan striping beberapa volume untuk meningkatkan performa, seperti yang ditunjukkan pada tabel berikut.

Mesin basis data Ukuran penyimpanan Amazon RDS Jumlah volume yang disediakan
Db2 Kurang dari 400 GiB 1
Db2 400—65.536 GiB 4
MariaDB, MySQL, dan PostgreSQL Kurang dari 400 GiB 1
MariaDB, MySQL, dan PostgreSQL 400—65.536 GiB 4
Oracle Kurang dari 200 GiB 1
Oracle 200—65.536 GiB 4
SQL Server Setiap 1

Dampak kinerja saat Anda memodifikasi volume SSD

Jika Anda mengubah volume SSD Tujuan Umum atau IOPS yang Tersedia, pengubahan tersebut akan melewati urutan status. Saat volume dalam optimizing keadaan, kinerja volume Anda berada di antara spesifikasi konfigurasi sumber dan target. Kinerja volume transisi akan tidak kurang dari yang lebih rendah dari dua spesifikasi.

Saat Anda memodifikasi penyimpanan instans sehingga berpindah dari satu volume menjadi empat volume, atau saat Anda memodifikasi instance menggunakan penyimpanan magnetik, Amazon RDS tidak menggunakan fitur Volume Elastis. Sebaliknya, Amazon RDS menyediakan volume baru dan secara transparan memindahkan data dari volume lama ke volume baru. Operasi ini mengonsumsi sejumlah besar IOPS dan throughput dari volume lama dan baru. Bergantung pada ukuran volume dan jumlah beban kerja database yang ada selama modifikasi, operasi ini dapat mengkonsumsi IOPS dalam jumlah tinggi, secara signifikan meningkatkan latensi I/O, dan membutuhkan beberapa jam untuk menyelesaikannya, sementara instance RDS tetap dalam keadaan. Modifying

Tarif IOPS dasar dan maksimum untuk instans yang dioptimalkan EBS

Instans yang dioptimalkan EBS memiliki tingkat IOPS dasar dan maksimum. Tingkat IOPS maksimum diberlakukan pada tingkat instans DB. Sekumpulan volume EBS yang digabungkan untuk memiliki tingkat IOPS yang lebih tinggi dari maksimum tidak boleh melebihi ambang batas tingkat instans. Misalnya, jika IOPS maksimum untuk kelas instans DB tertentu adalah 40.000, dan Anda melampirkan empat volume EBS 64.000 IOPS, maka IOPS maksimumnya adalah 40.000, bukan 256.000. Untuk spesifikasi maksimum IOPS untuk setiap jenis EC2 instans, lihat Jenis instans yang didukung di Panduan EC2 Pengguna Amazon untuk Instans Linux.

Penyimpanan magnetik (warisan, tidak disarankan)

Amazon RDS juga mendukung penyimpanan magnetik untuk kompatibilitas mundur. Sebaiknya Anda menggunakan SSD Tujuan Umum atau SSD IOPS yang Tersedia untuk kebutuhan penyimpanan baru. Berikut ini adalah beberapa batasan untuk penyimpanan magnetik:

  • Tidak mengizinkan Anda menskalakan penyimpanan saat menggunakan mesin basis data SQL Server.

  • Tidak memungkinkan Anda mengonversi ke jenis penyimpanan yang berbeda saat menggunakan mesin database SQL Server.

  • Tidak mendukung penskalaan otomatis penyimpanan.

  • Tidak mendukung integrasi nol-ETL dengan Amazon Redshift.

  • Tidak mendukung volume elastis.

  • Terbatas hingga ukuran maksimum 3 TiB.

  • Terbatas hingga maksimum 1.000 IOPS.

Volume log khusus (DLV)

Anda dapat menggunakan volume log khusus (DLV) untuk instans DB yang menggunakan penyimpanan IOPS Tertentu (PIOPS) dengan menggunakan konsol Amazon RDS, AWS CLI atau Amazon RDS API. DLV memindahkan log transaksi database PostgreSQL dan persyaratan MySQL/MariaDB redo logs and binary logs to a storage volume that's separate from the volume containing the database tables. A DLV makes transaction write logging more efficient and consistent. DLVs are ideal for databases with large allocated storage, high I/O per detik (IOPS), atau beban kerja yang sensitif terhadap latensi.

DLVs didukung untuk penyimpanan PIOPS (io1 dan io2 Block Express), dan dibuat dengan ukuran tetap 1.024 GiB dan 3.000 IOPS yang Disediakan.

catatan

DLVs tidak didukung untuk penyimpanan Tujuan Umum (gp2 dan gp3).

Amazon RDS mendukung DLVs semuanya Wilayah AWS untuk versi berikut:

  • MariaDB 10.6.7 dan versi 10 yang lebih tinggi

  • MySQL 8.0.28 dan versi 8.0 yang lebih tinggi, MySQL 8.4.3 dan versi 8.4 yang lebih tinggi

  • PostgreSQL 13.10 dan versi 13 yang lebih tinggi, 14.7 dan 14 versi yang lebih tinggi, 15.2 dan 15 versi yang lebih tinggi, dan 16.1 dan versi 16 yang lebih tinggi

RDS mendukung DLVs dengan penyebaran Multi-AZ. Saat Anda mengubah atau membuat instans Multi-AZ, DLV dibuat untuk instans primer dan sekunder.

RDS mendukung DLVs dengan replika baca. Jika instans DB primer memiliki DLV yang aktif, semua replika baca yang dibuat setelah mengaktifkan DLV juga akan memiliki DLV. Setiap replika baca yang dibuat sebelum beralih ke DLV tidak akan mengaktifkan DLV kecuali diubah secara eksplisit untuk mengaktifkannya. Sebaiknya semua replika baca yang dilampirkan ke instans primer sebelum DLV diaktifkan juga diubah secara manual untuk memiliki DLV.

Setelah Anda mengubah pengaturan DLV untuk instans DB, instans DB harus di-boot ulang.

Untuk informasi tentang mengaktifkan DLV, lihat Menggunakan volume log khusus (DLV).

Memantau kinerja basis data

Amazon RDS menyediakan beberapa metrik yang dapat Anda gunakan untuk menentukan cara kerja instans DB Anda. Anda dapat melihat metrik tersebut di halaman ringkasan untuk instans Anda di Konsol Manajemen Amazon RDS. Anda juga dapat menggunakan Amazon CloudWatch untuk memantau metrik ini. Untuk informasi selengkapnya, lihat Melihat metrik di konsol Amazon RDS. Pemantauan yang Ditingkatkan menyediakan metrik I/O yang lebih detail; untuk informasi selengkapnya, lihat Memantau metrik OS dengan Pemantauan yang Ditingkatkan.

Metrik berikut berguna untuk memantau kinerja instans DB Anda:

  • DiskQueueDepth— Jumlah permintaan I/O dalam antrian yang menunggu untuk dilayani. Ini adalah permintaan I/O yang telah dikirimkan oleh aplikasi tetapi belum dikirimkan ke perangkat karena perangkat sedang sibuk melayani permintaan I/O lainnya. Waktu yang dihabiskan untuk menunggu di dalam antrean merupakan komponen latensi dan waktu layanan (tidak tersedia sebagai metrik). Metrik ini dilaporkan sebagai rata-rata kedalaman antrean untuk interval waktu tertentu. Amazon RDS melaporkan kedalaman antrian pada interval 1 menit. Nilai tipikal untuk kedalaman antrean berkisar dari nol hingga beberapa ratus.

  • EBSByteBalance%— Persentase kredit throughput yang tersisa di bucket burst database RDS Anda. Metrik ini hanya tersedia untuk pemantauan dasar. Nilai metrik didasarkan pada throughput semua volume, termasuk volume root, bukan hanya volume yang berisi file basis data.

    Ketika metrik ini mendekati nol, itu berarti instans DB Anda kehabisan kapasitas komputasi. Jika ini terjadi secara teratur, pertimbangkan untuk meningkatkan ke ukuran kelas instance yang lebih besar, misalnya dari db.r6g.large ke db.r6g.xlarge. Untuk informasi selengkapnya, lihat Kelas instans DB.

  • ReadIOPSdan WriteIOPS — Jumlah operasi I/O yang diselesaikan setiap detik. Metrik ini dilaporkan sebagai rata-rata IOPS untuk interval waktu tertentu. Amazon RDS melaporkan membaca dan menulis IOPS secara terpisah pada interval 1 menit. TotalIOPSadalah jumlah dari IOPS baca dan tulis. Nilai tipikal untuk IOPS berkisar dari nol hingga puluhan ribu per detik.

    Jika TotalIOPS nilai Anda secara teratur mendekati nilai IOPS Terketentuan yang telah Anda tetapkan untuk instans DB Anda, pertimbangkan untuk meningkatkan IOPS Terketentuan (io1, io2 Block Express, dan tipe penyimpanan gp3).

    Nilai IOPS yang terukur tidak bergantung pada ukuran operasi I/O individual. Artinya, ketika Anda mengukur performa I/O, pastikan untuk memeriksa throughput instans, bukan hanya jumlah operasi I/O.

  • ReadLatencydan WriteLatency — Waktu yang berlalu antara pengajuan permintaan I/O dan penyelesaiannya. Metrik ini dilaporkan sebagai rata-rata latensi untuk interval waktu tertentu. Amazon RDS melaporkan latensi baca dan tulis secara terpisah pada interval 1 menit. Nilai tipikal untuk latensi adalah dalam milidetik (md).

  • ReadThroughputdan WriteThroughput — Jumlah byte setiap detik yang ditransfer ke atau dari disk. Metrik ini dilaporkan sebagai rata-rata throughput untuk interval waktu tertentu. Amazon RDS melaporkan throughput baca dan tulis secara terpisah pada interval 1 menit menggunakan satuan byte per detik (B/s). Nilai tipikal untuk throughput berkisar dari nol hingga bandwith maksimum saluran I/O.

    Jika nilai throughput Anda secara teratur mendekati throughput maksimum untuk instans DB Anda, pertimbangkan untuk menyediakan lebih banyak throughput penyimpanan jika Anda menggunakan tipe penyimpanan gp3.

Faktor-faktor yang mempengaruhi kinerja database

Aktivitas sistem, beban kerja database, dan kelas instans DB dapat mempengaruhi kinerja database.

Aktivitas sistem

Aktivitas terkait sistem berikut mengonsumsi kapasitas I/O dan mungkin menurunkan performa instans DB saat dalam proses:

  • Pembuatan siaga Multi-AZ

  • Pembuatan replika baca

  • Mengubah jenis penyimpanan

Beban kerja basis data

Dalam beberapa kasus, basis data atau desain aplikasi Anda menimbulkan masalah konkurensi, penguncian, atau bentuk lain dari pertentangan basis data. Dalam hal ini, Anda mungkin tidak dapat menggunakan semua bandwidth yang disediakan secara langsung. Selain itu, Anda mungkin menghadapi situasi terkait beban kerja berikut ini:

  • Batas throughput jenis instans yang mendasarinya tercapai.

  • Kedalaman antrean selalu kurang dari 1 karena aplikasi Anda tidak cukup mendorong operasi I/O.

  • Anda mengalami pertentangan kueri dalam basis data meskipun beberapa kapasitas I/O tidak digunakan.

Dalam beberapa kasus, tidak ada sumber daya sistem yang berada pada atau mendekati batas, dan menambahkan thread tidak akan menambah tingkat transaksi basis data. Dalam kasus demikian, kemacetan kemungkinan besar merupakan pertentangan dalam basis data. Bentuk yang paling umum adalah pertentangan kunci baris dan kunci halaman indeks, tetapi ada banyak kemungkinan lainnya. Jika Anda mengalami situasi ini, silakan minta saran dari pakar penyetelan performa basis data.

Kelas instans DB

Untuk mendapatkan performa maksimal dari instans DB Amazon RDS Anda, pilih jenis instans generasi terbaru dengan bandwidth yang cukup untuk mendukung jenis penyimpanan Anda. Misalnya, Anda dapat memilih instans yang dioptimalkan Amazon EBS dan instans dengan konektivitas jaringan 10 gigabit.

penting

Bergantung pada kelas instans yang Anda gunakan, Anda mungkin melihat performa IOPS yang lebih rendah daripada performa maksimum yang dapat Anda sediakan dengan RDS. Untuk informasi spesifik tentang kinerja IOPS untuk kelas instans DB, lihat instans Amazon EBs—yang dioptimalkan di Panduan Pengguna Amazon. EC2 Sebaiknya Anda menentukan IOPS maksimum untuk kelas instans sebelum menetapkan nilai IOPS yang Tersedia untuk instans DB Anda.

Anda sangat dianjurkan menggunakan instans generasi terbaru agar bisa mendapatkan performa terbaik. Instans DB generasi sebelumnya juga dapat memiliki penyimpanan maksimum yang lebih rendah.

Beberapa sistem file 32-bit yang lebih lama mungkin memiliki kapasitas penyimpanan yang lebih rendah. Untuk menentukan kapasitas penyimpanan instans DB Anda, Anda dapat menggunakan AWS CLI perintah describe-valid-db-instance-modifikasi.

Daftar berikut menunjukkan penyimpanan maksimum yang dapat diskalakan oleh sebagian besar kelas instans DB untuk setiap mesin basis data:

  • Db2 – 64 TiB

  • MariaDB – 64 TiB

  • Microsoft SQL Server - 64 TiB

  • MySQL – 64 TiB

  • Oracle – 64 TiB

  • PostgreSQL – 64 TiB

Tabel berikut menunjukkan beberapa pengecualian untuk penyimpanan maksimum (dalam TiB). Semua instans RDS untuk Microsoft SQL Server DB selain penyimpanan io2 Block Express memiliki penyimpanan maksimum 16 TiB, sehingga tidak ada entri untuk SQL Server.

Kelas instans Db2 MariaDB MySQL Oracle PostgreSQL
db.m3 – kelas instans standar
db.t4g – kelas instans performa yang dapat melonjak
db.t4g.medium N/A 16 16 N/A 32
db.t4g.small N/A 16 16 N/A 16
db.t4g.micro N/A 6 6 N/A 6
db.t3 – kelas instans performa yang dapat melonjak
db.t3.medium 32 16 16 32 32
db.t3.small 32 16 16 32 16
db.t3.micro N/A 6 6 32 6
db.t2 – kelas instans performa yang dapat melonjak

Untuk detail selengkapnya tentang semua kelas instans yang didukung, lihat Instans DB generasi sebelumnya.

  翻译：