zc.resumelb

zc.resumelbは、要求クラスに要求をソートし、要求＆NBSPを割り当てWSGIアプリケーションのためのロードバランサを提供するツールであり、特定のクラスの同じ労働者に。
あなたは、そのアプリケーションを持っている場合、ロードバランサは、あなたに利益をもたらすことができます：
- 単一のプロセスによって処理されるようにあまりにも多くの負荷を持って（または遅すぎる）、
- あなたのプロセスによって使用されるキャッシュに収まらないほど大きいワーキングセットを持っており、
- 様々な種類のワーキングセットでほとんど重複があるように、要求を分類する方法がある。
何上記のことはあなた（またはあなたが興味があれば）に適用する場合は、読みます。

のこのリリースのの新機能である：ます。

< LI>修正：ソケットタイムアウトの欠如が漏れするための要求を引き起こす可能性があります。。

のバージョン0.5.2でのの新機能：

• 固定：中のデータをバッファリングする際に作成される一時ファイルロードバランサは、明示的に閉じられなかった。一般的に、彼らはガベージコレクションを閉じましたが、特定の状況で、その数は、ファイル記述子のために疲労をリードする、迅速に構築することができます。
• 固定：トレースログ「I」のレコードが常に入力長情報が含まれていませんでした。
• 固定：スレッドプールを使用するときにトレースログ「I」のレコードがのみ含まれていた。
。

• 固定：

のバージョン0.5.1でのの新機能であるワーカーのレジュームデータが正しく初期化されていません更新しないではないresmesを引き起こして、履歴書ファイルを読み込むときにパラメータがコンストラクタに渡されていないとされたときます。

• 固定：ワーカーエラーは標準出力ではなく、ログに記録されます。
に書き込まれました
• 固定：エラーをキャッチすることができない不十分な行儀のWSGIアプリケーションは500応答をハングアップするのではなく、返すように要求を引き起こします。
。

のバージョン0.5.0でのの新機能：

• トレースログレコードがポンドを反映するために識別される方法を変更しました要求番号。レコードは、接頭辞としてポンドの識別子を含めることで、曖昧されている。たとえば＆QUOTについては、1.22＆QUOT。 1ポンドからリクエスト番号22を示します。
• のZooKeeperに登録する労働者を定義するときは、あなたが今のZooKeeperに表示paste.iniファイル内の記述を供給することができます。 pidが一人で労働者、多くの場合、記述（例えば、インスタンス名またはパス）を見つけるために十分な情報を提供していますが、簡単に作ることができます。

のバージョン0.4.0でのの新機能：

• のバックログを取るためにロードバランシングアルゴリズムを変更新しい労働者がよりよく利用されることを可能にする、使用する低分散パラメータを、可能にするために考慮に労働者を十分に活用します。
• は彼らの最初の未処理の要求のために労働者を罰するしないことによって、熟練労働者との仕事を保つために少し難しくしようとするロードバランシングアルゴリズムを変更しました。 （最大バックログをchackingワーカーscroresを調整するときに、それがゼロ以外の場合、つまり、私たちは労働者のバックログから1を引きます。

ZooKeeperのを使用したときに提供
• ステータスサーバは現在、UNIXドメインソケットでリスニングします。

<李>のZooKeeperを使用するときに提供されるステータスサーバは、監視のために使用される各作業のために、最も古い要求の開始時刻が含まれます。
• 修正：労働者は、メモリ内に大規模なリクエストボディをバッファリングされた。今、大きな要求本体がディスクにバッファリングされます。

特に大規模なリクエストとレスポンスボディの取り扱いに関してwrith
• 内部の最適化、します。

のバージョン0.3.0でのの新機能：

• zkresumelb（ロードバランサのプログラム方法を変更ZooKeeperので動作すること）アクセスログを処理します。さて、あなたは、Pythonのログロガー名を渡す。あなたは何を渡さない場合、何も記録されません。

労働者が再開取得するための新しいAPIは、一般的に、あります。

のバージョン0.2.0のの新機能である監視コードから：

• ＆GT;＆gt;＆gt; 8ここで輸入zc.resume.workerます。
• ＆GT;＆gt;＆gt; 8ここで印刷zc.resume.worker.get_resume（ADDR）
• これは、労働者の履歴書を取得するための作業者は、ロードバランサの接続を受け入れていることを確認するための両方に役立ちます。
• また、こののscriotバージョンあります：
• ビン/取得 - 労働者の履歴書を192.168.24.60:33161ます。
• のZooKeeperを使用する場合は、あなたがポンドのステータスサーバを要求することができます。アドレスは、ZooKeeperのに登録されます。あなたがそれに接続すると、あなたが戻って、全体的なポンドのバックログとアドレスおよび各労働者のバックログを含むJSON文字列を取得します。
• 更新の設定方法は提供されない場合にデフォルトに設定を戻すように変更されました。 ZooKeeperので使用する場合、これは特に重要なので、あなたは木を見て、変更履歴を知らなくても、設定が何であるかを知ることができます。

SIGTERMの
• を追加しました優美なロードバランサやワーカーシャットダウンします。
• 固定：複数のロードバランサを使用した場合、トレースログ要求IDが正しく割り当てられていない。
• を追加しました（http://code.google.com/p/gevent/downloads/listにある）gevent 1.0b1を見つけることのメタデータをパッケージ化します。
• ZTKアプリケーションのデータベースログを取得するには、主に、zc.zservertracelogのそれと一致するように、アプリケーションのトレースログのためのAPIを更新します。

の要件の

• のPythonます。