zc.resumelb

zc.resumelb è uno strumento che fornisce un servizio di bilanciamento del carico per le applicazioni WSGI che ordina le richieste in classi di richiesta e assegna le richieste di & nbsp; di una determinata classe per gli stessi lavoratori.
Il bilanciamento del carico può beneficiare se si dispone di un'applicazione che:
- Ha troppo carico (o è troppo lento) per essere gestito da un unico processo,
- Ha un set di lavoro che è troppo grande per entrare in un buffer usato dal vostro processo, e
- C'è un modo per classificare le richieste in modo che ci sia una scarsa sovrapposizione nei set di lavoro delle varie classi.
Se ciò che è al di sopra si applica a voi (o se siete curiosi), continuate a leggere

Cosa c'è di nuovo in questa versione:.

< li> Risolto:. la mancanza di presa di timeout potrebbe causare richieste di perdite

Cosa c'è di nuovo nella versione 0.5.2:

• fissi: I file temporanei creati durante il buffering dei dati in bilanciamento del carico non sono stati chiusi in modo esplicito. In generale, sono stati chiusi per la raccolta dei rifiuti, ma in certe situazioni, il loro numero potrebbe costruire rapidamente, portando a dei descrittori di file esaurimento.
• fissi:. Record TraceLog 'I' non contenevano sempre informazioni di lunghezza di input
• Fisso:. Record TraceLog 'I' sono stati inclusi solo quando si utilizza pool di thread

Cosa c'è di nuovo nella versione 0.5.1:

• Risolto: Worker dati curriculum non è stato inizializzato correttamente quando parametri vengono passati al costruttore e quando la lettura di un file di ripristino, causando resmes non di non aggiornare.
• Risolto: errore dei lavoratori sono stati scritti sullo standard output, piuttosto che essere registrati
.
• Risolto: applicazioni WSGI scarsamente educati che non riescono a rilevare gli errori causati richieste per appendere piuttosto che restituire 500 risposte
.

Cosa c'è di nuovo nella versione 0.5.0:

• cambiato il modo record TraceLog sono identificati per riflettere lb Richiesta numeri. I record sono disambiguare includendo un identificatore lb come prefisso. Per esempio & quot; 1.22 & quot; indicato richiesta numero 22 dal lb 1.
• Nel definire i lavoratori che si registrano con ZooKeeper, è ora possibile fornire una descrizione del file paste.ini che si presenta in ZooKeeper. Mentre il pid solo fornisce informazioni sufficienti per trovare un lavoratore, spesso una descrizione (ad esempio nome dell'istanza o percorso) può rendere più facile.

Cosa c'è di nuovo nella versione 0.4.0:

• Modificare l'algoritmo di bilanciamento del carico di prendere commesse inevase lavoratori sottoutilizzati in considerazione per consentire un parametro varianza minore da utilizzare, che permette ai nuovi operatori di essere meglio utilizzati.
• Cambiato l'algoritmo di bilanciamento del carico per provare solo un po 'più difficile da mantenere il lavoro con lavoratori qualificati da non penalizzare i lavoratori per la loro prima richiesta in sospeso. (In altre parole, quando si regola scrores lavoratore chacking un backlog massima, sottraiamo 1 dal portafoglio del lavoratore se è diverso da zero.
• Il server di stato previsto quando si utilizza ZooKeeper ora in ascolto su un socket unix-domain.
• Il server di stato previsto quando si utilizza ZooKeeper ora include l'ora di inizio della richiesta più antica per ogni lavoratore, da utilizzare per il controllo.
• Fixed: Operai buffer grandi corpi di richiesta in memoria. Ora i grandi enti di richiesta vengono memorizzati su disco.
• ottimizzazioni interne, in particolare per quanto riguarda la gestione writh grandi corpi di richiesta e di risposta.

Cosa c'è di nuovo nella versione 0.3.0:

• Cambiato il modo in cui il zkresumelb (programma di bilanciamento del carico che funziona con ZooKeeper) gestisce log di accesso. Ora, si passa un nome logger registrazione Python. Se non si passa nulla, allora nulla sarà registrata.

Cosa c'è di nuovo nella versione 0.2.0:

• C'è una nuova API per ottenere lavoratore riprende, in genere dal codice di controllo:
• & gt; & gt; & gt; import zc.resume.worker
• & gt; & gt; & gt; stampa zc.resume.worker.get_resume (addr)
• Questo è utile sia per ottenere curriculum del lavoratore e per fare in modo che il lavoratore accetta connessioni bilanciamento del carico.
• C'è anche una versione di questo scriot:
• bin / get-lavoratore-resume 192.168.24.60:33161
• Quando si utilizza ZooKeeper, è possibile richiedere un server di stato lb. L'indirizzo viene registrato ZooKeeper. Quando ci si connette ad esso, si torna una stringa JSON contenente portafoglio totale lb e gli indirizzi e arretrati di ciascun lavoratore.

Metodi
• Le impostazioni di aggiornamento sono stati modificati per ripristinare le impostazioni di default quando non è previsto. Ciò è particolarmente importante quando viene utilizzato con ZooKeeper, in modo da poter guardare un albero e sapere quali sono le impostazioni senza conoscere la cronologia delle modifiche.
• Aggiunto grazioso load-balancer e lo spegnimento lavoratore SIGTERM.
• Fisso:. Richiesta ids di registro di traccia non sono stati assegnati in modo corretto quando si utilizzano più di bilanciamento del carico
• Aggiunto imballaggio meta dati per aiutare a trovare 1.0b1 gevent (che è a http://code.google.com/p/gevent/downloads/list)
• Aggiornamento le API per la registrazione della traccia applicazione corrisponde a quella della zc.zservertracelog, soprattutto per ottenere la registrazione del database per le applicazioni ZTK.

Requisiti :

• Python