All Products
Search
Document Center

Lindorm:Pengenalan Cloud Storage Berorientasi Kapasitas

Last Updated:Jul 01, 2026

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

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

Catatan

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

Catatan

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

Catatan

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

  1. 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.

  2. 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 0 menunjukkan adanya pembatasan baca, yang meningkatkan latensi baca.

    Penting

    Pembatasan juga dapat terjadi jika IOPS satu node melebihi 1500, meskipun persentase keseluruhan token yang tersedia pada instans masih lebih besar dari 0.

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.