zc.resumelb

zc.resumelb es una herramienta que proporciona un equilibrador de carga para aplicaciones WSGI que ordena las solicitudes en clases de solicitud y asigna solicitudes & nbsp; de una clase dada a los mismos trabajadores.
El equilibrador de carga que se puede beneficiar si usted tiene una aplicación que:
- Tiene demasiada carga (o es demasiado lento) para ser manejado por un solo proceso,
- Tiene un conjunto de trabajo que es demasiado grande para caber en los cachés utilizadas por su proceso, y
- Hay una forma de clasificar las solicitudes de manera que hay poca superposición en los conjuntos de trabajo de las distintas clases.
Si lo que está arriba se aplica a usted (o si usted es curioso), sigue leyendo

¿Qué hay de nuevo en esta versión:.

< li> Fijo:. la falta de tiempo de espera de socket podría causar solicitudes de fugas

¿Qué hay de nuevo en la versión 0.5.2:

• Fija: Los archivos temporales creados al búfer de datos en el balanceadores de carga no se cerraron de forma explícita. En general, se cerraron a través de la recolección de basura, pero en ciertas situaciones, sus números podrían construir rápidamente, lo que lleva a presentar-descriptor agotamiento.
• Fijo:. Registros TraceLog "I" no siempre contienen información sobre la longitud de entrada
• Fijo:. Registros TraceLog "I" sólo se incluyeron cuando se utilizan conjuntos de subprocesos

¿Cuál es nuevo en la versión 0.5.1:

• Fijo: los datos del curriculum vitae trabajador no fue inicializado correctamente cuando no hay parámetros se pasan al constructor y al leer un archivo de hoja de vida, causando resmes no no para actualizar.
• Corregido: errores trabajadores fueron escritos en la salida estándar en lugar de tener que entrar
.
• Fijo: aplicaciones WSGI mal educados que no logran detectar errores causados ​​solicitudes para colgar en lugar de devolver 500 respuestas
.

¿Cuál es nuevo en la versión 0.5.0:

• Se ha cambiado la forma en que los registros TraceLog se identifican para reflejar libras números de solicitud. Los registros se desambiguados al incluir un identificador libras como prefijo. Por ejemplo & quot; 1,22 & quot; indicada solicitud número 22 de 1 libra.
• En la definición de los trabajadores que se registran con ZooKeeper, ahora puede proporcionar una descripción en el archivo paste.ini que aparece en ZooKeeper. Mientras que el pid solo proporciona suficiente información para encontrar a un trabajador, a menudo una descripción (por ejemplo, nombre de la instancia o ruta) puede hacer que sea más fácil.

¿Qué hay de nuevo en la versión 0.4.0:

• Cambiar el algoritmo de balanceo de carga para tomar los pedidos pendientes de trabajadores subutilizados en cuenta para permitir un parámetro menor varianza a utilizar, que permite a los nuevos trabajadores que sean mejor aprovechados.
• Se ha cambiado el algoritmo de equilibrio de carga de probar un poco más difícil de mantener el trabajo con los trabajadores calificados de no penalizar a los trabajadores para su primera solicitud pendiente. (En otras palabras, cuando se ajusta scrores trabajador chacking un atraso máximo, restamos 1 de atraso del trabajador si es distinto de cero.
• El servidor estatuto previsto al utilizar ZooKeeper ahora escucha en un socket de dominio UNIX.
• El servidor estatuto previsto al utilizar ZooKeeper ahora incluye la hora de inicio de la solicitud más antigua para cada trabajador, que se utilizará para la vigilancia.
• Fijos: Trabajadores amortiguados grandes cuerpos de solicitud en la memoria. Ahora los grandes cuerpos de solicitud se almacenan en el disco.
• Las optimizaciones internas, especialmente writh respecto al tratamiento de grandes cuerpos de solicitud y respuesta.

¿Cuál es nuevo en la versión 0.3.0:

• Se ha cambiado la forma en que el zkresumelb (programa de equilibrador de carga que trabaja con ZooKeeper) maneja los registros de acceso. Ahora, pasa un nombre registrador tala Python. Si no pasa nada, entonces nada se registrará.

¿Cuál es nuevo en la versión 0.2.0:

• Hay una nueva API para obtener trabajador reanuda, típicamente a partir del código de seguimiento:
• & gt; & gt; & gt; zc.resume.worker importación
• & gt; & gt; & gt; zc.resume.worker.get_resume impresión (dir)
• Esto es útil tanto para conseguir hoja de vida del trabajador y de asegurarse de que el trabajador está aceptando conexiones equilibrador de carga.
• También hay una versión scriot de esto:
• bin / get-trabajador-currículum 192.168.24.60:33161
• Cuando se utiliza ZooKeeper, usted puede solicitar un servidor de estado de libras. La dirección se ha registrado en el ZooKeeper. Cuando se conecta a ella, te devuelven una cadena JSON que contiene el atraso general libras y direcciones y los retrasos de cada trabajador.

Métodos
• Las opciones de actualización se cambiaron para revertir la configuración por defecto cuando no la proporcione. Esto es especialmente importante cuando se utiliza con ZooKeeper, así que usted puede mirar un árbol y saber qué ajustes son sin conocer el historial de cambios.
• Añadido equilibrador de carga elegante y apagado trabajador en SIGTERM.
• Fijo:. De registro de seguimiento de solicitud de identificadores no eran asignados correctamente cuando se utilizan varios balanceadores de carga
• Añadido envasado metadatos para ayudar a encontrar 1.0b1 GEvent (que está en http://code.google.com/p/gevent/downloads/list)
• Se ha actualizado la API para el registro de seguimiento de aplicación para que coincida con la de zc.zservertracelog, principalmente para obtener el registro de base de datos para aplicaciones ZTK.

Requisitos :

• Python