Découvrez les concepts fondamentaux de Tablestore, notamment les régions, les instances, les endpoints et le débit en lecture/écriture.
Régions
Tablestore est disponible dans plusieurs régions à travers le monde. Pour réduire la latence, sélectionnez la région la plus proche de vos charges de travail. Pour mettre en place une reprise après sinistre inter-régions, créez des instances dans plusieurs régions. Spécifiez l'ID de région lorsque vous configurez un SDK, appelez une opération d'API ou utilisez la console Tablestore. Le tableau suivant répertorie toutes les régions prises en charge ainsi que leurs ID.
Public cloud
|
Zone géographique |
Région |
ID de région |
|
Chine |
Chine (Hangzhou) |
cn-hangzhou |
|
Chine (Shanghai) |
cn-shanghai |
|
|
Chine (Qingdao) |
cn-qingdao |
|
|
Chine (Pékin) |
cn-beijing |
|
|
Chine (Zhangjiakou) |
cn-zhangjiakou |
|
|
Chine (Hohhot) |
cn-huhehaote |
|
|
Chine (Ulanqab) |
cn-wulanchabu |
|
|
Chine (Shenzhen) |
cn-shenzhen |
|
|
Chine (Heyuan) |
cn-heyuan |
|
|
Chine (Guangzhou) |
cn-guangzhou |
|
|
Chine (Chengdu) |
cn-chengdu |
|
|
Chine (Zhongwei) |
cn-zhongwei |
|
|
Chine (Hong Kong) |
cn-hongkong |
|
|
Asie-Pacifique |
Japon (Tokyo) |
ap-northeast-1 |
|
Corée du Sud (Séoul) |
ap-northeast-2 |
|
|
Singapour |
ap-southeast-1 |
|
|
Malaisie (Kuala Lumpur) |
ap-southeast-3 |
|
|
Indonésie (Jakarta) |
ap-southeast-5 |
|
|
Philippines (Manille) |
ap-southeast-6 |
|
|
Thaïlande (Bangkok) |
ap-southeast-7 |
|
|
Malaisie (Johor) |
ap-southeast-8 |
|
|
Europe et Amériques |
Allemagne (Francfort) |
eu-central-1 |
|
Royaume-Uni (Londres) |
eu-west-1 |
|
|
France (Paris) |
eu-west-2 |
|
|
Pays-Bas (Amsterdam) |
eu-west-3 |
|
|
États-Unis (Silicon Valley) |
us-west-1 |
|
|
États-Unis (Virginie) |
us-east-1 |
|
|
Brésil (São Paulo) |
sa-east-1 |
|
|
Mexique |
na-south-1 |
|
|
Moyen-Orient |
Émirats arabes unis (Dubaï) |
me-east-1 |
|
Arabie saoudite (Riyad) |
me-central-1 |
Instances
Une instance constitue l'unité de base pour l'utilisation et la gestion de Tablestore. Chaque instance fonctionne comme une base de données. Tablestore effectue le contrôle d'accès et la mesure des ressources au niveau de l'instance. Après avoir activé Tablestore, créez une instance dans la console Tablestore. Vous pouvez ensuite créer des tables et gérer les données au sein de cette instance.
Chaque compte Alibaba Cloud peut créer jusqu'à 10 instances, et chaque instance peut contenir jusqu'à 64 tables (y compris les tables de données, les tables d'index secondaires et les tables de séries temporelles). Pour augmenter ces quotas, soumettez un ticket ou rejoignez le groupe de support technique Tablestore 36165029092.
Types d'instances
Tablestore prend en charge deux types d'instances : High-performance et Capacity. Chaque type d'instance peut gérer des données à l'échelle du pétaoctet par table. Sélectionnez le type qui correspond le mieux à votre cas d'utilisation et à votre budget. Pour plus de détails, consultez les tableaux suivants.
Le type d'instance ne peut pas être modifié après sa création. Choisissez-le avec soin.
Quel que soit le type d'instance, l'utilisation des index de recherche entraîne des frais pour le stockage haute performance, le débit de lecture réservé et le débit de lecture à la demande. Pour plus d'informations, consultez la rubrique Facturation des index de recherche.
Quel que soit le type d'instance, lorsque vous utilisez le modèle de séries temporelles, le débit en lecture/écriture à la demande pour les données de séries temporelles est facturé au tarif Capacity, le débit en lecture/écriture à la demande pour les métadonnées de séries temporelles est facturé au tarif High-performance, et le stockage des métadonnées de séries temporelles est facturé au tarif de stockage haute performance. Pour plus d'informations, consultez la rubrique Éléments facturables du modèle TimeSeries.
|
Type d'instance |
High-performance |
Capacity |
|
|
Cas d'utilisation |
Charges de travail en ligne nécessitant une concurrence élevée et une latence en lecture/écriture ultra-faible. |
Charges de travail hors ligne nécessitant un stockage moins coûteux. Ne convient pas aux charges de travail en ligne sensibles à la latence. |
|
|
Composants de facturation |
|
|
|
|
Performances |
Lecture |
Élevée |
Moyenne |
|
Écriture |
Élevée |
Élevée |
|
|
Concurrence |
Élevée |
Moyenne |
|
Disponibilité régionale
Les tableaux suivants répertorient les régions qui prennent en charge chaque type d'instance et type de stockage.
|
Type d'instance |
Région |
Régions prises en charge |
|
High-performance |
Chine |
Chine (Hangzhou), Chine (Shanghai), Chine (Pékin), Chine (Zhangjiakou), Chine (Ulanqab), Chine (Shenzhen), Chine (Heyuan), Chine (Guangzhou), Chine (Chengdu), Chine (Zhongwei), Chine (Hong Kong) |
|
Asie-Pacifique |
Corée du Sud (Séoul), Singapour, Malaisie (Kuala Lumpur), Indonésie (Jakarta), Philippines (Manille), Thaïlande (Bangkok), Malaisie (Johor) |
|
|
Europe et Amériques |
Allemagne (Francfort), Royaume-Uni (Londres), France (Paris), Pays-Bas (Amsterdam), États-Unis (Silicon Valley), États-Unis (Virginie), Brésil (São Paulo), Mexique |
|
|
Moyen-Orient |
Arabie saoudite (Riyad) |
|
|
Capacity |
Chine |
Chine (Hangzhou), Chine (Shanghai), Chine (Qingdao), Chine (Pékin), Chine (Zhangjiakou), Chine (Hohhot), Chine (Shenzhen), Chine (Chengdu), Chine (Hong Kong) |
|
Asie-Pacifique |
Japon (Tokyo), Malaisie (Kuala Lumpur), Indonésie (Jakarta) |
|
|
Europe et Amériques |
Allemagne (Francfort), Royaume-Uni (Londres), États-Unis (Virginie) |
|
|
Moyen-Orient |
Émirats arabes unis (Dubaï) |
Endpoints
Types d'endpoints
Chaque instance Tablestore dispose d'un endpoint unique. Quatre types d'endpoints sont disponibles : Public, Public (Dual-stack), VPC et Classic Network. Sélectionnez le type d'endpoint adapté à votre environnement réseau.
L'accès à Tablestore via Internet entraîne des frais de trafic sortant. Pour plus d'informations, consultez la rubrique Présentation de la facturation.
Public
Utilisez l'endpoint Public pour accéder à Tablestore via Internet. Format de l'endpoint :
https://instanceName.RegionID.ots.aliyuncs.comVPC
Utilisez l'endpoint VPC pour accéder à Tablestore depuis un cloud privé virtuel. Format de l'endpoint :
https://instanceName.RegionID.vpc.tablestore.aliyuncs.comClassic Network
Utilisez l'endpoint Classic Network pour accéder à Tablestore depuis une instance ECS située dans la même région via le réseau classique. Cette approche réduit la latence et évite les frais de trafic Internet. Format de l'endpoint :
https://instanceName.RegionID.ots-internal.aliyuncs.comPublic (Dual-stack)
Utilisez l'endpoint Public (Dual-stack) pour accéder à Tablestore via Internet avec prise en charge des protocoles IPv4 et IPv6. Format de l'endpoint :
https://instanceName.RegionID.tablestore.aliyuncs.comLes endpoints Public (Dual-stack) sont disponibles uniquement dans les régions suivantes : Chine (Hangzhou), Chine (Shanghai), Chine (Qingdao), Chine (Beijing), Chine (Zhangjiakou), Chine (Hohhot), Chine (Shenzhen), Chine (Chengdu) et Chine (Hong Kong).
Obtenir un endpoint
Connectez-vous à la console Tablestore. Vous pouvez changer de région et de groupe de ressources en haut de la page.
-
Dans la vue Overview, cliquez sur le nom de l'instance ou sur Manage Instance. Sélectionnez l'Instance Access URL appropriée.
Scénario d'accès
Endpoint à utiliser
Via Internet
Utilisez l'endpoint Public ou Public (Dual-stack), selon le protocole IP pris en charge par votre client.
L'accès via Internet présente une latence plus élevée. Utilisez le réseau VPC lorsque cela est possible.
Important-
Si votre client utilise uniquement IPv6, utilisez l'endpoint Public (Dual-stack).
-
Si votre client ne prend pas en charge IPv6, utilisez l'endpoint Public ou Public (Dual-stack).
Depuis un VPC
Utilisez l'endpoint VPC.
Depuis le réseau classique
Utilisez l'endpoint Classic Network.
RemarquePour plus d'informations sur les VPC et le réseau classique, consultez la rubrique Types de réseaux.
-
Débit lecture/écriture
Le débit de lecture et d'écriture est mesuré en unités de capacité (CU). Une CU constitue l'unité de facturation minimale pour les opérations de lecture et d'écriture de données. Chaque opération d'API de lecture ou d'écriture sur une table de données consomme le nombre correspondant d'unités de capacité de lecture ou d'écriture.
Règles de calcul des CU
Une unité de capacité de lecture correspond à la lecture d'une ligne dont la taille est inférieure ou égale à 4 Ko dans une table de données.
Une unité de capacité d'écriture correspond à l'écriture d'une ligne dont la taille est inférieure ou égale à 4 Ko dans une table de données.
Les données dont la taille est inférieure à 4 Ko ou qui ne constituent pas un multiple de 4 Ko sont arrondies au multiple supérieur de 4 Ko le plus proche. Par exemple, l'écriture de 7,6 Ko de données consomme 2 CU d'écriture, tandis que la lecture de 0,1 Ko de données consomme 1 CU de lecture.
Débit lecture/écriture à la demande
Le débit lecture/écriture à la demande représente le débit réel consommé par seconde qui dépasse le débit réservé. L'intervalle de mesure est d'une seconde. Pour chaque heure, Tablestore calcule le débit réservé moyen et le cumul du débit à la demande afin de déterminer le débit réel consommé.
Le tarif du débit à la demande est plus élevé que celui du débit réservé, car Tablestore doit provisionner une capacité suffisante pour absorber les pics de trafic imprévisibles. Pour réduire vos coûts, définissez un débit réservé adapté à vos besoins.
Tablestore ne pouvant estimer avec précision les ressources à réserver pour le débit à la demande, le service peut renvoyer l'erreur OTSCapacityUnitExhausted lorsqu'une clé de partition unique consomme plus de 10 000 CU par seconde. Utilisez un mécanisme de backoff exponentiel pour réduire le taux de requêtes adressées à la table de données.
Débit lecture/écriture réservé
Le débit lecture/écriture réservé est une propriété des tables de données dans les instances haute performance . Vous pouvez spécifier le débit réservé lors de la création d'une table de données.
Lorsque vous utilisez des index de recherche, Tablestore définit automatiquement un débit de lecture réservé en fonction de la taille des données de l'index. Pour plus d'informations, consultez la rubrique Facturation des index de recherche. Le débit de lecture réservé des index de recherche ne peut pas être ajusté. Pour réduire ce coût, optimisez la taille de l'index ou le nombre de lignes.
Si le débit réservé est supérieur à 0, Tablestore alloue et réserve les ressources correspondantes pour la table de données. Les accès qui ne dépassent pas le débit réservé par seconde sont facturés au tarif du débit réservé.
-
Si le débit réservé est défini sur 0, Tablestore n'alloue ni ne réserve de ressources pour la table de données.
RemarqueUne table de données inexistante est considérée comme ayant un débit réservé nul. L'accès à une table inexistante consomme 1 CU de lecture à la demande ou 1 CU d'écriture à la demande, selon le type d'opération.
Le prix unitaire du débit réservé est inférieur à celui du débit à la demande. Pour optimiser vos coûts, définissez un niveau de débit réservé approprié. Par exemple, avant d'importer un volume important de données, augmentez le débit d'écriture réservé afin de réduire le coût d'écriture. Une fois l'importation terminée, réduisez le débit réservé.
Limites d'utilisation
Les tables de données dans les instances de capacité ne prennent pas en charge le débit lecture/écriture réservé.
Un débit réservé supérieur à 0 engendre des frais, même en l'absence de requêtes de lecture ou d'écriture. Tablestore limite le débit de lecture réservé et le débit d'écriture réservé à 100 000 chacun par table de données. Si une table nécessite un débit réservé supérieur à 100 000, soumettez un ticket ou rejoignez le groupe de support technique Tablestore 36165029092 pour contacter l'assistance technique.
Règles de mise à jour du débit réservé
Vous pouvez mettre à jour le débit lecture/écriture réservé d'une table de données en appelant une opération ou via la console. La définition du débit de lecture réservé et du débit d'écriture réservé sur 0 supprime la configuration de débit réservé. Cette action interrompt la facturation du débit réservé sans libérer l'instance ni la table de données.
Au cours de chaque jour calendaire (de 00:00:00 UTC à 00:00:00 UTC le lendemain, ou de 08:00 à 08:00 le lendemain en UTC+8), vous pouvez ajuster le débit réservé un nombre illimité de fois. L'intervalle entre deux mises à jour consécutives pour une même table de données doit être supérieur à 1 minute. Cette règle s'applique que vous effectuiez la mise à jour via une opération API ou via la console.
La modification du débit réservé prend effet dans un délai d'une minute.
Mise à jour via une opération API
Appelez l'opération UpdateTable pour modifier le débit lecture/écriture réservé d'une table.
Mise à jour via la console
Connectez-vous à la console Tablestore.
Sur la page de liste des instances, cliquez sur le nom de l'instance cible pour accéder à la page des détails de l'instance.
Cliquez sur l'onglet Tables, puis sur le nom de la table de données cible pour accéder à la page des détails de la table.
Vérifiez les valeurs actuelles du débit de lecture réservé et du débit d'écriture réservé.
Cliquez sur Modify Table Attributes, puis définissez le débit de lecture réservé et le débit d'écriture réservé sur 0.
Cliquez sur OK. Le message « The table properties are modified. » s'affiche.
Exemple de calcul
Supposons que le débit de lecture réservé d'une table de données soit défini sur 100 CU. Le schéma d'accès suivant se produit sur trois secondes consécutives :
T0 : Les opérations de lecture consomment 120 CU de débit de lecture. Le débit réservé étant de 100 CU, le débit de lecture à la demande consommé s'élève à 20 CU.
T1 : Les opérations de lecture consomment 95 CU de débit de lecture. Le débit réservé étant de 100 CU, le débit de lecture à la demande consommé est de 0 CU.
T2 : Les opérations de lecture consomment 110 CU de débit de lecture. Le débit réservé étant de 100 CU, le débit de lecture à la demande consommé s'élève à 10 CU.
De T0 à T2, le débit de lecture total consommé correspond à 100 CU de débit réservé et 30 CU de débit à la demande.