概要
御社ではメインフレームの性能評価や性能見積りをして機種選定をしていますか? 「富士通メインフレームの本質を見る」の第2弾として「CPUリプレースの考え方」について解説します。第1回は移行パス(見積り不要の機種選定方法)が生まれた背景とその内容について考えます。
1.1 メインフレームの市場動向
4~5年前、メインフレームは無くなるのではという議論が活発でしたが、結局どうなったのでしょう。 (社)電子情報技術産業協会(JEITA)の調査によると、国内メインフレームの出荷台数、金額は表1のように推移しています。2006年度は10年前と比較すると、出荷台数は70%減、金額は80%減まで大幅に縮小しています。
しばらくは再リースをして様子を見る。
オープン化が進み、CPUをダウングレードする。
複数台保有しているので、CPUを統合する。
オープン化が完了したのでCPUは撤去する。
このような状況下で、今使っているメインフレームのリプレースをどうすればよいのか、皆さんと一緒に考えていきたいと思います。
1.2 移行パスという考え方
1.3 富士通メインフレーム特有の性能管理
◆解説
性能管理手法も10年前とは大きく変わっています。標準的な性能管理の手法をメインフレームに適用しても多くのお客様では効果は期待できない可能性があります。その理由を簡単に説明します。
-
- パフォーマンス管理(短期的な管理)について
ハードウェア性能が著しく向上したため、従来の指標値(例.CPU使用率80%)との比較では問題の本質が見えてきません。ここ数年の傾向として、アプリケーションの性能品質の評価が重要といえます。性能品質については「富士通メインフレームの本質を見る~バッチ処理の性能評価と改善事例から」の第1回、第4回などで詳しく説明しています。
-
- キャパシティ管理(長期的な管理)について
多くのメインフレームでは業務量が減少しています(右肩下がり)。即ち、CPUをダウングレードする方法論が確立されていないと、現実的な効果は期待できません。CPUのダウングレードについては次回説明をする予定です。
-
- OS、ミドルウェアについて
業務量の増加ではなく、アプリケーションの性能品質の問題により、OS、AIM、DBMSの内部にボトルネックが発生しやすくなっています。この評価をせずに安定した性能は望めません。
-
- 性能管理をしないもまた真である
移行パスに従っていれば性能管理は不要でもあり、性能管理をしないから移行パスができたとも言えます。ほとんどのお客様は性能管理をしなくても(表面上)問題なく運用しています。
◆性能管理の本質とは
目的を明確にして、性能評価プロセスを回すことです。CPUのダウングレードを目指しているなら、性能品質の評価は重要になります。
性能評価プロセスは、http://www.ibisinc.co.jp/colum0601.htmに解説しています。
将来的には、性能管理と内部統制のIT統制が融合していきます。これも機会があれば紹介したいと思います。
連載一覧
筆者紹介
![](https://www.sysadmingroup.jp/wp/wp-content/uploads/2022/10/ariga.gif)
株式会社アイビスインターナショナル 代表取締役
1963年生まれ。1985年富士通株式会社入社。1992年~2003年まで社内共通技術部門で国内外のメインフレームの性能コンサルティングを実施、担当したシステム数は1,000を超える。2000年からは大規模SIプロジェクトへの品質コンサルティング部門も立ち上げた。
2004年に株式会社アイビスインターナショナルを設立。富士通メインフレームの性能コンサルティングとIT統制コンサルティングを行っている。
技術情報はhttp://www.ibisinc.co.jp/で公開中。富士通やSI’erからのアクセスが多い。
当サイトには、同名シリーズ「富士通メインフレームの本質を見る~IT全般統制の考え方」を3回、「富士通メインフレームの本質を見る~バッチ処理の性能評価と改善事例から」を6回、「富士通メインフレームの本質を見る~CPUリプレースの考え方」を3回、「富士通メインフレームの本質を見る~性能改善の現場」を7回、「富士通メインフレームの本質を見る~2009年度の最新トッピックス」を3回、「富士通メインフレームの本質を見る~2008年度の最新トピックス」を2回にわたり掲載。
コメント
投稿にはログインしてください