Lindorm:Présentation du stockage cloud orienté capacité

Fonctionnalités

• Coûts de stockage réduits.

  Le coût ne représente que 20 % de celui du stockage standard.

• Prise en charge des écritures de données et garantie d'une lisibilité permanente des données.

• Simplicité d'utilisation.

  Sélectionnez le stockage par capacité et spécifiez l'espace de stockage lors de l'achat d'une instance Lindorm, puis utilisez des instructions CREATE TABLE pour stocker les données froides.

• Prise en charge de la séparation des données chaudes et froides au sein d'une même table.

  Les données chaudes restent dans un stockage haute performance tandis que les données peu consultées sont automatiquement transférées vers le stockage par capacité. Séparation des données chaudes et froides.

Activer le stockage par capacité

Activer le stockage par capacité.

Benchmarks de performance du stockage par capacité

Environnement de test : un nœud maître (ecs.c5.xlarge, 4 cœurs, 8 Go) et quatre nœuds RegionServer (ecs.c5.xlarge, 4 cœurs, 8 Go).

Garanties de performance du stockage par capacité

Lindorm garantit la bande passante en lecture et en écriture en fonction du stockage par capacité provisionné. Le système peut dépasser la bande passante garantie lorsque le pool de stockage dispose d'une capacité inutilisée, mais les performances de burst ne sont pas garanties.

Bande passante garantie par région :

Limitation du débit de lecture du stockage par capacité

Le stockage par capacité cible les charges de travail intensives en écriture et légères en lecture. Les IOPS en lecture sont limités à l'aide d'un système de jetons :

• Chaque instance dispose d'un pool de jetons. Lorsque le nombre de jetons atteint 0, les lectures sont limitées à une ligne de base de 10 IOPS par nœud.

• Le taux de renouvellement des jetons est proportionnel à la capacité provisionnée.

• Chaque opération d'E/S en lecture consomme un jeton. Performance maximale en lecture : 1 500 IOPS par nœud.

• Taux de génération de jetons : 0,04 IOPS par Gio (1 IOPS pour 25 Gio).

• Le pool de jetons a une capacité maximale qui évolue avec le stockage provisionné.

• La capacité maximale du pool équivaut à 48 heures de génération de jetons. Lorsqu'il est plein, les nouveaux jetons remplacent les plus anciens.

• Une seule requête LindormTable ou LindormTSDB peut générer plusieurs demandes d'E/S selon les hits de cache et les blocs de données accessibles ; il est donc impossible de prédire fiablement les QPS à partir des IOPS. Surveillez la consommation de jetons pour évaluer la charge réelle.

Métriques de surveillance du stockage par capacité

1. Connectez-vous à la console Lindorm. Dans le coin supérieur gauche de la page, sélectionnez la région de l'instance. Sur la page Instances, cliquez sur l'ID de l'instance cible ou sur View Instance Details dans la colonne Actions correspondant à l'instance.

2. Dans le volet de navigation de gauche, cliquez sur Instance monitoring. Sous l'onglet Cluster overview, localisez la section Underlying storage metrics.

   Métrique	Description
   Capacity storage read tokens	Groupe de métriques au niveau de l'instance qui affiche le pourcentage de jetons disponibles, leur nombre et la capacité maximale. Chaque opération d'E/S en lecture consomme un jeton. Si le pourcentage de jetons disponibles tombe à 0 %, les requêtes de lecture sont limitées.
   Capacity storage read status	Total des IOPS en lecture et du trafic de lecture sur tous les nœuds et clients. Chaque opération d'E/S en lecture consomme un jeton. Plus le nombre d'IOPS en lecture est élevé, plus la consommation de jetons est rapide. Une seule lecture de base de données peut effectuer plusieurs opérations d'E/S et consommer plusieurs jetons.
   Capacity storage throttling status	Nombre total d'opérations de lecture limitées par seconde (OPS) sur tous les nœuds et clients. Une valeur supérieure à 0 indique une limitation du débit de lecture, ce qui augmente la latence de lecture. Important Une limitation peut également se produire si les IOPS d'un seul nœud dépassent 1500, même si le pourcentage global de jetons disponibles de l'instance est supérieur à 0.

Remarques d'utilisation

• Le stockage par capacité offre un faible nombre d'IOPS en lecture. Utilisez-le uniquement pour les charges de travail faisant l'objet de requêtes peu fréquentes.

• Le débit en écriture est comparable à celui du stockage standard.

• Le processus de création d'index pour des fonctionnalités telles que l'index secondaire, l'index colonnaire et l'index de recherche nécessite la lecture des données depuis le stockage. Si vous avez activé la séparation des données chaudes et froides, vous devez surveiller l'état de la limitation du débit de votre stockage à froid (stockage par capacité). Si les opérations de lecture sur le stockage à froid sont limitées, la création d'index ralentit et peut provoquer une contre-pression en écriture.

• Ne convient pas aux charges de travail de lecture à forte concurrence. Un nombre excessif de lectures simultanées peut entraîner des échecs.

• Si vous avez besoin d'IOPS en lecture plus élevés pour une grande capacité provisionnée, contactez le support technique pour demander un ajustement.

• Chaque nœud peut gérer un maximum de 30 To de données froides. Pour augmenter cette limite, contactez le support technique.

• Les opérations d'écriture échouent lorsque l'utilisation du stockage par capacité dépasse 95 %. Surveillez régulièrement l'utilisation. Afficher la capacité du stockage par capacité.