ApsaraDB untuk HBase Edisi Performa-tinggi (Lindorm) adalah layanan cloud yang sepenuhnya dikelola, yang memperluas Apache HBase dengan performa, keandalan, dan integrasi ekosistem kelas enterprise—tanpa beban operasional mengelola kluster sendiri.
Fitur inti
Lindorm mendukung API HBase serta model data tambahan dan pengindeksan bawaan yang tidak tersedia secara langsung di Apache HBase.
| Fitur | Lindorm | Apache HBase |
|---|---|---|
| API HBase | Didukung | Didukung |
| Model data | Kolom lebar (API HBase), tabel (API mirip SQL), antrian, dan lainnya | Hanya kolom lebar |
| Indeks secondary global (GSI) | Bawaan; kueri transparan dengan redundansi yang dapat dikonfigurasi untuk kolom non-kunci indeks. Lihat Indeks secondary. | Memerlukan komponen eksternal; kompleks untuk dikonfigurasi |
| Pencarian teks penuh | Terintegrasi dengan Apache Solr; penyimpanan terpadu, kueri multidimensi, dan indeks teks penuh di seluruh set data besar. Lihat Layanan indeks teks penuh. | Tidak didukung |
Performa
Lindorm memberikan throughput jauh lebih tinggi dan latensi lebih rendah dibandingkan Apache HBase berkat optimisasi tingkat mesin yang mendalam. Peningkatan ini langsung meningkatkan ruang konkurensi dan menghasilkan waktu respons yang lebih konsisten selama puncak lalu lintas.
| Metrik | Lindorm | Apache HBase |
|---|---|---|
| Throughput | 7x lipat dari Apache HBase. Lihat Hasil pengujian. | Baseline |
| Latensi P99 | 1/10 dari Apache HBase. Lihat Hasil pengujian. | Baseline |
Efisiensi biaya
Lindorm menurunkan biaya penyimpanan melalui algoritma kompresi yang lebih baik, encoding cerdas, dan tiering otomatis data dingin/panas—tanpa perlu penyetelan manual.
| Fitur | Lindorm | Apache HBase |
|---|---|---|
| Kompresi data | Menggunakan algoritma Zstandard (ZSTD) yang dioptimalkan secara mendalam, ditulis ulang dengan JNA untuk menghindari core dump, serta dioptimalkan dengan pengambilan sampel kamus. Rasio kompresinya 50% lebih tinggi daripada Snappy, dengan rasio kompresi data hingga 10:1. | Menggunakan Snappy secara default. Zstandard memerlukan lingkungan Hadoop-3.0 dan dapat menyebabkan core dump. |
| Encoding | Mendukung algoritma IndexableDelta, yang mencocokkan rasio kompresi algoritma DIFF sekaligus memberikan akses acak 2x lebih cepat. | Menggunakan DIFF secara default, yang memiliki akses acak lebih lambat. |
| Pemisahan data dingin dan panas | Secara otomatis menyimpan data dingin di media berbiaya rendah dengan kompresi tinggi menggunakan penyimpanan bertingkat. Hal ini mengurangi biaya penyimpanan hingga 70% dan meningkatkan performa kueri data panas sebesar 15%. Lihat Pemisahan data dingin dan panas. | Tidak didukung |
| Media penyimpanan | Ultra disk, SSD standar, HDD lokal, SSD lokal, Object Storage Service (OSS) untuk data dingin, dan disk yang dioptimalkan kapasitas (segera hadir) | T/A |
Keandalan
Lindorm menyediakan fitur keandalan kelas enterprise, termasuk failover otomatis, pencadangan skala besar, dan pemulihan kesalahan cepat—didukung oleh perjanjian tingkat layanan (SLA).
| Fitur | Lindorm | Apache HBase |
|---|---|---|
| Redundansi aktif-standby | Mendukung failover otomatis dan penerapan dual-kluster untuk pemrosesan permintaan konkuren. Dapat dijalankan dalam mode aktif/standby bersama instans Apache HBase yang dikelola sendiri. | Tidak ada failover otomatis |
| Pencadangan dan pemulihan | Mencadangkan lebih dari 100 TB ke OSS dengan objektif waktu pemulihan (RTO) di bawah 30 menit, terlepas dari ukuran data. Mendukung pencadangan sesuai permintaan dan pemulihan titik-waktu. Lihat Aktifkan pencadangan dan pemulihan data. | Tidak didukung |
| Waktu rata-rata perbaikan (MTTR) | Pemulihan kesalahan 10x lebih cepat daripada Apache HBase. | Tidak didukung |
Multitenansi
Lindorm mendukung penerapan multitenan yang aman dengan kontrol akses detail halus dan isolasi sumber daya fisik antarpenyewa.
| Fitur | Lindorm | Apache HBase |
|---|---|---|
| Autentikasi dan ACL | Autentikasi username/password dengan pengelolaan izin berbasis daftar kontrol akses (ACL). Lihat Kelola pengguna dan ACL. | Proses autentikasi kompleks |
| Isolasi sumber daya | Fitur kelompok sumber daya untuk isolasi fisik antar penyewa | Tidak didukung |
O&M dan diagnostik
Lindorm menyediakan alat berbasis GUI untuk manajemen kluster dan kueri data, menggantikan HBase Shell sebagai antarmuka manajemen utama.
| Fitur | Lindorm | Apache HBase |
|---|---|---|
| Alat O&M | Manajemen kluster berbasis GUI untuk tabel, namespace, kelompok, dan ACL. Lihat Sistem manajemen kluster. | Hanya HBase Shell |
| Kueri data | HBase Shell dan kueri SQL berbasis GUI dalam sistem manajemen kluster. Lihat Kueri data. | Hanya HBase Shell |
Integrasi ekosistem
Lindorm terintegrasi dengan layanan data utama untuk migrasi, sinkronisasi, dan analitik—menghilangkan beban pengembangan intensif yang biasanya diperlukan oleh HBase yang dikelola sendiri.
| Integrasi | Lindorm | Apache HBase |
|---|---|---|
| Migrasi data | Migrasi online otomatis dan efisien antar versi HBase tanpa dampak pada aplikasi dan tanpa perubahan kode. Lihat Pengantar LTS (sebelumnya dikenal sebagai BDS). | Hanya migrasi offline |
| Sinkronisasi MySQL | Menggunakan Lindorm Tunnel Service (LTS) untuk sinkronisasi data penuh dan sinkronisasi inkremental online real-time dari MySQL. Lihat Pengantar LTS (sebelumnya dikenal sebagai BDS). | Tidak ada alat khusus; tidak ada sinkronisasi inkremental online; memerlukan alat pihak ketiga |
| Analitik Apache Spark | Terintegrasi mendalam dengan Apache Spark: jalankan kueri Spark SQL terhadap data Lindorm, arsipkan data inkremental ke Spark, HDFS, atau OSS, dan tulis kembali hasil analisis offline ke Lindorm. | Tidak ada integrasi bawaan; memerlukan beban pengembangan berat |
| MaxCompute | Ekspor data lengkap ke MaxCompute. Lihat Ekspor data lengkap ke MaxCompute. | Memerlukan beban pengembangan berat |
| Log Service | Gunakan LTS untuk mengimpor data inkremental dari Log Service. Lihat Pengantar LTS (sebelumnya dikenal sebagai BDS). | Memerlukan beban pengembangan berat |
Layanan dan dukungan
Lindorm adalah layanan yang sepenuhnya dikelola, didukung oleh SLA dan tim ahli dengan pengalaman mendalam dalam Apache HBase.
| Aspek | Detail |
|---|---|
| SLA | Ketersediaan layanan hingga 99,9% untuk penerapan single-kluster dan 99,99% untuk penerapan dual-kluster |
| O&M | Sepenuhnya dikelola — tidak diperlukan operasi database yang kompleks |
| Tim teknis | Didukung oleh tim yang mencakup anggota Apache Project Management Committee (PMC) dan committer |
| Terbukti pada skala besar | Sembilan tahun layanan berkelanjutan selama Festival Belanja Tmall Double 11, dengan puluhan ribu instans yang mendukung bisnis Alibaba Group |