ApsaraDB RDS (RDS) menyediakan berbagai tipe instans utama untuk memenuhi kebutuhan performa, stabilitas, dan biaya yang berbeda sesuai dengan beban kerja. Memilih tipe instans yang tepat merupakan langkah penting dalam mengoptimalkan performa database dan biaya. Topik ini memberikan tautan ke daftar tipe instans terperinci untuk instans utama RDS yang menjalankan mesin yang berbeda serta menjelaskan metrik inti yang digunakan di semua tipe instans untuk membantu Anda membuat keputusan yang tepat.
Tipe instans untuk instans utama RDS yang menjalankan mesin yang berbeda
Tabel berikut akan mengarahkan Anda ke daftar tipe instans terperinci untuk instans utama RDS yang menjalankan mesin berbeda.
Mesin | Jenis produk yang didukung | Jenis penyimpanan yang didukung | Daftar tipe instans utama |
MySQL | Standar dan YiTian | Disk cloud dan Premium Local SSD | |
PostgreSQL | Standar dan YiTian | Disk cloud | Tipe instans utama untuk instans standar dan YiTian ApsaraDB RDS untuk PostgreSQL |
SQL Server | Tidak tersedia | Disk cloud | Tipe instans utama untuk instans ApsaraDB RDS untuk SQL Server |
MariaDB | Standar | Disk cloud |
Metrik inti
Tipe instans untuk instans utama RDS melibatkan tiga metrik inti: keluarga instans, IOPS, dan bandwidth I/O.
Instance family
Keluarga instans menentukan apakah sumber daya untuk sebuah instans bersifat khusus atau dibagi, yang secara langsung memengaruhi performa instans tersebut.
Instance family | Jenis penyimpanan yang didukung | Sumber daya Khusus/Dibagi | Deskripsi |
Bersama | Disk cloud |
|
|
Tujuan umum | Disk cloud |
| Fluktuasi performa ketika server fisik dalam beban tinggi. |
Premium Local SSD |
| ||
Khusus | Disk cloud | Semua sumber daya dikhususkan untuk instans. | Memberikan performa stabil tanpa konflik sumber daya. |
Premium Local SSD |
| ||
Host khusus | Premium Local SSD | Semua sumber daya dikhususkan untuk instans. | Memberikan tingkat stabilitas performa dan isolasi tertinggi. |
IOPS
IOPS (Operasi Input/Output Per Detik) mengukur kemampuan sistem penyimpanan untuk menangani permintaan baca/tulis dan merupakan metrik utama untuk performa I/O acak. IOPS aktual dari sebuah instans ditentukan oleh tipe instans, jenis penyimpanan, dan kapasitas penyimpanan. Anda dapat menemukan IOPS maksimum untuk sebuah tipe instans di daftar tipe instans utama sebagai referensi. Namun, IOPS maksimum aktual dari tipe instans dihitung sebagai berikut:
Untuk instans menggunakan Premium Local SSD: IOPS maksimum aktual sama dengan IOPS maksimum yang didefinisikan dalam tipe instans.
Untuk instans menggunakan disk cloud: IOPS maksimum aktual ditentukan oleh tipe instans, kapasitas penyimpanan, dan jenis penyimpanan. Gunakan rumus dalam tabel berikut untuk menghitung IOPS maksimum aktual:
Jenis penyimpanan
Rumus untuk IOPS maksimum aktual (Unit kapasitas penyimpanan: GB)
Premium ESSD
Dengan lonjakan performa I/O diaktifkan
min{IOPS maksimum untuk tipe instans, 1000000}Dengan lonjakan performa I/O dinonaktifkan
min{IOPS maksimum untuk tipe instans, 1800 + 50 × Kapasitas penyimpanan, 50000}ESSD
PL3
min{IOPS maksimum untuk tipe instans, 1800 + 50 × Kapasitas penyimpanan, 1000000}PL2
min{IOPS maksimum untuk tipe instans, 1800 + 50 × Kapasitas penyimpanan, 100000}PL1
min{IOPS maksimum untuk tipe instans, 1800 + 50 × Kapasitas penyimpanan, 50000}SSD Standar
min{IOPS maksimum untuk tipe instans, 1800 + 30 × Kapasitas penyimpanan, 25000}
Contoh:
Hitung IOPS maksimum aktual dari instans utama RDS dengan spesifikasi berikut:
Tipe instans:
mysql.x2.large.2cPenyimpanan: PL1 ESSD berukuran 20 GB
Berdasarkan jenis penyimpanan instans, rumus min{IOPS maksimum untuk tipe instans, 1800 + 50 x Kapasitas penyimpanan, 50000} berlaku. Tabel berikut menunjukkan cara menghitung tiga nilai yang diperlukan dalam rumus:
Nilai | Deskripsi |
| Menurut daftar tipe instans, nilai ini untuk tipe instans |
| Nilai ini dapat dihitung sebagai berikut: |
| Nilai ini adalah IOPS maksimum yang didukung oleh PL1 ESSD. |
Berdasarkan rumus, IOPS maksimum aktual dari instans adalah 2800, yang merupakan nilai terkecil di antara ketiganya.
I/O logis database dan I/O fisik disk tidak memiliki korespondensi satu-satu. Sebagai contoh, ukuran halaman default untuk Mesin Penyimpanan InnoDB MySQL adalah 16 KB dan ukuran blok penyimpanan dasar disk adalah 4 KB. Akibatnya, pembacaan logis tunggal yang mengambil satu halaman database dari disk diterjemahkan menjadi empat I/O disk fisik yang berbeda.
Kemampuan database untuk memproses operasi I/O tidak hanya ditentukan oleh IOPS disk dasarnya tetapi juga oleh ukuran halaman mesin database. Ini karena pembacaan halaman database logis tunggal mungkin memerlukan beberapa I/O disk fisik. Sebagai contoh, dengan 1.000 I/O fisik pada disk dengan ukuran blok 4 KB, instans RDS untuk MySQL dengan ukuran halaman default 16 KB dapat menyelesaikan 250 operasi I/O logis, sedangkan instans RDS untuk SQL Server dengan ukuran halaman default 8 KB dapat menyelesaikan 500 operasi I/O logis.
Bandwidth I/O (throughput)
Bandwidth I/O, juga dikenal sebagai throughput, mengukur kemampuan sistem penyimpanan untuk menangani operasi baca/tulis sekuensial dan merupakan metrik utama untuk performa I/O sekuensial. Bandwidth I/O aktual dari sebuah instans ditentukan oleh tipe instans, jenis penyimpanan, dan kapasitas penyimpanan. Anda dapat menemukan bandwidth I/O maksimum untuk sebuah tipe instans di daftar tipe instans utama sebagai referensi. Namun, bandwidth I/O maksimum aktual dari tipe instans dihitung menggunakan rumus dalam tabel berikut:
Jenis penyimpanan | Rumus untuk bandwidth I/O maksimum aktual (Unit: MB/s, Unit kapasitas penyimpanan: GB) | |
Premium ESSD | Dengan lonjakan performa I/O diaktifkan |
|
Dengan lonjakan performa I/O dinonaktifkan |
| |
ESSD | PL3 |
|
PL2 |
| |
PL1 |
| |
SSD Standar |
| |
Contoh:
Hitung bandwidth I/O maksimum aktual dari instans utama RDS dengan spesifikasi berikut:
Tipe instans:
mysql.x2.large.2cPenyimpanan: PL3 ESSD berukuran 5.000 GB
Berdasarkan jenis penyimpanan instans, rumus min{Bandwidth I/O maksimum untuk tipe instans, 120 + 0.5 × Kapasitas penyimpanan, 4000} berlaku. Tabel berikut menunjukkan cara menghitung tiga nilai yang diperlukan dalam rumus:
Nilai | Deskripsi |
| Menurut daftar tipe instans, nilai ini untuk tipe instans |
| Nilai ini dapat dihitung sebagai berikut: |
| Nilai ini adalah bandwidth I/O maksimum yang didukung oleh PL3 ESSD. |
Berdasarkan rumus, bandwidth I/O maksimum aktual dari instans adalah 192, yang merupakan nilai terkecil di antara ketiganya.
Hubungan antara IOPS dan bandwidth I/O
IOPS dan bandwidth I/O disk cloud bukanlah metrik performa yang independen. Keduanya dipengaruhi oleh tipe instans, jenis penyimpanan, dan kapasitas penyimpanan. Mereka juga saling membatasi:
Rumus konversi:
Bandwidth I/O (MB/s) = IOPS × Ukuran blok I/O (KB) / 1024. Ukuran blok I/O mengacu pada ukuran operasi disk I/O tunggal, yaitu 4 KB secara default untuk disk cloud. Ini tidak merujuk pada ukuran halaman database.Kendala: Dalam kebanyakan kasus, IOPS dan bandwidth I/O tidak mencapai batas atasnya pada saat yang bersamaan.
Jika IOPS mencapai batas atas dengan ukuran blok I/O kecil, seperti 4 KB, bandwidth I/O instans mungkin tidak mencapai batas atasnya. Dalam hal ini, IOPS menjadi hambatan performa.
Jika bandwidth I/O mencapai batas atas dengan ukuran blok I/O besar, seperti 256 KB, IOPS instans mungkin tidak mencapai batas atasnya. Dalam hal ini, bandwidth I/O menjadi hambatan performa.
Pertanyaan Umum
Pertanyaan 1: Mengapa tipe instans tingkat pemula tampak lebih baik daripada tipe instans tingkat perusahaan?
A: Tipe instans tingkat pemula biasanya termasuk dalam keluarga instans bersama atau tujuan umum. Tipe instans tingkat perusahaan biasanya termasuk dalam keluarga instans khusus. Secara praktis, tipe instans tingkat perusahaan lebih stabil karena memiliki sumber daya CPU dan memori yang khusus. Untuk informasi lebih lanjut tentang perbedaan, lihat Keluarga Instans.
Pertanyaan 2: Bagaimana cara menanyakan sumber daya yang tersedia untuk pembelian?
A: Anda dapat menanyakan sumber daya yang tersedia di halaman pembelian atau memanggil operasi DescribeAvailableResource.
Pertanyaan 3: Mengapa permintaan per detik (QPS) dan transaksi per detik (TPS) tidak ditampilkan?
A: Untuk mengukur QPS dan TPS dari instans ApsaraDB RDS, Anda harus menyebarkan objek relevan pada instans dan melakukan pengujian. QPS dan TPS untuk instans dengan tipe yang sama dapat bervariasi secara signifikan tergantung pada sistem bisnis dan metode implementasi. Untuk informasi lebih lanjut tentang cara menguji QPS dan TPS, lihat Panduan Pengujian Performa.
Topik terkait
ApsaraDB RDS juga memungkinkan Anda meningkatkan performa baca dengan menambahkan instans hanya-baca, seperti Instans Hanya-Baca MySQL, Instans Hanya-Baca SQL Server, dan Instans Hanya-Baca PostgreSQL. Untuk informasi lebih lanjut tentang tipe instans untuk instans hanya-baca, lihat Tipe Instans Hanya-Baca.
Setelah Anda memilih tipe instans utama, Anda dapat membuat dan menggunakan instans. Untuk informasi lebih lanjut, lihat Membuat Instans ApsaraDB RDS untuk MySQL dengan Cepat, Membuat Instans ApsaraDB RDS untuk SQL Server dengan Cepat, dan Membuat Instans ApsaraDB RDS untuk PostgreSQL dengan Cepat.