実際の収容量　×　125％　＝　必要なサーバー容量（ZPOOL）

物理的なサーバーでの例ですが、実際に必要なデータ容量が２０Gbである場合、ハードディスクの稼働パフォーマンスを考慮し２倍の容量設定を行えば十分な容量と言えます。しかしながら急なアクセスの急増やユーザビリティの向上の為に、必要のない過度な容量設定を行う場合が多く見受けられます。これは、サーバーダウンへの恐怖感やサイトユーザーへのサービス向上心が理由と考えられますのでやむを得ない事ではありますが、実際のアクセス解析や、ロードアベレージを参照したりスペックの整合性を検証することのできない「サーバー契約者」は適正なサーバー契約であるのかどうかの把握もできません。
サーバー管理者（他社）に問い合わせしても、「ほんとのトコ」は教えてもらえるはずもありません。曖昧な基準と予想値、これが物理的なサーバーのの欠点であり、適正コストの判断が出来ない理由でもありました。

ZPOOLの最大の特徴である相互扶助という考え方は、この過度なサーバー容量の設定が不要になります。急なアクセスの急増は共有する高性能なサーバーの中で補い合う仕組みです。つまり、一社あたり少ない金額を負担し、大規模なクラウドを共有することでこれまで使用していたサーバーよりも高性能なサーバーを共有するという仕組み。結果サーバーにかかるコストは適正化されコストの削減が可能なのです。