2016-05-03 10 views
1

Plone data.fsファイルが大きすぎると、パフォーマンスに影響しますか?なぜPloneのdata.fsファイルが大きすぎると、パフォーマンスに影響しますか?

私たちの現在のサイトでは、ファイルは8GBを超えています。私は最近、レガシーのPlone 3インストールでこのプロジェクトの開発者を引き継いだが、データベースには膨大なパフォーマンスボトルネックがある。

私の最初の印象は8GBです...巨大です...?

  • 大きなファイルは保存されていません。
  • としてのパフォーマンスはおそらくデータベースです:ZEOクラスター、16ギガバイトのRAM
  • とapacheの
  • 8コアのvCPUサーバとのバランス
  • 負荷が
    1. どれキャッシュされたページ(apacheの層)が雷であります、他の人は信じられないほど遅いです

以下の提案や、さらなる調査の後

UPDATE

。ここではいくつかの統計情報は、サーバーから、次のとおりです。

  • メモリ使用量 16045分の15792 < < ---痛いですか?

  • AVG CPU 300-400%、8 CPUs、5 x zopeインスタンス。これは非常に高いと思っていますか?各インスタンスは単一のCPUスレッドを使用して要求を処理するため、インスタンス全体で平均100%のCPU使用率を平均していますか?

  • ディスクIOだから何がに、その点を行い8984.85平均ブロック/秒

に高いのですか? Apacheのログファイルは7GBで巨大です...私はlogrotateをインストールします。しかし確かにそれらの統計情報:高いディスクIO ... DBの問題を指摘?梱包はこれを緩和するでしょうか?このような大量の生産現場では、梱包は危険ですか?

+4

8ギガバイトData.fsをはespecialy Ploneの3バージョンのために、すべてで巨大ではないではないこと:あなたが前に、定期的にそれを行っていない場合は、パッキンが大幅ZODBのサイズを小さくしますplone.app.blobをデフォルトで使用します)、提供していない多くの情報に依存します(質問を更新してください)。 例:サイトには何個のオブジェクトがありますか?大きなファイルをたくさん使用していますか? どのようにパフォーマンスのボトルネックがデータベースであると言えますか? –

+0

が更新されました。情報がまだまばらなのかどうか教えてください。ちょうど私の頭をPloneの周りに得る。 – AndrewMcLagan

+1

@AndrewMcLagan https://pypi.python.org/pypi/Products.LongRequestLoggerをインストールし、Zope/Plone内の実際のボトルネックを確認する – gforcada

答えて

6

ZODB自体またはデータベースのサイズがパフォーマンスの低下につながる可能性は非常に低いです。最初のステップとしてデータベースをパックすることをお勧めします。 (

https://plone.org/documentation/faq/how-do-i-pack-the-zodb

+1

また夜間のcronジョブでのパッケージングは​​、通常は良い考えです:http://docs.plone.org/manage/deploying/packing.html - ZEOには 'zeopack'スクリプト、RelStorageには' zodbpack'スクリプトを使用してください。私のサイトではパック履歴を7日間保存し、毎晩実行しています。 – sdupton

+0

私の最初の考えは、代替CMS、フレームワーク、および言語と比較して比較的非従来的なものとしてdbを使用していました。何倍ものリソースを持つサイトがあり、何百倍も多くのリクエストを予約しています。他のボトルネックを調べるための提案は素晴らしいです。誰か他の一般的な提案があれば? – AndrewMcLagan

+1

DBのサイズは、パックされていないことを意味する場合があります。それとも、古いバージョンのコンテンツアイテムをたくさん残しているのか。 ZODBのパフォーマンスは、特にData.fsのサイズでは減少しません。 – SteveM

関連する問題