Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Memilih kelas instans DB yang tepat
Kelas instance yang tepat tergantung pada bagaimana kueri tabel asing Anda menggunakan memori, penyimpanan, dan CPU. Untuk detail tentang masing-masing sumber daya ini, lihatManajemen sumber daya.
-
Memori: Kueri tabel asing menyimpan data kerjanya (jenis, agregasi, dan tabel hash untuk bergabung) dalam memori, dibatasi oleh
aurora_analytics.query_mempengaturan (singkatnya).query_memNilai defaultquery_memskala dengan ukuran instans, sehingga instance yang lebih besar memberi setiap kueri lebih banyak memori secara otomatis. Ketika kueri melebihiquery_mem, itu tumpah ke penyimpanan lokal, yang lebih lambat. Untuk informasi selengkapnya, lihat Menyetel query_mem untuk beban kerja Anda. -
Konkurensi: Setiap kueri tabel asing bersamaan mengalokasikan memori hingga
query_mem, tetapi penggunaan sebenarnya bergantung pada kueri, dan kueri sederhana mungkin menggunakan jauh lebih sedikit. Saat Anda mengukur konkurensi, anggaran untuk memori puncak daripada mengasumsikan setiap kueri menggunakan yang lengkap.query_memUntuk informasi selengkapnya, lihat Ukuran konkurensi. -
Caching dan spilling: Cache on-disk untuk data Amazon S3 dan file sementara yang tumpah kueri keduanya menggunakan penyimpanan lokal instans. NVMe lokal (tersedia pada instance tipe-d seperti
db.r8gd) lebih cepat daripada Amazon EBS untuk keduanya, jadi pilih kelas dengan penyimpanan NVMe lokal untuk beban kerja produksi yang menanyakan tabel asing. -
Isolasi beban kerja: Kueri tabel asing bersaing dengan lalu lintas instans lainnya untuk CPU dan memori. Untuk beban kerja yang banyak menanyakan tabel asing, jalankan pada pembaca khusus sebagai gantinya. Untuk informasi selengkapnya, lihat Menggunakan instance pembaca khusus untuk analitik.
Mulailah dengan kelas yang sesuai dengan beban kerja Anda dan sesuaikan dari sana, menggunakan sinyal-sinyal ini.
-
Meningkat
AuroraAnalyticsMemoryUsageberarti tekanan memori secara keseluruhan tumbuh. Skala ke kelas instance yang lebih besar, atau lebih rendahquery_memuntuk meninggalkan ruang untuk konkurensi. -
Meningkat
AuroraAnalyticsDiskSpillSizeberarti kueri individu melebihiquery_memdan tumpah ke penyimpanan lokal. Tingkatkan, atau naikkanquery_memuntuk memberi setiap kueri lebih banyak ruang. -
Penurunan
AuroraAnalyticsCacheHitRatioberarti lebih banyak data kerja Anda sedang dibaca ulang dari Amazon S3. Kelas instance yang lebih besar menyimpan lebih banyak cache secara lokal. -
CPU tinggi saat menanyakan tabel asing berarti kueri membutuhkan lebih banyak vCPU.
Untuk menangani lebih banyak kueri bersamaan, tingkatkan lebih banyak ruang memori, atau tambahkan pembaca untuk menyebarkan beban.
Untuk metrik ini dan cara memantaunya, lihatPemantauan dan pemecahan masalah.
Kapan menggunakan EBS-only instance
Instans tanpa penyimpanan NVMe lokal (seperti db.r8g dan) db.r8i menggunakan Amazon EBS untuk caching. Gunakan mereka untuk yang berikut ini.
-
Beban kerja yang lebih peka terhadap biaya daripada peka terhadap kinerja.
-
Kueri tabel asing ringan atau ad hoc.
-
Lingkungan pengembangan dan pengujian.