500 erreurs et limitation de débit sur les requêtes S3 dans ODF

Solutions pour 500 erreurs et la limitation de débit sur les requêtes S3 dans OpenShift Data Foundation, y compris les problèmes d'allocation de mémoire NooBaa.

Description

Les services qui envoient des requêtes S3 via OpenShift Data Foundation peuvent rencontrer des limitations de débit ou des réponses d'erreur interne du serveur 500. Dans ODF, la gestion du stockage est gérée par NooBAa. Lorsque le nombre de requêtes dépasse un seuil, NooBaa alloue une mémoire supplémentaire. Si cette attribution dépasse les limites de processeur ou de mémoire configurées sur le déploiement NooBAa, le pod peut être résilié par le tuer de la mémoire insuffisante.

Cette résiliation entraîne des interruptions de service, une limitation des requêtes et des réponses d’erreur.

Solution

Pour résoudre le problème, vous devez augmenter les limites de processeur et de mémoire ainsi que les requêtes du déploiement NooBaa afin qu’il puisse gérer les pics de charge de travail sans être arrêté. L'ajustement des limites constitue la principale solution, tandis que l'augmentation du nombre de requêtes permet d'améliorer l'affectation des ressources.

Procédez comme suit :

1. Récupérez le BackingStore pertinent en exécutant la commande suivante :

   oc get backingstores.noobaa.io -n openshift-storage
   

2. Corrigez le BackingStore pour augmenter les limites de ressources de processeur et de mémoire en exécutant la commande suivante :

   oc patch BackingStore -n openshift-storage <backing-store-name> --type='merge' -p '{
     "spec": {
       "pvPool": {
         "resources": {
           "limits": {
             "cpu": "1000m",
             "memory": "4000Mi"
           },
           "requests": {
             "cpu": "500m",
             "memory": "500Mi"
           }
         }
       }
     }
   }'
   

BackingStore peut prendre plusieurs minutes pour revenir à un état actif après l'application du correctif.