Topik ini menjelaskan Edisi Perusahaan RDS.
Edisi Perusahaan RDS untuk ApsaraDB RDS for MySQL tidak lagi tersedia untuk pembelian mulai 27 Maret 2023. Jika Anda ingin menggunakan Edisi Kluster RDS, perhatikan hal-hal berikut:
Jika Anda belum memiliki instans ApsaraDB RDS for MySQL yang menjalankan Edisi Perusahaan RDS tetapi ingin membuatnya, kami menyarankan Anda membuat instans RDS yang menjalankan Edisi Kluster RDS atau instans PolarDB-X 2.0 Edisi Standar.
Jika Anda memiliki instans RDS yang menjalankan Edisi Perusahaan RDS, kami menyarankan Anda memigrasikan data dari instans tersebut ke instans RDS yang menjalankan Edisi Kluster RDS atau instans PolarDB-X 2.0 Edisi Standar. Untuk informasi selengkapnya, lihat [Perubahan produk/Perubahan fitur] Dukungan ekstensi untuk Edisi Perusahaan RDS ApsaraDB RDS for MySQL.
Edisi Perusahaan RDS cocok untuk perusahaan. Dalam edisi ini, sistem database Anda terdiri dari satu instans RDS primary, satu instans RDS secondary, dan satu instans RDS logger. Data disinkronkan dari instans RDS primary ke instans RDS secondary dan instans RDS logger dalam mode sinkron, sehingga menjamin konsistensi data yang kuat dan keandalan tingkat finansial.
Edisi Perusahaan RDS mendukung versi mesin database dan family instans berikut:
Versi mesin database: MySQL 5.7 dan MySQL 8.0.
Family instans: family instans dedicated, termasuk tipe instans dedicated host.
Batasan
Demi alasan performa, Anda harus men-deploy instans RDS sistem database Anda di wilayah yang sama.
Manfaat
Keterandalan tinggi
Edisi Perusahaan RDS menyediakan keandalan tingkat perusahaan dengan recovery point objective (RPO) sebesar 0.
Instans RDS sistem database Anda dapat ditempatkan di tiga pusat data berbeda dalam satu kota untuk mendukung pemulihan bencana lintas zona.
Fungsionalitas lengkap
Edisi Perusahaan RDS mendukung semua fitur yang disediakan oleh ApsaraDB RDS, termasuk skalabilitas otomatis, backup dan pemulihan, optimasi performa, pemisahan baca/tulis, serta SQL Explorer. Fitur SQL Explorer mencatat semua pernyataan SQL yang dieksekusi hingga lima tahun ke belakang. Berdasarkan log SQL tersebut, Anda dapat melacak perilaku akses database, sehingga menjamin keamanan data penting.
Konsistensi kuat dan ketersediaan tinggi
Penyempurnaan berikut dilakukan pada mesin minor ApsaraDB RDS untuk meningkatkan konsistensi data dan ketersediaan layanan:
Raft, sebuah algoritma konsensus terdistribusi, digunakan untuk menjamin keandalan dan atomisitas alih bencana di antara instans RDS dalam sistem database Anda.
Dua replika data dan tiga replika log didukung. Log transaksi disinkronkan dari instans RDS primary ke instans RDS secondary dan instans RDS logger. Sebuah transaksi hanya dikomit setelah log terkait ditulis ke minimal dua dari tiga instans RDS dalam sistem database Anda.
Jika instans RDS Anda menjalankan MySQL 5.7 atau MySQL 8.0, algoritma Raft digunakan untuk mengelola komitmen, rollback, dan crash recovery transaksi, sehingga menjamin konsistensi data dalam sistem database Anda.
Instans RDS secondary dan instans RDS logger hanya mereplay log transaksi yang telah ditulis ke mayoritas dari tiga instans RDS dalam sistem database Anda. Selain itu, algoritma replikasi paralel di berbagai level—termasuk level database, tabel, logical clock, dan WriteSet—digunakan untuk meningkatkan efisiensi replay. Hal ini memungkinkan pengurangan recovery time objective (RTO) dan menjamin ketersediaan layanan.
Tipe instans
Tabel berikut menjelaskan tipe instans yang didukung oleh Edisi Perusahaan RDS.
Instans RDS pada Edisi Perusahaan RDS (dengan disk lokal)
RDS edition | Instance family | Instance type | Number of CPU cores and memory capacity | Maximum number of connections | Storage | |
Maximum IOPS | Storage capacity | |||||
Edisi Perusahaan RDS | tujuan umum | MySQL 5.7 dan MySQL 8.0: mysql.n2.small.25 | 1 core, 2 GB | 600 | 1.000 | 5 GB hingga 2.000 GB |
MySQL 5.7 dan MySQL 8.0: mysql.n2.medium.25 | 2 core, 4 GB | 1.200 | 2.000 | 5 GB hingga 2.000 GB | ||
MySQL 5.7 dan MySQL 8.0: mysql.n4.medium.25 | 2 core, 8 GB | 2.000 | 4.000 | 5 GB hingga 2.000 GB | ||
MySQL 5.7 dan MySQL 8.0: mysql.n2.large.25 | 4 core, 8 GB | 2.000 | 5.000 | 5 GB hingga 2.000 GB | ||
MySQL 5.7 dan MySQL 8.0: mysql.n4.large.25 | 4 core, 16 GB | 4.000 | 7.000 | 5 GB hingga 2.000 GB | ||
MySQL 5.7 dan MySQL 8.0: mysql.n2.xlarge.25 | 8 core, 16 GB | 4.000 | 8.000 | 5 GB hingga 2.000 GB | ||
MySQL 5.7 dan MySQL 8.0: mysql.n4.xlarge.25 | 8 core, 32 GB | 8.000 | 12.000 | 5 GB hingga 2.000 GB | ||
MySQL 5.7 dan MySQL 8.0: mysql.n4.2xlarge.25 | 16 core, 64 GB | 16.000 | 14.000 | 5 GB hingga 3.000 GB | ||
MySQL 5.7 dan MySQL 8.0: mysql.n8.2xlarge.25 | 16 core, 128 GB | 32.000 | 16.000 | 5 GB hingga 3.000 GB | ||
Dedicated (dengan jumlah core CPU besar) | MySQL 5.7 dan MySQL 8.0: mysql.x4.large.25 | 4 core, 16 GB | 2.500 | 4.500 | 50 GB hingga 2.000 GB | |
MySQL 5.7 dan MySQL 8.0: mysql.x4.xlarge.25 | 8 core, 32 GB | 5.000 | 9.000 | 500 GB hingga 3.000 GB | ||
MySQL 5.7 dan MySQL 8.0: mysql.x4.2xlarge.25 | 16 core, 64 GB | 10.000 | 18.000 | 500 GB hingga 3.000 GB | ||
MySQL 5.7 dan MySQL 8.0: mysql.x4.4xlarge.25 | 32 core, 128 GB | 20.000 | 36.000 | 1.000 GB hingga 6.000 GB | ||
Dedicated (dengan kapasitas memori besar) | MySQL 5.7 dan MySQL 8.0: mysql.x8.medium.25 | 2 core, 16 GB | 2.500 | 4.500 | 50 GB hingga 2.000 GB | |
MySQL 5.7 dan MySQL 8.0: mysql.x8.large.25 | 4 core, 32 GB | 5.000 | 9.000 | 50 GB hingga 2.000 GB | ||
MySQL 5.7 dan MySQL 8.0: mysql.x8.xlarge.25 | 8 core, 64 GB | 10.000 | 18.000 | 500 GB hingga 3.000 GB | ||
MySQL 5.7 dan MySQL 8.0: mysql.x8.2xlarge.25 | 16 core, 128 GB | 20.000 | 36.000 | 500 GB hingga 3.000 GB | ||
MySQL 5.7 dan MySQL 8.0: mysql.x8.4xlarge.25 | 32 core, 256 GB | 40.000 | 72.000 | 1.000 GB hingga 6.000 GB | ||
dedicated host | MySQL 5.7 dan MySQL 8.0: mysql.st.8xlarge.25 | 60 core, 470 GB | 100.000 | 120.000 | 3.000 GB, 4.000 GB, 5.000 GB, dan 6.000 GB | |
MySQL 5.7 dan MySQL 8.0: mysql.st.12xlarge.25 | 90 core, 720 GB | 150.000 | 140.000 | 1.000 GB hingga 6.000 GB | ||
Jika instans RDS Anda menggunakan salah satu tipe instans berikut dengan metode penagihan pay-as-you-go, kapasitas penyimpanan maksimum yang diizinkan akan ditingkatkan menjadi 3.000 GB dalam situasi darurat:
mysql.x8.medium.25
mysql.x4.large.25
mysql.x8.large.25
Catatan: Jika instans RDS Anda menggunakan salah satu tipe instans di atas dan penyimpanan yang digunakan melebihi 2.000 GB, Anda tidak dapat mengubah metode penagihan dari pay-as-you-go ke subscription. Perubahan metode penagihan hanya dapat dilakukan jika penggunaan penyimpanan kurang dari 2.000 GB.
FAQ
Apakah Edisi Perusahaan RDS didukung untuk instans RDS read-only?
Tidak, Edisi Perusahaan RDS tidak didukung untuk instans RDS read-only. Anda dapat membuat instans RDS read-only untuk instans RDS primary yang menjalankan Edisi Perusahaan RDS, namun instans read-only tersebut akan berbasis arsitektur high availability.