Améliorer les performances en atténuant les erreurs de requête à débit limité

Cette page explique comment utiliser Storage Intelligence Advisor pour améliorer les performances en limitant les erreurs de requêtes limitées en débit.

Pour assurer la stabilité du service, Cloud Storage limite les taux de demandes sur les buckets et les objets. Le dépassement de ces limites peut entraîner des erreurs 429 Too Many Requests, ce qui peut provoquer une latence et des délais d'expiration de l'application.

Lorsque les erreurs de requêtes limitées en débit augmentent, le conseiller Storage Intelligence affiche un résultat Pic d'erreurs 429 indiquant des requêtes limitées en débit. Un résultat est une anomalie détectée dans vos métriques qui nécessite votre attention. Pour obtenir la liste complète des résultats, consultez le catalogue de référence des résultats.

Seuils qui déclenchent un résultat

Storage Intelligence crée une référence pour votre projet, dossier ou organisation en fonction des tendances historiques. Le conseiller Storage Intelligence génère un résultat lorsque les erreurs 429 dépassent la valeur de référence.

Les résultats reflètent l'activité de la veille. Par exemple, un pic survenant le mardi apparaît dans le conseiller Storage Intelligence le mercredi.

Répondre à un résultat

  1. Affichez les détails du résultat.

  2. Utilisez le tableau suivant pour sélectionner la stratégie recommandée pour votre scénario :

    Scénario Action recommandée Détails
    La cause du pic de 429 n'est pas claire Utiliser Gemini Cloud Assist pour identifier le problème Si la cause et l'ampleur du problème ne sont pas claires, utilisez Gemini Cloud Assist pour analyser les journaux et identifier les tendances spécifiques des applications ou des utilisateurs à l'origine de la surcharge. Pour en savoir plus sur la configuration, consultez Analyser les données stockées avec Gemini Cloud Assist.
    Problèmes liés à l'application cliente Optimiser le comportement du client Examinez le code de votre application pour vérifier qu'il implémente l'intervalle exponentiel entre les tentatives. Envisagez de répartir les charges de travail sur plusieurs buckets ou préfixes pour éviter de dépasser les limites par bucket.
    Vous avez besoin de journaux de requêtes précis. Examiner les modèles d'accès avec les ensembles de données Storage Insights

    Exportez les métadonnées vers BigQuery pour obtenir une répartition détaillée des modèles d'accès au niveau des objets. Ces informations peuvent vous aider à identifier des modèles ou des objets spécifiques qui contribuent aux conflits.

Étapes suivantes