全部产品
Search
文档中心

Lindorm:Penyimpanan Kapasitas

更新时间:Jul 06, 2025

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

Catatan

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

Catatan

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

Catatan

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

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

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

    Penting

    Jika persentase token total yang tersedia dari suatu instance lebih besar dari 0% dan IOPS satu node lebih besar dari 1500, 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.