Lindorm menggunakan penyimpanan kapasitas sebagai media penyimpanan dingin untuk data historis yang jarang diakses (data dingin), sehingga mengurangi biaya penyimpanan.
Fitur
Biaya penyimpanan yang rendah.
Hanya 20% dari biaya penyimpanan standar.
Mendukung penulisan data dengan akses baca berkelanjutan.
Mudah digunakan.
Pilih penyimpanan kapasitas dan tentukan kapasitas penyimpanan saat membeli instans Lindorm, lalu gunakan pernyataan CREATE TABLE untuk menyimpan data dingin.
Mendukung pemisahan data panas dan dingin dalam satu tabel.
Data panas tetap berada di penyimpanan berkinerja tinggi, sedangkan data yang jarang diakses secara otomatis dipindahkan ke penyimpanan kapasitas. Pemisahan data panas dan dingin.
Aktifkan penyimpanan kapasitas
Penyimpanan kapasitas: tolok ukur kinerja
Lingkungan pengujian: satu node master (ecs.c5.xlarge, 4-core 8 GB) dan empat node RegionServer (ecs.c5.xlarge, 4-core 8 GB).
Kinerja penulisan:
Jenis penyimpanan | Avg rt | P99 rt |
hot storage | 1736 us | 4811 us |
capacity storage | 1748 us | 5243 us |
10 kolom per record, masing-masing 100 B (total ukuran baris 1 KB). 16 thread penulisan.
Kinerja baca acak (Get):
Jenis penyimpanan | Avg rt | P99 rt |
hot storage | 1704 us | 5923 us |
capacity storage | 14738 us | 31519 us |
BlockCache dinonaktifkan. 10 kolom per record, masing-masing 100 B (total 1 KB). 8 thread baca, 1 KB per permintaan.
Kinerja range scan:
Jenis penyimpanan | Avg rt | P99 rt |
hot storage | 6222 us | 20975 us |
capacity storage | 51134 us | 115967 us |
BlockCache dinonaktifkan. 10 kolom per record, masing-masing 100 B (total 1 KB). 8 thread baca, 1 KB per permintaan. Parameter Caching diatur ke 30.
Jaminan kinerja penyimpanan kapasitas
Lindorm menjamin bandwidth baca dan tulis berdasarkan kapasitas penyimpanan kapasitas yang dibeli. Sistem dapat melebihi bandwidth yang dijamin (burst) ketika kolam penyimpanan memiliki kapasitas menganggur, namun bandwidth burst tidak dijamin.
Bandwidth yang dijamin berdasarkan wilayah:
Wilayah | Bandwidth baca yang dijamin | Bandwidth tulis yang dijamin |
China (Shanghai) China (Shenzhen) China (Beijing) China (Hangzhou) Singapore | Garis dasar yang dijamin sebesar 5 Gbps. Bandwidth meningkat sebesar 20 Gbps untuk setiap tambahan 1 PiB kapasitas, hingga maksimum 50 Gbps. | Garis dasar yang dijamin sebesar 2 Gbps. Bandwidth meningkat sebesar 5 Gbps untuk setiap tambahan 1 PiB kapasitas, hingga maksimum 20 Gbps. |
China (Guangzhou) China (Heyuan) China (Qingdao) China (Zhangjiakou) China (Chengdu) China (Ulanqab) China (Hohhot) | Garis dasar yang dijamin sebesar 2 Gbps. Bandwidth meningkat sebesar 20 Gbps untuk setiap tambahan 1 PiB kapasitas, hingga maksimum 10 Gbps. | Garis dasar yang dijamin sebesar 1 Gbps. Bandwidth meningkat sebesar 5 Gbps untuk setiap tambahan 1 PiB kapasitas, hingga maksimum 10 Gbps. |
China (Hong Kong) Japan (Tokyo) Malaysia (Kuala Lumpur) Indonesia (Jakarta) UK (London) Germany (Frankfurt) | Garis dasar yang dijamin sebesar 1 Gbps. Bandwidth meningkat sebesar 20 Gbps untuk setiap tambahan 1 PiB kapasitas, hingga maksimum 5 Gbps. | Garis dasar yang dijamin sebesar 1 Gbps. Bandwidth meningkat sebesar 5 Gbps untuk setiap tambahan 1 PiB kapasitas, hingga maksimum 5 Gbps. |
Thailand (Bangkok) US (Virginia) US (Silicon Valley) | Garis dasar yang dijamin sebesar 0,6 Gbps. Bandwidth meningkat sebesar 20 Gbps untuk setiap tambahan 1 PiB kapasitas, hingga maksimum 2 Gbps. | Garis dasar yang dijamin sebesar 0,6 Gbps. Bandwidth meningkat sebesar 5 Gbps untuk setiap tambahan 1 PiB kapasitas, hingga maksimum 2 Gbps. |
Pembatasan kecepatan baca pada penyimpanan kapasitas
Penyimpanan kapasitas ditujukan untuk beban kerja yang banyak menulis dan sedikit membaca. IOPS baca dibatasi menggunakan sistem token:
Setiap instans memiliki kolam token. Ketika jumlah token turun ke
0, operasi baca dibatasi ke garis dasar 10 IOPS per node.Laju pengisian ulang token meningkat seiring dengan kapasitas yang disediakan.
Setiap I/O baca mengonsumsi satu token. Kinerja baca maksimum: 1.500 IOPS per node.
Laju pembuatan token: 0,04 IOPS per GiB (1 IOPS per 25 GiB).
Kolam token memiliki kapasitas maksimum yang meningkat seiring dengan kapasitas penyimpanan yang disediakan.
Kapasitas maksimum kolam setara dengan 48 jam pembuatan token. Saat penuh, token baru akan menggantikan token terlama.
Satu kueri dari LindormTable atau LindormTSDB dapat menghasilkan jumlah permintaan I/O yang bervariasi tergantung pada cache hit dan blok data yang diakses. QPS tidak dapat diprediksi secara andal dari IOPS. Pantau konsumsi token untuk menilai beban aktual.
Metrik pemantauan penyimpanan kapasitas
Masuk ke konsol Lindorm. Di sudut kiri atas halaman, pilih wilayah instans. Pada halaman Instances, klik ID instans yang dituju atau klik View Instance Details pada kolom Actions untuk instans tersebut.
Di panel navigasi sebelah kiri, klik Instance monitoring. Pada tab Cluster overview, temukan bagian Underlying storage metrics.
Metrik
Deskripsi
Capacity storage read tokens
Grup metrik tingkat instans yang mencakup persentase token yang tersedia, jumlah token yang tersedia, dan jumlah maksimum token. Setiap I/O baca mengonsumsi satu token. Jika persentase token yang tersedia turun ke
0%, permintaan baca akan diberi throttle.Capacity storage read status
Total IOPS baca dan traffic baca di seluruh node dan klien. Setiap I/O baca mengonsumsi satu token. IOPS baca yang lebih tinggi berarti konsumsi token lebih cepat. Satu operasi baca database dapat melakukan beberapa operasi I/O dan mengonsumsi beberapa token.
Capacity storage throttling status
Total operasi baca yang diberi throttle per detik (OPS) di seluruh node dan klien. Nilai lebih besar dari
0menunjukkan adanya pembatasan baca, yang meningkatkan latensi baca.PentingPembatasan juga dapat terjadi jika IOPS satu node melebihi
1500, meskipun persentase keseluruhan token yang tersedia pada instans masih lebih besar dari0.
Catatan penggunaan
Penyimpanan kapasitas memiliki IOPS baca yang rendah. Gunakan hanya untuk beban kerja dengan kueri yang jarang dilakukan.
Throughput tulis sebanding dengan penyimpanan standar.
Proses pembuatan indeks untuk fitur seperti secondary index, columnar index, dan search index memerlukan pembacaan data dari penyimpanan. Jika Anda telah mengaktifkan pemisahan data panas dan dingin, Anda harus memantau status throttling pada penyimpanan dingin Anda (penyimpanan kapasitas). Jika operasi baca pada penyimpanan dingin diberi throttle, proses pembuatan indeks akan melambat dan dapat menyebabkan backpressure pada penulisan.
Tidak cocok untuk beban kerja baca dengan konkurensi tinggi. Baca konkuren berlebihan dapat menyebabkan kegagalan.
Jika Anda membutuhkan IOPS baca yang lebih tinggi untuk kapasitas besar yang disediakan, hubungi technical support untuk meminta penyesuaian.
Setiap node dapat mengelola maksimal 30 TB data dingin. Untuk meningkatkan batas ini, hubungi technical support.
Operasi tulis gagal ketika pemanfaatan penyimpanan kapasitas melebihi 95%. Pantau penggunaan secara berkala. Lihat kapasitas penyimpanan kapasitas.