Lindorm mengidentifikasi data historis yang jarang diakses sebagai data dingin dan menggunakan Penyimpanan Kapasitas untuk menyimpannya guna mengurangi biaya penyimpanan. Topik ini menjelaskan manfaat Penyimpanan Kapasitas serta hasil pengujian kinerja fitur tersebut.
Fitur
Penyimpanan Kapasitas hemat biaya.
Biaya Penyimpanan Kapasitas adalah 20% dari biaya Penyimpanan Standar.
Penyimpanan Kapasitas mendukung operasi penulisan data dan memastikan Anda dapat membaca data pada setiap titik waktu.
Penyimpanan Kapasitas mudah digunakan.
Untuk menggunakan Penyimpanan Kapasitas dalam menyimpan data dingin, atur Pembelian Penyimpanan Kapasitas ke Ya dan tentukan nilai untuk Penyimpanan Kapasitas saat membeli instance Lindorm. Kemudian, tentukan bahwa data dingin disimpan di Penyimpanan Kapasitas saat menggunakan pernyataan CREATE TABLE untuk membuat tabel.
Penyimpanan Kapasitas dapat digunakan untuk menerapkan pemisahan data panas dan dingin dalam satu tabel.
Jika Anda mengaktifkan fitur pemisahan data panas dan dingin untuk sebuah tabel, Lindorm menyimpan data yang sering diakses di penyimpanan panas dengan kinerja baca-tulis lebih tinggi, dan menyimpan data historis yang jarang diakses di Penyimpanan Kapasitas untuk mengurangi biaya penyimpanan. Untuk menyimpan data panas dan dingin secara terpisah untuk bisnis Anda, lihat Ikhtisar.
Aktifkan Penyimpanan Kapasitas
Untuk informasi tentang cara mengaktifkan Penyimpanan Kapasitas untuk instance Lindorm, lihat Aktifkan Penyimpanan Kapasitas.
Pengujian Kinerja
Lingkungan pengujian: Dalam pengujian ini, diperlukan Node master tipe ecs.c5.xlarge. Node master memiliki 4 inti CPU dan 8 GB memori. Empat server wilayah tipe ecs.c5.xlarge juga diperlukan, masing-masing dengan 4 inti CPU dan 8 GB memori.
Tabel berikut menggambarkan kinerja penulisan Penyimpanan Kapasitas.
Tipe Penyimpanan | avg rt | p99 rt |
Penyimpanan Panas | 1736 μs | 4811 μs |
Penyimpanan Kapasitas | 1748 μs | 5243 μs |
Dalam pengujian, setiap baris data memiliki 10 kolom dan menyimpan 100 byte data di setiap kolom, sehingga setiap baris menyimpan 1 KB data. Sistem menggunakan 16 thread paralel untuk menulis data.
Tabel berikut menggambarkan kinerja pembacaan acak Penyimpanan Kapasitas.
Tipe Penyimpanan | avg rt | p99 rt |
Penyimpanan Panas | 1704 μs | 5923 μs |
Penyimpanan Kapasitas | 14738 μs | 31519 μs |
Selama pengujian kinerja, BlockCache dinonaktifkan dan sistem membaca data langsung dari disk. Setiap baris data memiliki 10 kolom dan menyimpan 100 byte data di setiap kolom, sehingga setiap baris menyimpan 1 KB data. Sistem menggunakan 8 thread untuk membaca 1 KB data untuk setiap permintaan.
Tabel berikut menggambarkan kinerja pemindaian rentang Penyimpanan Kapasitas.
Tipe Penyimpanan | avg rt | p99 rt |
Penyimpanan Panas | 6222 μs | 20975 μs |
Penyimpanan Kapasitas | 51134 μs | 115967 μs |
Selama pengujian kinerja, BlockCache dinonaktifkan dan sistem membaca data langsung dari disk. Setiap baris data memiliki 10 kolom dan menyimpan 100 byte data di setiap kolom, sehingga setiap baris menyimpan 1 KB data. Sistem menggunakan 8 thread untuk membaca 1 KB data untuk setiap permintaan. Parameter Caching diatur ke 30.
Batasan IOPS baca Penyimpanan Kapasitas
Penyimpanan Kapasitas cocok untuk skenario di mana data sering ditulis tetapi jarang dibaca dari database. Berikut adalah batasan IOPS baca Penyimpanan Kapasitas:
Setiap instance Lindorm memiliki kolam token untuk Penyimpanan Kapasitas. Jika jumlah token tersedia mencapai
0, IOPS baca akan dibatasi hingga maksimum 10 per node.Token di kolam token dihasilkan secara otomatis dengan laju yang meningkat seiring ukuran Penyimpanan Kapasitas instance.
Ketika jumlah token di kolam token mencapai batas atas, token berhenti dihasilkan. Jumlah maksimum token meningkat seiring ukuran Penyimpanan Kapasitas instance.
IOPS baca tidak dibatasi jika kolam token masih memiliki token tersedia. Setiap operasi I/O mengonsumsi satu token, dengan IOPS maksimum satu node mencapai 1.500.
Jumlah operasi I/O yang dilakukan oleh mesin Lindorm lapisan atas, seperti LindormTable atau LindormTSDB, bergantung pada permintaan baca. Permintaan baca dapat menyebabkan beberapa operasi I/O jika mengenai data di beberapa blok. Namun, jika permintaan hanya mengenai data di cache, tidak ada operasi I/O yang dilakukan. Oleh karena itu, QPS maksimum operasi baca tidak dapat diperkirakan berdasarkan IOPS baca Penyimpanan Kapasitas. Kami sarankan memperkirakan nilai tersebut berdasarkan konsumsi token.
Metrik pemantauan Penyimpanan Kapasitas
Masuk ke Konsol Lindorm. Di pojok kiri atas halaman, pilih wilayah tempat instance dikerahkan. Pada halaman Instances, klik ID instance yang ingin Anda kelola atau klik Manage di kolom Actions yang sesuai dengan instance.
Di panel navigasi di sebelah kiri, klik Instance Monitoring untuk melihat Underlying Storage Metrics. Tabel berikut menggambarkan metrik penyimpanan dasar.
Metrik
Deskripsi
Percentage of available token
Metrik tingkat instance. Persentase token yang tersedia. Jika persentase token keseluruhan yang tersedia dari suatu instance berkurang menjadi
0%, permintaan baca akan dibatasi.DataNode capacity cloud storage IOPS
Metrik tingkat node. Setiap IOPS baca mengonsumsi 1 token. Nilai yang lebih besar menunjukkan kecepatan konsumsi token yang lebih cepat. Karena perbedaan antara mesin data dan model I/O, permintaan baca dapat dikirim berulang kali dan mengonsumsi beberapa token.
Capacity-based cloud storage throttling OPS
Metrik tingkat node. OPS baca setiap node yang dibatasi. Nilai lebih besar dari
0% menunjukkan bahwa permintaan baca dibatasi, yang meningkatkan latensi baca lapisan atas.PentingJika persentase token total yang tersedia dari suatu instance lebih besar dari
0% dan IOPS satu node lebih besar dari1500, pembacaan dibatasi.
Pertimbangan
Penyimpanan Kapasitas cocok untuk skenario di mana data jarang di-query karena IOPS Penyimpanan Kapasitas terbatas.
Throughput tulis Penyimpanan Kapasitas mendekati throughput Penyimpanan Standar.
Penyimpanan Kapasitas tidak cocok untuk memproses sejumlah besar permintaan baca bersamaan. Kesalahan mungkin terjadi jika digunakan untuk tujuan tersebut.
Jika Anda membeli kapasitas besar Penyimpanan Kapasitas untuk instance Lindorm Anda, Anda dapat menyesuaikan IOPS baca berdasarkan kebutuhan bisnis Anda. Untuk informasi lebih lanjut, hubungi dukungan teknis.
Disarankan untuk menyimpan tidak lebih dari 30 TB data dingin di setiap node. Untuk meningkatkan kapasitas penyimpanan dingin per node, hubungi dukungan teknis.
Jika lebih dari 95% Penyimpanan Kapasitas suatu instance digunakan, data tidak dapat lagi ditulis ke Penyimpanan Kapasitas. Pantau pemanfaatan Penyimpanan Kapasitas instance Anda. Untuk informasi lebih lanjut, lihat Lihat Kapasitas Penyimpanan Kapasitas.