zc.resumelb

zc.resumelb est un outil qui fournit un équilibreur de charge pour les applications WSGI qui trie les demandes en classes de demande et ayants demandes & nbsp; d'une classe donnée aux mêmes travailleurs.
L'équilibreur de charge peut vous être utile si vous avez une application qui:
- A trop de charge (ou est trop lent) pour être traitées par un seul processus,
- Dispose d'un ensemble de travail qui est trop grand pour tenir dans les caches utilisés par votre processus, et
- Il existe un moyen de classer les demandes pour qu'il y ait peu de chevauchement dans les jeux de travail des différentes classes.
Si ce qui est ci-dessus se applique à vous (ou si vous êtes curieux), lisez la suite

Ce qui est nouveau dans cette version:.

< li> Correction:. un manque de prise délai pourrait causer des demandes de fuite

Ce qui est nouveau dans la version 0.5.2:

• Correction: Les fichiers temporaires créés lors de mémoire tampon des données dans le équilibreurs de charge ne étaient pas fermées explicitement. En général, ils ont été fermés par la collecte des ordures, mais dans certaines situations, leur nombre pourrait construire rapidement, menant à déposer descripteur épuisement.
• Correction:. Dossiers TraceLog "I" ne contiennent toujours des informations de longueur d'entrée
• Correction:. Dossiers TraceLog "I" ne ont été inclus lors de l'utilisation des pools de threads

Quoi de neuf dans la version 0.5.1:

• Correction: les données de CV des travailleurs n'a pas été initialisé correctement en l'absence de paramètres sont passés au constructeur et lors de la lecture d'un fichier de CV, provoquant resmes pas ne pas mettre à jour.
• Correction d'erreurs: des travailleurs ont été écrits sur la sortie standard plutôt que d'être connecté
.
• Correction: mal comportés applications WSGI, qui ne retiennent erreurs causées demandes pour accrocher plutôt que de retourner 500 réponses
.

Quoi de neuf dans la version 0.5.0:

• Modification de la manière enregistrements TraceLog sont identifiés afin de refléter lb numéros de demande. Les dossiers sont désambiguïsés en incluant un identifiant lb comme préfixe. Par exemple & quot; 1,22 & quot; indiqué la demande Nombre 22 lb de 1.
• Lors de la définition des travailleurs qui se inscrivent avec ZooKeeper, vous pouvez maintenant fournir une description dans le fichier paste.ini qui apparaît dans ZooKeeper. Alors que le pid fournit à elle seule suffisamment d'informations pour trouver un travailleur, souvent une description (par exemple le nom de l'instance ou le chemin) peut rendre plus facile.

Ce qui est nouveau dans la version 0.4.0:

• Modifier l'algorithme d'équilibrage de charge de prendre les arriérés de travailleurs sous-utilisés en compte pour permettre à un paramètre de variance inférieure à utiliser, qui permet aux nouveaux travailleurs d'être mieux utilisées.
• Changement de l'algorithme d'équilibrage de charge pour essayer un peu plus difficile de garder le travail avec les travailleurs qualifiés en ne sanctionnant pas les travailleurs pour leur première demande en suspens. (En d'autres termes, lors de l'ajustement des travailleurs scrores chacking un arriéré maximale, nous soustrayons 1 du carnet de commandes du travailleur si ce est non nulle.
• Le serveur de statut prévu lors de l'utilisation ZooKeeper écoute désormais sur un socket de domaine Unix.
• Le serveur de statut prévu lors de l'utilisation ZooKeeper comprend maintenant l'heure de début de la demande la plus ancienne pour chaque travailleur, être utilisé pour la surveillance.
• Correction: travailleurs tamponnées grands corps de demande en mémoire. Maintenant grandes étendues de demande sont tamponnées sur le disque.
• optimisations internes, en particulier writh matière de traitement des grands corps de requête et de réponse.

Quoi de neuf dans la version 0.3.0:

• Changement de la façon dont le zkresumelb (programme équilibreur de charge qui fonctionne avec ZooKeeper) gère des journaux d'accès. Maintenant, vous passez un nom de l'enregistreur de l'exploitation forestière de Python. Si vous ne passez pas rien, alors rien ne sera enregistré.

Quoi de neuf dans la version 0.2.0:

• Il est une nouvelle API pour obtenir travailleur reprend, généralement à partir du code de suivi:
• & gt; & gt; & gt; zc.resume.worker d'importation
• & gt; & gt; & gt; Imprimer zc.resume.worker.get_resume (adr)
• Ce est utile à la fois pour obtenir le curriculum vitae d'un travailleur et de se assurer que le travailleur accepte les connexions équilibreur de charge.
• Il ya également une version de cette scriot:
• bin / get-travailleur-CV 192.168.24.60:33161
• Lorsque vous utilisez ZooKeeper, vous pouvez demander un serveur d'état lb. L'adresse se inscrit ZooKeeper. Lorsque vous vous connectez à elle, vous obtenez une chaîne JSON contenant le carnet de commandes total de lb et les adresses et les arriérés de chaque travailleur.
• Les paramètres de mise à jour des méthodes ont été modifiées de revenir paramètres par défaut lorsqu'il ne est pas fourni. Ceci est particulièrement important lorsqu'il est utilisé avec ZooKeeper, donc vous pouvez regarder un arbre et de savoir ce que sont les paramètres sans connaître l'historique des modifications.
• Ajout d'équilibreur de charge gracieuse et travailleur arrêt sur SIGTERM.
• Correction:. Journal de suivi demande identifiants ne ont pas été correctement affectées lorsque vous utilisez plusieurs équilibreurs de charge
• Ajout d'emballage méta-données pour aider à trouver 1.0b1 gevent (qui est à http://code.google.com/p/gevent/downloads/list)
• Mise à jour de l'API pour l'enregistrement de l'application trace pour correspondre à celle de zc.zservertracelog, principalement pour obtenir l'enregistrement de base de données pour les applications ZTK.

Exigences :

• Python