Tingkatan data

Cluster yang menggunakan tipe node dari keluarga r6gd memiliki data berjenjang antara memori dan penyimpanan lokal SSD (solid state drive). Tiering data menyediakan opsi harga-kinerja baru untuk OSS beban kerja Valkey dan Redis dengan memanfaatkan solid state drive (SSDs) berbiaya lebih rendah di setiap node cluster selain menyimpan data dalam memori. Mirip dengan tipe node lainnya, data yang ditulis ke node r6gd disimpan dengan tahan lama dalam log transaksi multi-AZ. Tingkatan data sangat ideal untuk beban kerja yang mengakses hingga 20 persen dari keseluruhan kumpulan data mereka secara teratur, dan untuk aplikasi yang dapat mentolerir latensi tambahan saat mengakses data. SSD

Pada cluster dengan tiering data, MemoryDB memantau waktu akses terakhir dari setiap item yang disimpannya. Ketika memori yang tersedia (DRAM) sepenuhnya dikonsumsi, MemoryDB menggunakan algoritma (LRU) yang paling tidak baru digunakan untuk secara otomatis memindahkan item yang jarang diakses dari memori ke memori. SSD Ketika data on kemudian SSD diakses, MemoryDB secara otomatis dan asinkron memindahkannya kembali ke memori sebelum memproses permintaan. Jika Anda memiliki beban kerja yang mengakses hanya subset dari datanya secara teratur, tingkatan data adalah cara optimal untuk menskalakan kapasitas Anda dengan hemat biaya.

Perhatikan bahwa ketika menggunakan tiering data, kunci itu sendiri selalu tetap dalam memori, sedangkan LRU mengatur penempatan nilai pada memori vs disk. Secara umum, sebaiknya buat kunci Anda lebih kecil dari ukuran nilai Anda saat menggunakan tingkatan data.

Tingkatan data dirancang untuk memiliki dampak performa minimal pada beban kerja aplikasi. Misalnya, dengan asumsi nilai String 500 byte, Anda biasanya dapat mengharapkan latensi 450 mikrodetik tambahan untuk permintaan baca ke data yang disimpan SSD dibandingkan dengan permintaan baca ke data dalam memori.

Dengan ukuran node tiering data terbesar (db.r6gd.8xlarge), Anda dapat menyimpan hingga ~500 TBs dalam satu cluster 500 node (250 TB saat menggunakan 1 replika baca). Untuk tiering Data, MemoryDB menyimpan 19% memori (DRAM) per node untuk penggunaan non-data. Tiering data kompatibel dengan semua OSS perintah Valkey dan Redis dan struktur data yang didukung di MemoryDB. Anda tidak memerlukan perubahan sisi klien untuk menggunakan fitur ini.