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 memengaruhi performa penyimpanan.

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 gp3 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).

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

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.

penting

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 instans RDS tetap dalam keadaan. Modifying

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.

Saat membuat instans DB, Anda menentukan tingkat IOPS dan ukuran volumenya. Amazon RDS memberikan tingkat IOPS tersebut untuk instans DB hingga Anda mengubahnya.

Amazon RDS menawarkan dua jenis penyimpanan SSD IOPS yang Disediakan: dan. penyimpanan io2 Block Express (disarankan) penyimpanan io1 (generasi sebelumnya)

penyimpanan io2 Block Express (disarankan)

Untuk beban kerja intensif I/O dan sensitif latensi, Anda dapat 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	4.000 MiB/dtk
Oracle	100—199 GiB	1.000—199.000 IOPS	4.000 MiB/dtk
Oracle	200—65.536 GiB	1.000–256.000 IOPS	4.000 MiB/S¹
SQL Server	20—65,536 GiB	1.000–256.000 IOPS	4.000 MiB/dtk

catatan

¹ Untuk Oracle, dalam kondisi tertentu seperti ukuran instans DB yang sangat besar dan pembacaan besar, Anda mungkin melihat throughput maksimum yang jauh lebih tinggi.

Setelah memodifikasi instance SQL Server untuk menggunakan volume gp2, gp3, atau io1 ke volume io2, Anda dapat mengizinkan ukuran volume io2 Anda tumbuh hingga 64 TiB. Namun, setelah ukuran volume io2 melebihi 16 TiB, Anda tidak dapat mengubah volume penyimpanan kembali ke gp2, gp3, atau io1. Untuk kembali ke gp2, gp3, atau io1, kurangi ukuran data menjadi kurang dari 16 TiB dan kemudian lanjutkan dengan perubahan jenis volume.

Rentang ukuran penyimpanan dan IOPS memiliki batasan berikut:

• Rasio IOPS terhadap penyimpanan yang dialokasikan (dalam GiB) harus tidak lebih dari 1000:1. Untuk instans DB yang tidak didasarkan pada Sistem AWS Nitro, rasionya adalah 500:1.

• 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 diskalakan secara proporsional hingga 0,256 MiB/dtk per IOPS yang tersedia. Throughput maksimum 4.000 MiB/s dapat dicapai pada 256.000 IOPS dengan ukuran I/O 16-KiB dan 16.000 IOPS atau lebih tinggi dengan 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 I/O 16-KiB.

• 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, performa 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 keseimbangan kredit penyimpanan lonjakan 3.000 IOPS, sehingga Anda harus merencanakan kapasitas penyimpanan 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	500-1.000 MiB/dtk	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	500-1.000 MiB/dtk	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.

Membandingkan jenis penyimpanan solid-state drive (SSD)

Tabel berikut menunjukkan kasus penggunaan dan karakteristik performa 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 Throughput diskalakan secara proporsional hingga 0,256 MiB/dtk per IOPS yang tersedia. Throughput maksimum 4.000 MiB/s dapat dicapai pada 256.000 IOPS dengan ukuran I/O 16-KiB dan 16.000 IOPS atau lebih tinggi dengan 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 I/O 16-KiB.	Menskalakan berdasarkan IOPS yang Tersedia hingga 4.000 MB/dtk	Menyediakan throughput tambahan hingga 4.000 MB/dtk (1000 MB/dtk pada RDS for SQL Server	1000 MB/dtk (250 MB/dtk pada RDS for SQL Server)
AWS CLI dan nama API RDS	io2	io1	gp3	gp2

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 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 log redo MySQL/MariaDB 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 basis data dengan penyimpanan besar yang dialokasikan, kebutuhan 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.000 GiB dan 3.000 IOPS Provisioned.

catatan

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

Amazon RDS mendukung DLV secara keseluruhan Wilayah AWS untuk versi berikut:

• MariaDB 10.6.7 dan versi 10 yang lebih tinggi

• MySQL 8.0.28 dan versi 8 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 DLV dengan deployment Multi-AZ. Saat Anda mengubah atau membuat instans Multi-AZ, DLV dibuat untuk instans 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 performa penyimpanan

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

Metrik berikut berguna untuk memantau penyimpanan pada instans DB Anda:

• IOPS – 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. Total IOPS adalah jumlah dari IOPS baca dan tulis. Nilai tipikal untuk IOPS berkisar dari nol hingga puluhan ribu per detik.

• Latensi – Waktu yang berlalu antara pengiriman 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).

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

• Kedalaman Antrean – Jumlah permintaan I/O di dalam antrean yang menunggu 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.

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.

Faktor-faktor yang memengaruhi performa penyimpanan

Aktivitas sistem, beban kerja basis data, dan kelas instans DB dapat memengaruhi performa penyimpanan.

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 performa IOPS untuk kelas instans DB, lihat Instans yang dioptimalkan Amazon EBS 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 perintah AWS CLI deskripsi-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.