きっかけ

保守切れに伴いリプレースを検討

保守切れに伴うリプレースを検討されており、システム部門からメーカーへ見積もりを依頼されたところ、下記の内容にて提案がありました。

シンクライアントサーバー ： 36台

APサーバ ー　　　　　　   ：16台

DBサーバー　　　　　　   ：16台

※サーバー台数および構成は現行と同じだが、CPUスペックは数倍の提案

費用の総合計は約3億円

システム部門の対応

IIMへメーカー提案の検証を依頼

システム部門では、メーカー提案が現行システムの利用状況を考慮していないのではないか、また過剰投資ではないのかとの懸念があり、IIMへ相談されました。

IIMによる性能評価

性能評価概要

1.考え方

2年半分の性能データを活用し、必要なサーバー台数を求める

2.策定手順

年次グラフにて稼働傾向を把握

着目すべき指標の洗い出し

洗い出された指標に応じたグラフ（積み上げ、折れ線、海温図）にて必要な資源量を検討

3.対象項目

CPU使用率、空きメモリ状況、I/O負荷、Oracle稼働状況、業務量　（全支店のクライアントアクセスログ）

4.性能評価結果

（図1：全サーバーの稼働傾向結果）

図1の結果より、CPUを指標としました。

サイジングを行うにあたり、業務単位でどの程度システムを利用しているかを把握する必要があるため、最大CPU使用率を積み上げることにより必要なサーバー台数を算出することにしました。

なお、本来であれば実際にCPUを使用した使用量にて判断するべきですが、この環境では全て同一スペックのため、CPU使用率を用いました。

業務サーバー毎のサイジング

＜シンクライアントサーバー＞

全36台の最大CPU使用率を積み上げると、サーバー4台分に相当しました。
シンクライアントサーバーは主にオンライン処理なので、CPU使用率が50%以内に収まるよう、同一スペックのサーバー8台構成としました。

＜APサーバー＞

全16台の最大CPU使用率を積み上げると、サーバー8台分に相当しました。

なお、特定月にて88台分を超える使用状況となっておりますが、業務処理のスケジューリング改善によりCPU負荷が軽減できるため、同一スペックのサーバー8台構成としました。

＜DBサーバー＞
全16台の最大CPU使用率を積み上げると、サーバー16台分に相当しました。

DBサーバーは、バッチ処理を改善することでCPU負荷が軽減できるため、同一スペックのサーバー16台構成としました。

ES/1による性能評価およびコンサルティングの結果を踏まえて、IIMから以下のとおり回答しました。

案1.リプレース後のサーバー台数

シンクライアントサーバー：36台→8台

APサーバー 　　　　　  　：16台→8台

DBサーバー 　　　　　      ：16台→16台

※全て現行と同一スペックを想定

案2.現行システムの継続使用

リプレースをせずに、現行システムを継続利用しても問題なし

システム部門のご判断

リプレースの延期を選択

IIMからの回答を検討した結果、システム部門はメーカーと交渉し、現行システムの保守を2年間延長しました。

結論

適切なリプレース案の策定

IIMからの報告を受け、保守を延長することも検討した結果、リプレースではなく延命できました。

さらに、次期リプレースに際しても、メーカー提案の約半分のサーバー台数で賄えることが判明し、メーカー提案額より約１億円の削減を見込めることになりました。