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
penting
Amazon RDS telah menghentikan penyimpanan magnetik. Anda tidak dapat lagi membuat instans DB baru menggunakan penyimpanan magnetik, dan Amazon RDS telah memigrasikan volume penyimpanan magnetik yang ada ke gp3. Mulai 1 Juli 2026, Anda tidak dapat lagi mengembalikan snapshot ke penyimpanan magnetik. Saat mengembalikan snapshot volume magnetik, Anda harus memilih jenis penyimpanan yang berbeda, seperti gp3 atau io2 Block Express. Untuk informasi selengkapnya, lihat Memulihkan ke instance DB.
Jenis penyimpanan Amazon RDS
Amazon RDS menyediakan dua jenis penyimpanan: Provisioned IOPS SSD (juga dikenal sebagai io1 dan io2 Block Express) dan SSD Tujuan Umum (juga dikenal sebagai gp2 dan gp3). 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 instans DB DB Db2, MySQL, MariaDB, dan PostgreSQL RDS dengan penyimpanan hingga 64 tebibytes (TiB). Anda dapat membuat instance Oracle dan SQL Server dengan penyimpanan hingga 256 TiB dengan volume penyimpanan tambahan. Untuk informasi selengkapnya, lihat Volume penyimpanan tambahan. RDS untuk Db2 tidak mendukung jenis penyimpanan gp2. Penyimpanan magnetik (juga dikenal sebagai standar) tidak digunakan lagi dan tidak lagi ditawarkan untuk instans DB baru. Untuk informasi selengkapnya, lihat Penyimpanan magnetik (warisan, tidak disarankan).
Daftar berikut menjelaskan secara singkat jenis penyimpanan:
-
SSD IOPS yang disediakan — Penyimpanan IOPS yang disediakan dirancang untuk memenuhi kebutuhan beban kerja, terutama I/O-intensive beban kerja database, yang memerlukan latensi rendah dan throughput yang konsisten. I/O I/O 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 (usang) — Penyimpanan magnetik tidak digunakan lagi dan tidak lagi ditawarkan untuk instans DB baru. Mulai 1 Juli 2026, Anda tidak dapat lagi mengembalikan snapshot ke penyimpanan magnetik. Gunakan SSD Tujuan Umum atau SSD IOPS Tersediakan untuk kebutuhan penyimpanan baru. Untuk informasi selengkapnya, lihat Penyimpanan magnetik (warisan, tidak disarankan).
Penyimpanan SSD IOPS yang Tersedia
Untuk aplikasi produksi yang membutuhkan I/O kinerja cepat dan konsisten, kami merekomendasikan penyimpanan IOPS yang disediakan. 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.
Topik
Penyimpanan IO2 Block Express (disarankan)
Untuk I/O-intensive beban kerja yang sensitif terhadap latensi, sebaiknya gunakan penyimpanan IOPS SSD io2 Block Express yang disediakan untuk mencapai hingga 256.000 operasi per detik (IOPS). I/O Throughput volume io2 Block Express bervariasi berdasarkan jumlah IOPS yang disediakan per volume dan ukuran I/O operasi yang sedang dijalankan.
Semua volume RDS io2 berdasarkan Sistem AWS Nitro adalah volume IO2 Block Express 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 per volume penyimpanan untuk setiap mesin database dan rentang ukuran penyimpanan. Di Amazon RDS untuk Oracle dan SQL Server, Anda dapat melampirkan hingga tiga volume penyimpanan tambahan selain volume penyimpanan utama untuk menyediakan hingga 256 ukuran penyimpanan TiB secara total. Dengan volume penyimpanan tambahan, Anda dapat memiliki IOPS yang disediakan lebih tinggi dan throughput maksimum untuk instans DB Anda. Namun, instans DB Anda mungkin tidak dapat sepenuhnya memanfaatkan IOPS yang disediakan dan throughput maksimum jika kelas instans Anda memiliki batas yang lebih rendah daripada nilai yang telah Anda sediakan untuk volume penyimpanan. Untuk informasi selengkapnya, lihat Faktor-faktor yang mempengaruhi kinerja database.
| Mesin database | 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 | 4000 MiB/s |
| 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 | 4000 MiB/s |
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, rasio 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).
-
Throughput berskala secara proporsional hingga 0,256 MiB/s per IOPS yang disediakan. Throughput maksimum 4.000 MiB/s dapat dicapai pada 256.000 IOPS dengan ukuran 16 KiB dan 16.000 IOPS atau lebih tinggi dengan I/O ukuran 256 KiB. I/O Untuk instans DB yang tidak didasarkan pada Sistem AWS Nitro, throughput maksimum 2.000 MiB/s dapat dicapai pada 128.000 IOPS dengan ukuran 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 di semua komersial Wilayah AWS dan. AWS GovCloud (US) Regions Volume ini tidak tersedia di Wilayah China.
penyimpanan io1 (generasi sebelumnya)
Untuk I/O-intensive beban kerja, Anda dapat menggunakan penyimpanan IOPS SSD io1 yang disediakan dan mencapai hingga 256.000 I/O operasi per detik (IOPS). Throughput volume io1 bervariasi berdasarkan jumlah IOPS yang disediakan per volume dan ukuran I/O operasi yang sedang 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 database | Rentang ukuran penyimpanan | Rentang IOPS yang Tersedia | Throughput maksimum |
|---|---|---|---|
| Db2, MariaDB, MySQL, dan PostgreSQL | 100—399 GiB | 1.000–19.950 IOPS | 500 MiB/s |
| Db2, MariaDB, MySQL, dan PostgreSQL | 400—65.536 GiB | 1.000–256.000 IOPS | 4000 MiB/s |
| Oracle | 100—199 GiB | 1.000–9.950 IOPS | 500 MiB/s |
| Oracle | 200—65.536 GiB | 1.000—256.000 IOPS¹ | 4000 MiB/s |
| SQL Server | 20—16.384 GiB | 1.000—64.000 IOPS² | 1.000 MiB/s |
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 Nitro-based instans yang ada pada jenis 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 disediakan dengan penerapan atau Multi-AZ replika baca
Untuk kasus penggunaan OLTP produksi, sebaiknya gunakan penerapan untuk meningkatkan toleransi kesalahan dengan penyimpanan IOPS yang disediakan untuk kinerja yang cepat dan dapat diprediksi. Multi-AZ
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 instance 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 performa terbaik dari penyimpanan IOPS yang disediakan Amazon RDS
Jika beban kerja Anda di I/O batasi, menggunakan penyimpanan IOPS yang disediakan dapat meningkatkan jumlah I/O permintaan yang dapat diproses sistem secara bersamaan. Peningkatan konkurensi memungkinkan penurunan latensi karena I/O permintaan menghabiskan lebih sedikit waktu dalam antrian. 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 mencadangkan I/O kapasitas 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. Kinerja penyimpanan adalah kombinasi I/O operasi per detik (IOPS) dan seberapa cepat volume penyimpanan dapat melakukan pembacaan dan penulisan (throughput penyimpanan). Pada volume penyimpanan gp3, Amazon RDS menyediakan kinerja penyimpanan dasar 3000 IOPS dan 125. MiB/s
Untuk setiap mesin DB RDS kecuali RDS untuk SQL Server, ketika ukuran penyimpanan untuk volume gp3 mencapai ambang batas 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 Amazon RDS DB, termasuk ambang batas per volume penyimpanan, ditunjukkan pada tabel berikut. Di RDS untuk Oracle dan SQL Server, Anda dapat melampirkan hingga tiga volume penyimpanan tambahan selain volume penyimpanan utama. Anda dapat menyediakan hingga 256 ukuran penyimpanan TiB secara total dengan tiga volume penyimpanan tambahan gp3 di RDS untuk Oracle. Anda dapat menyediakan hingga 256 ukuran penyimpanan TiB secara total dengan tiga volume penyimpanan tambahan gp3 di RDS untuk SQL Server karena setiap volume penyimpanan gp3 dapat berukuran hingga 64 TiB. Dengan volume penyimpanan tambahan, Anda dapat memiliki IOPS yang disediakan lebih tinggi dan throughput maksimum untuk instans DB Anda. Namun, instans DB Anda mungkin tidak dapat sepenuhnya memanfaatkan IOPS yang disediakan dan throughput maksimum jika kelas instans Anda memiliki batas yang lebih rendah daripada nilai yang telah Anda sediakan untuk volume penyimpanan. Untuk informasi selengkapnya, lihat Faktor-faktor yang mempengaruhi kinerja database.
| Mesin DB | Ukuran penyimpanan | Performa penyimpanan dasar | Rentang IOPS yang Tersedia | Rentang throughput penyimpanan yang disediakan |
|---|---|---|---|---|
| Db2, MariaDB, MySQL, dan PostgreSQL | 20—399 GiB | 3000 IOPS/125 MiB/s | N/A | N/A |
| Db2, MariaDB, MySQL, dan PostgreSQL | 400—65.536 GiB | 12.000 IOPS/500 MiB/s | 12.000–64.000 IOPS | 500—4,000 MiB/s |
| Oracle | 20—199 GiB | 3000 IOPS/125 MiB/s | N/A | N/A |
| Oracle | 200—65.536 GiB | 12.000 IOPS/500 MiB/s | 12.000–64.000 IOPS | 500—4,000 MiB/s |
| SQL Server | 20—65.536 GiB | 3000 IOPS/125 MiB/s | 3.000—80.000 IOPS | 125-2,000 MiB/s |
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 setidaknya 625. MiBps Peningkatan otomatis tidak terjadi untuk instans DB Db2, Oracle, PostgreSQL, dan SQL Server.
Untuk Multi-AZ cluster DB, Amazon RDS secara otomatis menetapkan nilai throughput berdasarkan IOPS yang Anda sediakan. 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. Kin I/O erja dasar 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. Saldo I/O kredit volume menentukan kinerja burst. Untuk penjelasan lebih rinci tentang bagaimana kinerja dasar dan saldo I/O kredit mempengaruhi kinerja, lihat posting Mem ahami kinerja burst vs. baseline dengan Amazon RDS dan gp2
Banyak beban kerja tidak pernah mengurangi keseimbangan lonjakan. Namun, beberapa beban kerja dapat menghabiskan saldo kredit penyimpanan burst 3.000 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.
Performa 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/s | 3000 |
| 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/s | 12.000 |
| MariaDB, MySQL, dan PostgreSQL | 4.000—65.536 GiB | 12.000-64.000 IOPS | 1.000 MiB/s | N/A¹ |
| Oracle | 20—199 GiB | 100-597 IOPS | 128-250 MiB/s | 3000 |
| 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/s | 12.000 |
| Oracle | 4.000—65.536 GiB | 12.000-64.000 IOPS | 1.000 MiB/s | N/A¹ |
| SQL Server | 20—333 GiB | 100-999 IOPS | 128-250 MiB/s | 3000 |
| SQL Server | 334—999 GiB | 1.002-2.997 IOPS | 250 MiB/s | 3000 |
| SQL Server | 1.000—16.384 GiB | 3.000-16.000 IOPS | 250 MiB/s | N/A¹ |
¹ Kinerja dasar volume melebihi kinerja burst maksimum.
Karakteristik kinerja jenis 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, latensi) 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 |
Business-critical beban kerja transaksional yang memerlukan latensi sub-milidetik dan kinerja IOPS berkelanjutan hingga 256.000 IOPS |
Beban kerja transaksional yang memerlukan performa IOPS berkelanjutan hingga 256.000 IOPS |
Berbagai macam beban kerja yang berjalan pada database relasional berukuran sedang di lingkungan development/test |
Berbagai macam beban kerja yang berjalan pada database relasional berukuran sedang di lingkungan development/test |
| Latensi |
Sub-millisecond, diberikan secara konsisten 99,9% dari waktu |
Single-digit milidetik, disediakan secara konsisten 99,9% dari waktu |
Single-digit milidetik, disediakan secara konsisten 99% dari waktu |
Single-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.00 |
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) catatanAnda tidak dapat menyediakan IOPS secara langsung di penyimpanan gp2. IOPS bervariasi dengan ukuran penyimpanan yang dialokasikan. |
| Throughput maksimum |
Skala berdasarkan IOPS yang Disediakan hingga 4.000 MB/s Throughput berskala secara proporsional hingga 0,256 MiB/s per IOPS yang disediakan. Throughput maksimum 4.000 MiB/s dapat dicapai pada 256.000 IOPS dengan ukuran 16 KiB dan 16.000 IOPS atau lebih tinggi dengan I/O ukuran 256 KiB. I/O Untuk contoh yang tidak didasarkan pada Sistem AWS Nitro, throughput maksimum 2.000 MiB/s dapat dicapai pada 128.000 IOPS dengan ukuran 16 KiB. I/O |
Skala berdasarkan IOPS yang Disediakan hingga 4.000 MB/s |
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 tidak kurang dari yang lebih rendah dari dua spesifikasi.
Saat Anda memodifikasi penyimpanan instans sehingga beralih dari satu volume menjadi empat volume, atau saat Anda memodifikasi instance menggunakan penyimpanan magnetik, Amazon RDS tidak menggunakan fitur Volume Elastic. 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 sejumlah besar IOPS, meningkatkan I/O latensi secara signifikan, dan membutuhkan waktu beberapa jam untuk menyelesaikannya, sementara instance RDS tetap dalam status. Modifying
Tingkat dasar dan maksimum IOPS untuk instans EBS-optimized
EBS-optimized instance 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 IOPS maksimum yang spesifik untuk setiap jenis instans EC2, lihat Jenis instans yang didukung di Panduan Pengguna Amazon EC2 untuk Instans Linux.
Penyimpanan magnetik (warisan, tidak disarankan)
Awas
Amazon RDS telah menghentikan penyimpanan magnetik. Anda tidak dapat lagi membuat instans DB baru menggunakan penyimpanan magnetik, dan Amazon RDS telah memigrasikan volume penyimpanan magnetik yang ada ke gp3. Mulai 1 Juli 2026, Anda tidak dapat lagi mengembalikan snapshot ke penyimpanan magnetik. Saat mengembalikan snapshot volume magnetik, Anda harus memilih jenis penyimpanan yang berbeda, seperti gp3 atau io2 Block Express.
Penyimpanan magnetik tidak digunakan lagi dan tidak lagi ditawarkan untuk instans DB baru. Gunakan SSD Tujuan Umum atau SSD IOPS Tersediakan untuk kebutuhan penyimpanan baru. Batasan berikut berlaku untuk penyimpanan magnetik:
-
Tidak mengizinkan Anda menskalakan penyimpanan saat menggunakan mesin basis data SQL Server.
-
Tidak memungkinkan Anda untuk mengonversi ke jenis penyimpanan yang berbeda saat menggunakan mesin database SQL Server.
-
Tidak mendukung penskalaan otomatis penyimpanan.
-
Tidak mendukung integrasi Zero-ETL dengan Amazon Redshift.
-
Tidak mendukung volume elastis.
-
Terbatas hingga ukuran maksimum 3 TiB.
-
Terbatas hingga maksimum 1.000 IOPS.
Volume penyimpanan tambahan
Dengan RDS untuk Oracle dan RDS untuk SQL Server, Anda dapat melampirkan hingga tiga volume penyimpanan tambahan ke instans DB Anda. Tergantung pada kebutuhan beban kerja Anda, pilih antara penyimpanan gp3 dan io2 untuk setiap volume.
Volume penyimpanan tambahan memberikan manfaat berikut:
-
Konfigurasi penyimpanan fleksibel dan optimalisasi kinerja — Campurkan berbagai jenis penyimpanan (gp3 dan io2) untuk mengoptimalkan biaya dan kinerja berdasarkan pola akses data Anda. Pisahkan data yang sering diakses pada penyimpanan io2 berkinerja tinggi dari data arsip pada penyimpanan gp3 yang hemat biaya.
-
Kapasitas yang ditingkatkan — Skalakan total penyimpanan Anda hingga 256 TiB per instans DB dengan menggabungkan volume penyimpanan utama dan tambahan.
-
Perluas dan kurangi kapasitas penyimpanan sesuai kebutuhan — Buat volume saat Anda membutuhkan penyimpanan tambahan, seperti selama migrasi data, dan kemudian hapus volume tersebut. Dengan cara ini, Anda dapat memperluas dan mengurangi total penyimpanan instans DB.
-
Perpindahan data online — Gunakan kemampuan bawaan Oracle Database untuk memindahkan data antar volume tanpa downtime.
catatan
Anda dapat menghapus volume penyimpanan tambahan tetapi Anda tidak dapat menghapus volume utama.
Volume tambahan harus menggunakan nama volume yang ditunjukkan pada tabel berikut.
| RDS untuk nama volume Oracle | RDS untuk nama volume SQL Server |
|---|---|
rdsdbdata2 |
H: |
rdsdbdata3 |
I: |
rdsdbdata4 |
J: |
Memantau operasi penyimpanan per volume
Ketika instance memiliki volume penyimpanan tambahan, operasi penyimpanan seperti inisialisasi (setelah pemulihan snapshot, pemulihan point-in-time, pembuatan replika baca, atau Single-AZ Multi-AZ konversi) dan pengoptimalan (setelah penyimpanan penskalaan) dilacak per volume. Ini berarti bahwa volume utama dan setiap volume penyimpanan tambahan dapat berada dalam keadaan yang berbeda pada saat yang bersamaan. Misalnya, volume utama mungkin masih diinisialisasi sementara volume penyimpanan tambahan sedang dioptimalkan setelah peningkatan skala penyimpanan.
Untuk mengamati status per volume, gunakan operasi Descri bedBInstances. Respons termasuk StorageOperationStatus dan StorageOperationPercentProgress di tingkat atas (yang melaporkan keadaan volume utama) dan pada setiap entri dalam AdditionalStorageVolumes array (yang melaporkan keadaan volume spesifik itu). Selama operasi, StorageOperationStatus diatur ke Initializing atauOptimizing; kedua bidang tidak ada saat operasi selesai.
Untuk informasi selengkapnya tentang status instans DB dan bidang operasi penyimpanan, lihatMelihat Amazon RDSStatus instans DB.
Untuk informasi selengkapnya tentang bekerja dengan volume penyimpanan tambahan, lihat bagian berikut:
Volume log khusus (DLV)
Anda dapat menggunakan volume log khusus (DLV) untuk instans DB yang menggunakan penyimpanan Provisioned IOPS (PIOPS) dengan menggunakan konsol Amazon RDS AWS CLI, atau Amazon RDS API. DLV memindahkan log transaksi database PostgreSQL dan log MySQL/MariaDB ulang dan log biner ke volume penyimpanan yang terpisah dari volume yang berisi tabel database. DLV membuat pencatatan log penulisan transaksi menjadi lebih efisien dan konsisten. DLV ideal untuk database dengan penyimpanan yang dialokasikan besar, persyaratan I/O per detik (IOPS) tinggi, atau beban kerja yang sensitif terhadap latensi.
DLV didukung untuk penyimpanan PIOPS (io1 dan io2 Block Express), dan dibuat dengan ukuran tetap 1.024 GiB dan 3.000 Provisioned IOPS.
catatan
DLV tidak didukung untuk penyimpanan Tujuan Umum (gp2 dan gp3).
Amazon RDS mendukung DLV di semua Wilayah AWS 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 lebih tinggi 13 versi, 14.7 dan lebih tinggi 14 versi, 15.2 dan lebih tinggi 15 versi, dan 16.1 dan 16 versi yang lebih tinggi
RDS mendukung DLV dengan Multi-AZ penerapan. Saat Anda memodifikasi atau membuat Multi-AZ instance, DLV dibuat untuk primer dan sekunder.
RDS mendukung DLV 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 database
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 I/O metrik yang lebih rinci; untuk informasi selengkapnya, lihatMemantau metrik OS dengan Pemantauan yang Ditingkatkan.
Metrik berikut berguna untuk memantau kinerja instans DB Anda:
-
DiskQueueDepth— Jumlah I/O permintaan dalam antrian yang menunggu untuk dilayani. Ini adalah I/O permintaan yang telah diajukan oleh aplikasi tetapi belum dikirim ke perangkat karena perangkat sibuk melayani I/O permintaan lain. 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 dengan 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 bahwa instance 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.
-
ReadIOPSdanWriteIOPS— Jumlah I/O operasi yang diselesaikan setiap detik. Metrik ini dilaporkan sebagai rata-rata IOPS untuk interval waktu tertentu. Laporan Amazon RDS membaca dan menulis IOPS secara terpisah dengan interval 1 menit.TotalIOPSadalah jumlah IOPS baca dan tulis. Nilai tipikal untuk IOPS berkisar dari nol hingga puluhan ribu per detik.Jika
TotalIOPSnilai Anda secara teratur mendekati nilai IOPS Penyediaan yang telah Anda tetapkan untuk instans DB, pertimbangkan untuk meningkatkan IOPS yang disediakan (tipe penyimpanan io1, io2 Block Express, dan gp3).Nilai IOPS yang diukur tidak tergantung pada ukuran I/O operasi individu. Ini berarti bahwa ketika Anda mengukur I/O kinerja, pastikan untuk melihat throughput instance, bukan hanya jumlah I/O operasi.
-
ReadLatencydanWriteLatency— Waktu yang telah berlalu antara pengajuan I/O permintaan 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). -
ReadThroughputdanWriteThroughput— 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 bandwidth maksimum I/O saluran.Jika nilai throughput Anda secara teratur mendekati throughput maksimum untuk instans DB Anda, pertimbangkan untuk menyediakan lebih banyak throughput penyimpanan jika Anda menggunakan jenis penyimpanan gp3.
Faktor-faktor yang mempengaruhi kinerja database
Aktivitas sistem, beban kerja database, dan kelas instance DB dapat memengaruhi kinerja database.
Aktivitas sistem
Aktivitas terkait sistem berikut ini menghabiskan I/O kapasitas dan mungkin mengurangi kinerja instans DB saat sedang berlangsung:
-
Multi-AZ pembuatan siaga
-
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 antrian secara konsisten kurang dari 1 karena aplikasi Anda tidak mendorong I/O operasi yang cukup.
-
Anda mengalami pertentangan kueri dalam database meskipun beberapa I/O kapasitas 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 kinerja maksimal dari instans Amazon RDS DB Anda, pilih jenis instans generasi saat ini dengan bandwidth dan IOPS 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 instance yang Anda gunakan, Anda mungkin melihat bandwidth, throughput, dan kinerja IOPS yang lebih rendah daripada maksimum yang dapat Anda sediakan dengan RDS. Untuk informasi spesifik tentang bandwidth, throughput, dan kinerja IOPS untuk kelas instans DB, lihat Instans yang dioptimalkan Amazon EBS di Panduan Pengguna Amazon EC2. Sebaiknya tentukan bandwidth maksimum, throughput, dan IOPS untuk kelas instans sebelum menetapkan nilai IOPS dan throughput yang disediakan untuk volume penyimpanan Anda di instans DB.
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 perintah describe-valid- AWS CLI db-instance-.
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 RDS untuk instans Microsoft SQL Server DB selain penyimpanan IO2 Block Express memiliki penyimpanan maksimum 16 TiB, jadi 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
