 |
||||||||||||
|
||||||||||||
| 前のページ 1 2 3 4 | ||||||||||||
|
||||||||||||
| 柔軟性 | ||||||||||||
|
絶えず変化するオンデマンド・ビジネスを支えるITインフラではシステム負荷は一定ではありません。月次や四半期ごとのバッチ処理のように、定期的に訪れるピーク以外に、インターネット販売における人気商品への突然の注文の殺到など、予測し難いシステム負荷の増加もあり得ます。これらに対して、IBMはCapacity on Demand（CoD）という柔軟性を提供しています。 CoDとは、前もって予備のCPUやメモリーを搭載しておき必要に応じて活動化して使用する機能で、IBM eServer pSeriesではp650／p670／p690でCPUとメモリーのCoDが、IBM eServer p5/System p5ではモデル550でCPU CoDが、570／590／595でCPUとメモリーのCoDがサポートされます。また、活動化する方法によって次のようにタイプ分けされます。 |
||||||||||||
表2：CoDのタイプ |
||||||||||||
|
Reserve CoDは、システム負荷の増加にシステム側で速やかに対処できる点で、先の例での定期的なバッチ処理によるピーク対応やインターネット販売での急激な注文殺到への対策に適しているといえます。On/Off CoDは、オペレーター操作による起動・停止であることから、ある程度事前の計画が必要となります。この点で、バッチ処理のピーク対応にも向いていますが、高可用性クラスター（HAクラスター）でのCPU使用がより適した使い方と考えられます。 HAクラスターでは、通常時と障害時の片寄せ運用時ではシステム負荷が大きく異なります。コールド・スタンバイの構成では、スタンバイ側の通常時はほとんどシステム資源を使用しませんが、障害時には本番マシンと同等の性能が求められます。両方で本番業務を行う、アクティブ・アクティブの構成であっても、障害時には片側で2台分の処理を行うことになるのでそれに耐えられるシステム資源が必要です。 このように、HAクラスターは障害運用時にはシステム資源を大きく増加させる必要がありますが、その量はあらかじめ予想できます。障害時に増加させるシステム資源をOn/Off CoDで動的に起動・停止させれば、通常運用時に必要なシステム資源とのギャップに対処することができ、システム資源を有効に活用できます。 以上のように、IBM System p5はUNIXサーバーとして今後のオンデマンド・ビジネスのIT基盤を支える機能を実装しています。そして、今後もIBM Systems Agendaに基づいてこれらの充実をはかり、より強固なシステム基盤へと変革し続けることでお客様を成功に導く一助となることを目指しているのです。 |
||||||||||||
|
前のページ 1 2 3 4 |
||||||||||||
|
|
||||||||||||
|
|
||||||||||||
|
||||||||||||
|
|
||||||||||||
|
||||||||||||
|
|
||||||||||||
-
-
連載
