HTTPキャッシュのベンチマーク結果
HTTPキャッシュのベンチマーク結果
図26がベンチマークの結果です。
● Squid+Apache
| Requests per second: |
|
| Time per request: |
|
| Time per request: |
|
| Transfer rate: |
|
● Apache
| Requests per second: |
|
| Time per request: |
|
| Time per request: |
|
| Transfer rate: |
|
● Apache+PHP
| Requests per second: |
|
| Time per request: |
|
| Time per request: |
|
| Transfer rate: |
|
● Apache+PHP+PostgreSQL
| Requests per second: |
|
| Time per request: |
|
| Time per request: |
|
| Transfer rate: |
|
● Squid+Apache+PHP+PostgreSQL
| Requests per second: |
|
| Time per request: |
|
| Time per request: |
|
| Transfer rate: |
|
Squid+Apache+PHP+PostgreSQLはSquid+Apacheと 同じ結果となり、リバースプロキシを利用しない場合と比べて2倍強の性能を達成しています。たいした効果ではないように思えるかもしれませんが、より複雑 なページをデータベースから自動生成する実際のシステムでは、リバースプロキシの導入により簡単に10倍以上の性能が達成できることも少なくありません。
しかしリバースプロキシも良いところばかりではありません。「クエリキャッシュの効果」と同様に、キャッシュヒット率が低いとリバースプロキシの導 入により、かえって処理が遅くなる場合もあります。キャッシュミスが多くなると考えられる場合、リバースプロキシにキャッシュさせない、またはリバースプ ロキシを使用しないようにするなどの対処が必要です。キャッシュサーバーの設定やハードウェアスペックが十分でない場合、時間が経過するとリバースプロキ シからのレスポンスが遅くなるなどの問題が発生する場合もあります。
どのようなキャッシュシステムでも同じですが、有効に動作するケースとしないケースがあります。Webシステムを設計する際には、スケールアウトを考慮することはもちろん、キャッシュが有効に活用できる設計を行うことも重要です。