Met à jour les attributs d'un Logstore.
Description de l'opération
Description de l'opération
Avant de mettre à jour un Logstore, appelez l'opération GetLogStore pour obtenir la configuration actuelle du Logstore. Modifiez la configuration selon vos besoins et transmettez-la en tant que paramètres à l'opération UpdateLogStore.
L'hôte (Host) dans la syntaxe de la requête se compose du nom du projet et du point de terminaison de Simple Log Service. Spécifiez le projet dans l'hôte.
Une paire de clés AccessKey a été créée et obtenue. Pour plus d'informations, consultez Paire de clés AccessKey.
La paire de clés AccessKey d'un compte Alibaba Cloud dispose des autorisations d'accès à toutes les opérations d'API. Cela présente un risque de sécurité élevé. Nous vous recommandons de créer et d'utiliser un utilisateur Resource Access Management (RAM) pour appeler des opérations d'API ou effectuer des opérations de maintenance courantes. L'utilisateur RAM doit disposer des autorisations requises sur les ressources EPS de Simple Log Service. Pour plus d'informations, consultez Créer un utilisateur RAM et l'autoriser.
Vous avez déterminé le nom du projet, la région et le nom du Logstore pour les journaux que vous souhaitez interroger. Pour plus d'informations, consultez Gérer un projet et Gérer un Logstore.
Des journaux d'opérations sont générés lorsque vous appelez cette opération.
Ressources d'authentification
Le tableau suivant répertorie les informations d'autorisation pour cette opération d'API. Vous pouvez ajouter ces informations à l'élément Action dans une instruction de stratégie d'accès RAM pour accorder à un utilisateur Resource Access Management (RAM) ou à un rôle RAM les autorisations nécessaires pour appeler cette opération d'API.
| Action | Ressource |
log:UpdateLogStore | acs:log:{#regionId}:{#accountId}:project/{#ProjectName}/logstore/{#LogstoreName} |
Testez maintenant
Testez cette API dans OpenAPI Explorer, sans signature manuelle. Les appels réussis génèrent automatiquement du code SDK correspondant à vos paramètres. Téléchargez-le avec une sécurité intégrée des identifiants pour une utilisation locale. Testez cette API dans OpenAPI Explorer, sans signature manuelle. Les appels réussis génèrent automatiquement du code SDK correspondant à vos paramètres. Téléchargez-le avec une sécurité intégrée des identifiants pour une utilisation locale.
Test
Autorisation RAM
|
log:UpdateLogStore |
update |
*LogStore
|
|
Aucune |
Syntaxe de la requête
PUT /logstores/{logstore} HTTP/1.1
Paramètres de chemin
|
Paramètre |
Type |
Requis |
Description |
Exemple |
| logstore |
string |
Oui |
Le nom du Logstore. |
test-logstore |
Paramètres de requête
|
Paramètre |
Type |
Requis |
Description |
Exemple |
| project |
string |
Oui |
Le nom du projet. |
ali-test-project |
| body |
object |
Oui |
Les paramètres du corps de la requête. |
|
| logstoreName |
string |
Oui |
Le nom du Logstore. |
test-logstore |
shardCount
deprecated
|
integer |
Non |
Le nombre de fragments. Remarque
Cette opération ne prend pas en charge la mise à jour du nombre de fragments. Vous pouvez modifier le nombre de fragments uniquement en appelant l'opération SplitShard ou MergeShards. |
2 |
| ttl |
integer |
Oui |
La période de rétention des données. Unité : jours. Valeurs valides : 1 à 3650. Une valeur de 3650 indique une rétention permanente. |
30 |
| encrypt_conf | EncryptConf |
Non |
La configuration du chiffrement. Le chiffrement est désactivé par défaut. Exemple 1 (activer le chiffrement par défaut) :
Exemple 2 (activer le chiffrement BYOK) : |
|
| autoSplit |
boolean |
Non |
Indique si le fractionnement automatique doit être activé. Une fois cette fonctionnalité activée, un fragment est automatiquement divisé lorsque le trafic d'écriture dépasse continuellement la limite, ce qui améliore la capacité d'écriture. Vous devez définir maxSplitShard (le nombre maximal de fragments après le fractionnement) lorsque vous activez le fractionnement automatique. |
true |
| enable_tracking |
boolean |
Non |
Indique si la fonctionnalité WebTracking doit être activée. Valeur par défaut : false. Vous pouvez utiliser la fonctionnalité WebTracking pour collecter et analyser les données de comportement des utilisateurs dans les navigateurs ou les mini-programmes, telles que les pages vues, les historiques d'achat et le temps passé sur le site.
|
false |
| appendMeta |
boolean |
Non |
Indique si l'adresse IP publique et l'heure d'arrivée du journal doivent être enregistrées. Valeur par défaut : false.
|
false |
| maxSplitShard |
integer |
Non |
Le nombre maximal de fragments pour le fractionnement automatique. Valeur minimale : 1. Valeur maximale : 256. Remarque
Ce paramètre est requis lorsque autoSplit est défini sur true. |
64 |
telemetryType
deprecated
|
string |
Non |
Le type de données observables. La valeur par défaut est les données de journal. Valeurs valides :
|
None |
| hot_ttl |
integer |
Non |
La période de rétention des données dans le niveau chaud du Logstore. Unité : jours. Valeur minimale : 7. La valeur ne peut pas dépasser la valeur de ttl. Par défaut, toutes les données comprises dans la période de rétention sont stockées dans le niveau chaud. Une fois que la durée de stockage des données dépasse la période de rétention des données chaudes configurée, les données sont déplacées vers le niveau d'accès peu fréquent (IA). Lorsque vous activez le niveau IA, la période de rétention des données chaudes doit être d'au moins 7 jours. Pour plus d'informations, consultez Hiérarchisation intelligente. Exemples :
|
60 |
| mode |
string |
Non |
Simple Log Service fournit deux types de Logstores : Standard et Query.
|
standard |
| infrequentAccessTTL |
integer |
Non |
Niveau d'accès peu fréquent (IA). Aucune durée de stockage minimale n'est requise. Les données doivent être stockées pendant au moins 30 jours avant d'être déplacées vers le niveau d'archive. Lorsque la période de rétention des journaux dépasse la somme de la période de rétention du niveau chaud et de la période de rétention du niveau IA, le temps de stockage restant est converti en stockage de niveau d'archive. Exemples :
|
30 |
| shardingPolicy | ShardingPolicy |
Non |
La configuration d'écriture basée sur le hachage. Lorsque des données sont écrites, les journaux sont routés vers des fragments en fonction de la stratégie de hachage configurée. Avant de configurer ce paramètre, assurez-vous que les plages de hachage des fragments sont réparties uniformément. Cette configuration peut affecter la capacité d'écriture. Procédez avec prudence. |
Éléments de réponse
|
Élément |
Type |
Description |
Exemple |
Exemples
JSON format
{}
Codes d'erreur
Consultez Codes d'erreur pour la liste complète.
Notes de version
Consultez Notes de version pour la liste complète.