Celery: Impossible d'inspecter les travailleurs de la SQS

Créé le 6 mai 2016 · 3Commentaires · Source: celery/celery

J'essaie d'inspecter les travailleurs en cours d'exécution à l'aide de :
$ celery -A firstapp.mycelery inspect active

Si le backend est RabbitMQ
=> Le céleri renvoie les ouvriers en marche
Si le backend est SQS
=> Le céleri renvoie « Erreur : aucun nœud n'a répondu dans les délais impartis ».

Liste des paquets :

amqp (1.4.9)
anyjson (0.3.3)
billard (3.3.0.23)
boto (2.40.0)
céleri (3.1.23)
contextlib2 (0.5.3)
kombu (3.0.35)
pépin (1.5.6)
pytz (2016.4)
corbeau (5.15.0)
outils de configuration (3.6)
wsgiref (0.1.2)

Source

fbm

Commentaire le plus utile

Il serait peut-être également bon de définir CELERY_ENABLE_REMOTE_CONTROL sur False lors de l'utilisation de SQS afin d'empêcher le céleri de créer des files d'attente inutiles.

thiagofelix le 14 juin 2016

👍2

Tous les 3 commentaires

Comme décrit dans la doc

SQS ne prend pas encore en charge les commandes de contrôle à distance des travailleurs

J'ai également eu du mal à trouver cette information. Fondamentalement, vous ne pouvez inspecter l'état d'aucun woker dans le cluster.
Vous pouvez garder un œil sur CloudWatch ou utiliser Redis /Elasticache comme cassé qui prend en charge la surveillance.

thiagofelix le 13 juin 2016

👍1

Oui, SQS ne prend pas en charge la diffusion et pour autant que je sache, aucune prise en charge n'est prévue non plus :(

ask le 14 juin 2016

Il serait peut-être également bon de définir CELERY_ENABLE_REMOTE_CONTROL sur False lors de l'utilisation de SQS afin d'empêcher le céleri de créer des files d'attente inutiles.

thiagofelix le 14 juin 2016

👍2

Cette page vous a été utile?

0 / 5 - 0 notes