このシナリオでは、IBM® Systems および eServer™ ハードウェア・ 上の Linux® 論理区画における Capacity Upgrade on Demand (CUoD) の計画、注文、および使用について説明します。
注: Capacity on Demand は、すべてのハードウェア・モデル上で使用できるわけではありません。Capacity on Demand は、現在、OpenPower™ モデルでは使用できません。
Capacity on Demand により、ワークロードで必要な場合に非アクティブ・プロセッサーを活動化できます。以下のシナリオでは、このフィーチャーの計画、注文、および使用のステップを説明します。
状況
IBM eServer ハードウェア・サーバーが、8 つのアクティブ・プロセッサーおよび 4 つの非アクティブ・プロセッサーを使用して稼働しているとします。サーバーのワークロードが増えるにつれ、使用可能なプロセッサー・リソースの使用率は使用可能な能力の 70% 近くになり、超える場合もあります。システム管理者は、リソースを追加する必要性を見込み、いくつかの非アクティブ・プロセッサーを活動化することを検討しています。
目標
- 使用可能なプロセッサーの数を増やす効果をテストする。
- プロセッサーの数を増やす (この変更によりパフォーマンスが改善される場合)。
Capacity on Demand の準備と活動化
- プロセッサーを活動化する前に、システム管理者は Capacity on Demand 用にサーバーを準備する。
このタスクは、トレンド分析を行って必要となる追加のプロセッサー数を確認し、追加のプロセッサーを活動化するためにサーバーを準備し、新規の能力を注文する準備を行います。
- 追加のプロセッサーを活動化する利点を調べるために、システム管理者は試行期間としてプロセッサーを活動化する。
試行期間は 14 日間です。
- 追加のプロセッサーの活動化により得られたパフォーマンス改善がプロセッサーの購入を保証するものである場合、システム管理者は IBM 営業担当員または IBM ビジネス・パートナーに連絡するか、http://www.ibm.com にアクセスして、4 つのプロセッサーの活動化フィーチャーを発注する。
- IBM 営業担当員は、IBM コンフィギュレーターで発注し、サーバーから注文書とともに重要プロダクト・データ (VPD) を送信する知らせを受信する。
VPD は、IBM にファックスで送ることも、エレクトロニック・サービス・エージェント™ を使用して電子メールで送信することもできます。
(エレクトロニック・サービス・エージェントは、HMC にあり、イベントをモニターし、ユーザーが定義可能な予定に基づいて定期的に IBM にサーバー・インベントリー情報を送信するように設計されています。)
- システム管理者は、Web から起動コードを検索し、永続的な能力を活動化する。
この作業では、ターゲット・サーバー上で起動コードを入力し、プロセッサーを論理区画に割り当てます。
これで、IBM Systems および eServer ハードウェア・で 8 つのプロセッサーをすべて使用できるようになりました。
詳しくは、Capacity on Demand の作業を参照してください。