Tous les produits
Search
Centre de documentation

ApsaraDB for HBase:Avantages

Dernière mise à jour :Aug 10, 2026

Cette rubrique présente les principaux avantages de Lindorm par rapport à Apache HBase.

Catégorie

Lindorm

Apache HBase

Fonctionnalités principales

API HBase

Pris en charge

Pris en charge

Modèle de données

Prend en charge plusieurs modèles de données, notamment colonne large (API HBase), table (API de type SQL) et file d'attente. Contactez-nous pour en savoir plus sur les autres modèles.

Prend uniquement en charge le modèle colonne large.

Index secondaire global

Propose un index secondaire global intégré garantissant des requêtes transparentes haute performance et permettant une redondance à la demande pour les colonnes non indexées. Pour plus d'informations, consultez la rubrique sur l'index secondaire.

Nécessite une configuration complexe de composants externes.

Recherche en texte intégral

S'intègre au moteur de recherche Solr pour offrir un accès unifié au stockage, des requêtes multidimensionnelles et une indexation en texte intégral pour les jeux de données massifs. Pour plus d'informations, consultez le service d'index en texte intégral.

Non pris en charge

Performances

Débit

Offre un débit par nœud jusqu'à 7 fois supérieur à celui d'Apache HBase. Pour plus d'informations, consultez les résultats des tests.

Aucune optimisation

Pic de latence

Réduit la latence P99 à un dixième de celle d'Apache HBase. Pour plus d'informations, consultez les résultats des tests.

Aucune optimisation

Coût

Compression des données

Utilise un algorithme Zstandard (ZSTD) profondément optimisé, réécrit avec Java Native Access (JNA) pour éviter les vidages sur incident (core dumps). Cet algorithme s'appuie sur l'échantillonnage par dictionnaire pour améliorer le taux de compression de 50 % par rapport à Snappy et atteint un ratio allant jusqu'à 10:1.

Utilise Snappy par défaut. L'utilisation de ZSTD nécessite Hadoop 3.0 et présente un risque de vidages sur incident.

Encodage

Utilise l'algorithme IndexableDelta, qui offre le même taux de compression que l'algorithme DIFF tout en doublant la vitesse d'accès.

Recommande l'algorithme DIFF, qui entraîne un accès aléatoire plus lent.

Séparation des données chaudes et froides

Hiérarchise automatiquement les données en stockant les données froides fortement compressées sur des supports peu coûteux. Cette fonctionnalité réduit les coûts de stockage de 70 % et améliore les performances d'accès aux données chaudes de 15 %. Pour plus d'informations, consultez la rubrique sur la séparation des données chaudes et froides.

Non pris en charge

Supports de stockage

Prend en charge divers supports de stockage, dont les disques ultra, les SSD standard, les HDD locaux et les SSD locaux. Prend également en charge le stockage froid sur Object Storage Service (OSS) et les disques optimisés pour la capacité, très rentables (prochainement).

S.O.

Fiabilité

Redondance actif-passif

Propose une solution éprouvée pour les déploiements à double cluster, avec basculement automatique et traitement concurrent des requêtes. Vous pouvez également créer une configuration hybride actif-passif avec une instance HBase auto-gérée.

Non optimisé et ne prend pas en charge le basculement.

Sauvegarde et restauration

Prend en charge les sauvegardes de plus de 100 To de données vers Object Storage Service (OSS). Offre des fonctionnalités avancées, telles qu'un objectif de temps de récupération (RTO) inférieur à 30 minutes quelle que soit la taille des données, des sauvegardes à la demande et une restauration à un instant précis. Pour plus d'informations, consultez la rubrique Activer la sauvegarde et la restauration.

Non pris en charge

MTTR

Atteint une vitesse de récupération 10 fois plus rapide qu'Apache HBase, réduisant considérablement le temps moyen de réparation (MTTR).

Aucune optimisation

Multi-locataire

Authentification et ACL

Fournit l'authentification par nom d'utilisateur et mot de passe ainsi que la gestion des listes de contrôle d'accès (ACL). Pour plus d'informations, consultez Gérer les utilisateurs et les ACL.

Complexe à configurer

Isolation des ressources

Assure l'isolation physique des ressources entre les locataires via des groupes de ressources.

Non pris en charge

O&M et diagnostics

Outils O&M

Propose un système de gestion de cluster basé sur une interface graphique pour gérer les tables, les namespaces, les groupes et les ACL. Pour plus d'informations, consultez le système de gestion de cluster.

HBase Shell

Requête de données

Prend en charge les requêtes de données via HBase Shell et un outil de requête SQL interactif dans le système de gestion de cluster graphique. Pour plus d'informations, consultez la rubrique sur la requête de données.

HBase Shell

Écosystème

Migration de données

Prend en charge la migration de données en ligne, automatisée et inter-version à partir de diverses versions de HBase sans impacter les applications ni nécessiter de modifications de code. Pour plus d'informations, consultez l'Introduction au service de tunnel Lindorm (LTS).

Prend uniquement en charge la migration hors ligne.

Synchronisation des données MySQL

Prend en charge la synchronisation complète et en temps réel des données de MySQL vers Lindorm. Pour plus d'informations, consultez l'Introduction au service de tunnel Lindorm (LTS).

Nécessite des outils tiers et ne prend pas en charge la synchronisation incrémentielle en ligne.

Analyse Spark

Propose une intégration prête à l'emploi avec Spark. Utilisez Spark SQL pour analyser les données Lindorm, archiver de manière incrémentielle les données de Lindorm vers Spark (HDFS/OSS) et renvoyer les résultats d'analyse hors ligne vers Lindorm.

Aucune optimisation. L'intégration des données nécessite des efforts de développement importants.

MaxCompute

Fournit une intégration prête à l'emploi. Pour plus d'informations, consultez la rubrique Exporter toutes les données vers MaxCompute.

L'intégration des données nécessite des efforts de développement importants.

Log Service (SLS)

Prend en charge l'importation incrémentielle des données depuis Log Service (SLS). Pour plus d'informations, consultez l'Introduction au service de tunnel Lindorm (LTS).

L'intégration des données nécessite des efforts de développement importants.

Capacités de service

Accord de niveau de service (SLA)

Comprend un accord de niveau de service (SLA) garantissant une disponibilité de 99,9 % pour un cluster unique et de 99,95 % pour un déploiement à double cluster haute disponibilité.

S.O.

Coût O&M

Propose un service entièrement géré qui élimine la complexité de l'O&M des bases de données et réduit la charge opérationnelle.

S.O.

Équipe technique

Pris en charge par une équipe dédiée comprenant plusieurs membres PMC et committers de la communauté Apache.

S.O.

Expérience pratique

Testé à grande échelle en conditions réelles, prenant en charge le Festival mondial des achats 11,11 d'Alibaba pendant neuf années consécutives sur des dizaines de milliers de serveurs.

S.O.

Comparaison avec les bases de données traditionnelles

HBase与传统数据库对比