IBM Cloud Docs
IBM Power Virtual Server を作成する

IBM Power Virtual Server を作成する


IBM Power Virtual Serverの IBM データセンター

IBM Power Virtual Server プライベート・クラウドの クライアント・ロケーション


IBM® Power® Virtual Server を作成し設定するには、以下の手順を実行する。

Power Virtual Server ワークスペースの作成

  1. 資格情報を使用して IBM Cloud カタログ にログインします。

  2. 検索ボックスに Power Virtual Server と入力し、 Power Virtual Server タイルをクリックします。

  3. **「ワークスペースの作成 (Create a workspace)」**をクリックします。

  4. ロケーションタイプを クライアント・ロケーションまたはIBM データセンターとして選択します。

    クライアント・ロケーションロケーションタイプの場合は、作成したサテライトロケーションの名前を SatelliteLocation ドロップダウンリストから選択します。

    Satelliteロケーションのドロップダウン・リストから、物理的な場所に最も近いIBM Cloudリージョンを選択しますIBM データセンター 利用可能なIBM Cloudリージョンの一覧については、IBM Cloudリージョン を参照してください。

  5. 「詳細」 セクションで、ワークスペースの名前を指定し、リソース・グループを選択します。

  6. 「続行」 をクリックします。 選択したワークスペースの詳細が「要約」ページに表示されます。 「要約」ページで見積もりコストを確認します。

  7. 利用規約に同意する」チェックボックスを選択します。

  8. 「作成」 をクリックします。 「ワークスペース」 ページにリダイレクトされ、そこで既存のワークスペースを選択できます。

ワークスペースに適切なリージョンについての詳細は、IBM Cloud regions を参照してください。

terraformリソース ibm_resource_instance またはCLIコマンド ibmcloud resource service-instance-create を使用してワークスペースを作成する際、 サービス名 フィールドには power-iaas という値を IBM Power Virtual Server の IBM データセンター で使用し、 計画名 フィールドには power-virtual-server-group または power-virtual-server-private-group という値を IBM Power Virtual Server プライベート・クラウド の クライアント・ロケーション で使用します。

Power Virtual Server インスタンスの設定

仮想サーバー・インスタンスを作成するには、まず Power Virtual Server ワークスペース を作成し、ワークスペースを選択する必要があります。 作成されたワークスペースは、左側のナビゲーション・ページの Power Virtual Server ユーザー・インターフェースの 「ワークスペース」 の下にリストされます。 インスタンスを作成するワークスペースを選択します。 以下の手順を実行して、仮想マシン・インスタンスを作成します:

  1. 左側のページで 「仮想サーバー・インスタンス」 をクリックします。

    ワークスペースを選択して、プロビジョニングされた仮想サーバーインスタンスを表示します。 古い情報が表示された場合は、更新された情報を表示するためにページを最新表示する必要があります。 詳しくは、FAQ ページの UI に最新情報が表示されない場合の対処法 を参照してください。

    選択したワークスペースに関連付けられている仮想サーバー・インスタンスが表示されます。

    クライアント・ロケーション 仮想サーバーインスタンスを作成またはオープンした直後にエラーが発生した場合は、そのインスタンスを削除する必要があります。

  2. 新規インスタンスを作成するには、 「インスタンスの作成」 をクリックします。

    「インスタンス数」 で複数のインスタンスを選択すると、追加のオプションが表示されます。

    選択内容に基づいて、**「発注要約」**の合計月額が動的に更新されます。 ビジネス・ニーズを満たす費用効果的な Power Virtual Server インスタンスを簡単に作成できます。

  3. Power Virtual Server に安全に接続するための既存の SSH 鍵を選択するか SSH 鍵を作成します。

  4. ブートイメージフィールドを完成させる。

    初期ブート・イメージ・ボリュームなしで仮想サーバー・インスタンス(VM)を作成またはプロビジョニングできます。 ブート・ボリュームのない VM は、高可用性と災害復旧 のユースケースで役立ちます。 ブート・ボリュームなしでVMを作成し、クローンまたはレプリケートされたボリュームをVMにアタッチすることで、バックアップされたVMを呼び出すことができる。

    ブート・ボリュームのないVMをプロビジョニングするには、空の仮想サーバー・インスタンスをデプロイするチェックボックスを選択します。 詳細については、初期ブート ボリュームなしで仮想マシンをプロビジョニングする を参照してください。

    AIX、 IBM i、 Linux オペレーティング・システム用のブート・ボリュームなしのVMは、 IBM 提供されるサブスクリプションを使用して作成できます。 ストレージのないVMにVSNを割り当てる場合は、ブート・ボリュームをアタッチしてVMを起動する前に、VSNを割り当てる必要があります。

    ストレージプールのアフィニティポリシーを設定できます。 詳細については、アフィニティ・ポリシーの設定 を参照してください。

    ブートイメージを選択すると、 Power Virtual Server のユーザーインターフェイスで、利用可能なストックイメージのセットまたはイメージカタログ内のカスタムイメージからブートイメージを選択できます。 カスタムイメージは、IBM Cloud Object Storage からインポートしたり、仮想サーバーインスタンス (VM) のキャプチャから作成したりできるイメージです。 ストックイメージを選択する際には、ストレージ階層とストレージプールも選択する必要があります。 カスタムイメージを選択すると、新しいVMはイメージが存在するのと同じストレージ階層とプールにデプロイされます。 ストック・イメージのストレージ・タイプを選択する必要があります。 現時点では、ティア 1ティア 3 のストレージ・タイプを混用することはできません。 詳しくは、ストレージのティアを参照してください。

    クライアント・ロケーション ローカルカタログからカスタムイメージを選択した場合、VMは単一のストレージ層にデプロイされます。

    ブート・イメージとして AIX を選択した場合、 Power Virtual Server ユーザー・インターフェースには、エピック・ワークロード用に VM インスタンスを構成するためのオプションが用意されています。 epic について詳しくは、 EPIC ワークロード用の VM の構成 を参照してください。

    ブートイメージとして IBM i を選択した場合、Power Virtual Server ユーザーインターフェイスでは、以下のライセンスを VM インスタンスに含めるオプションを提供します:

    • IBM i Cloud Storage Solution
    • IBM i パワーHA
    • Rational Dev Studio for IBM i.

    ライセンスを追加すると、サービス・コストが増加します。 選択したライセンスが、VM インスタンスに挿入されます。 特定のソリューションをVMインスタンスにインストールすることができ、ライセンスは自動的に設定される。 これらのライセンス・プログラムを IBM i VM インスタンスで使用するには、これらのライセンスを Power Virtual Server から注文する必要があります。 既存のライセンスを VM インスタンスで使用することはできません。

    Full Linux Subscription (FLS) イメージを選択した場合、Power Virtual Server ユーザー インターフェイスは、最初のブート実行時にユーザー データまたはスクリプトを渡すオプションを提供します。 Linuxイメージのユーザーデータを終了する際には、所定のバリデーション・チェックを完 了する必要があります。 AIX と Bring Your Own License (BYOL) イメージのバリデーションチェックは行われません。 詳しくは、ユーザー定義スクリプトの受け渡し を参照してください。

    クラウド光ディスク・リポジトリー (COR) は、メディアを必要とするさまざまな IBM i タスクを実行するためにネットワーク・ファイル・サーバー (NFS) としてデプロイおよび使用できる仮想イメージです。 この仮想光ディスク・イメージには、サポートされているすべての IBM i リリースについて、さまざまな IBM i タスクに必要なメディアの集合が含まれています。 COR イメージをデプロイすると、クライアントとして設定され、COR(ターゲット) NFS サーバーインスタンスを指す同じ VLAN 上に、2 つ目の Power Virtual Server インスタンスをデプロイできます。 COR イメージについて詳しくは、 Cloud Optical Repositoryを参照してください。

  5. Complete the プロフィール fields by selecting the マシンタイプ, the number of コア, the amount of メモリ (GB) and コアタイプ.

    コアと仮想コアの比率は1:1。 共有プロセッサの場合、小数点以下のコアは切り上げられる。 例えば、1.25コアは2仮想コアに相当する。 プロセッサー・タイプの詳細については、 シェアード・キャップド・プロセッサーとシェアード・アンキャップド・プロセッサー性能の違いは何ですか? 専用プロセッサーの性能と比べてどうなのか。 . マシンタイプが S922、オペレーティングシステムが IBM i の場合、 IBM i はVMあたり最大4コアをサポートする。

    ブートボリュームとして AIX ストックイメージを使用する場合、root ユーザーパスワードの初期設定にはコンソールセッションが必要です。 このステップを完了しないと、SSHログインは無効と表示されます。 詳しくは、root ログイン用 SSH 鍵を使用した新規 AIX VM の作成方法を参照してください。

  6. ストレージボリュームフィールドを入力して、新しいボリュームをアタッチまたは作成し、仮想サーバーインスタンスに関連付けます。

    Advanced configurations で、Configure for large quantity volumes トグルボタンを有効にして、127 以上のボリューム (最大 500 ボリューム) をサポートします。 この設定はVMレベルで行われ、プロビジョニング時に変更することはできない。

    マシンタイプ E980 および E1080 は、大量のボリュームの取り付けをサポートするように最適化されています。 IBM iVMだけが大容量ボリュームの構成をサポートしている。 IBM iVM用に2 TBを超えるボリュームを作成またはアタッチすることはできません。

    詳細については、大量のボリュームを設定する を参照してください。

  7. パブリックネットワーク、プライベートネットワーク、またはその両方を追加して、 ネットワークインターフェースを定義します。 既存のプライベート・ネットワークを追加する際、特定のIPアドレスを選択するか、自動割り当てにすることができます。

    特定の IP アドレスを指定することを選択した場合は、その IP アドレスが 「予約済み IP」 の下にリストされていないことを確認してください。

    AIX VM の場合、ネットワーク・インターフェース・コントローラー (NIC) は、作成時に指定した順序に基づいて割り当てられます。 プロビジョニング後にすべてのネットワークインターフェースの情報を表示するには、 AIX コンソールを開き、 ifconfig -a とタイプする。

  8. **「ご利用条件」に同意し、「インスタンスの作成」をクリックして、新規 Power Virtual Server をプロビジョンします。 ブート・イメージを確認するには、インスタンスをプロビジョニングした後に「ブート・イメージ (Boot images)」**に移動してください。

    アカウントの VM 数が 100 未満の場合は、 Power Virtual Server ユーザー・インターフェースを使用して VM を表示できます。 アカウントに100以上のVMがある場合、ユーザー・インターフェイスにVMが表示されないことがあります。 CLI または API を使用して VM の数を減らし、ユーザー・インターフェースに VM が再び表示されるようにすることができます。

IBM データセンターの仮想シリアル番号について

仮想シリアル番号(VSN)をVMに割り当てることができる。

VSNは、 IBM i オペレーティング・システム上のVMでのみサポートされます。

VSNには次のような特徴がある:

  • これは7桁の数字で、ユニークな文字列である。
  • これは、ライセンスとVMの使用状況の追跡に使用される。
  • 1つのVMにしか関連付けられない。
  • 新規または既存のVMに割り当てることができる。
  • で空の仮想サーバーインスタンスに割り当てることができます。 IBM データセンター.

詳細については、 論理パーティションに仮想シリアル番号を割り当てるを参照してください。

VMは、関連するVSNとともにシステム間を移動する。 したがって、VSNがVMに関連付けられている場合、ライセンスやエンタイトルメントの目的でVMをホストに固定する必要はない。

VSNは一意の識別子であり、一度に1つのVMにのみ割り当てることができる。 同じVSNを割り当てた複数のVMを同時にデプロイした場合、VSNを取得するのは1つのVMだけで、他のVMはVSNが割り当てられないままデプロイされる。

VM 詳細ページで、VM に関連付けられた VSN の詳細を表示する。 また、ワークスペースの VM に関連付けられた VSN の詳細は、Virtual serial numbers ページで確認できます。 VSNは assigned または retained の状態にある。

顧客アカウント番号とクラウドアカウントIDのマッピング

IBM Power Virtual Serverの VSNサポートについては、 IBM 顧客番号と IBM Cloud アカウントIDを対応付けるサポート・チケットを開く必要があります。 詳細については、 IBM Power Virtual Server の IBM 顧客番号への仮想シリアル番号の割り当てを参照してください。

新しいVMへのVSNの割り当て

IBM i OSを搭載したVMにのみVSNを割り当てることができます。 VM の作成時に VSN を割り当てるには、 IBM i OS を選択します。 仮想シリアル番号フィールドが有効になっている。 デフォルトのVSN値は None である。

デフォルトのVSN値を編集し、以下のオプションのいずれかを選択する:

  • 自動割り当て :Entitled System Support (ESS) で IBM Cloud account IDcustomer number とマップされている場合にのみ、システムが生成した VSN を VM に割り当てます。
  • 保持している VSN から選択する :保持している VSN のリストを表示します。 retained の状態でVSNを選択し、 IBM i VMに割り当てることができる。

VMの作成の詳細については、 Power Virtual Server インスタンスの構成 を参照してください。

既存のVMへのVSNの割り当て

既存の IBM i VM に VSN を割り当てるには、以下の手順を実行します:

  1. VSN を割り当てる予定の IBM i VM をシャットダウンする。
  2. VM を開いて仮想サーバーインスタンスの詳細ページにアクセスします。
  3. 仮想シリアル番号フィールドを編集する。
  4. VSN 割り当てリストから、以下のいずれかのオプションを選択する:
    • なし :VM に VSN を割り当てない。
    • 自動割り当て :システムが生成したVSNをVMに割り当てる。
    • 保持している VSN から選択する :選択可能な保持 VSN のリストを表示します。
  5. 保存 をクリックします。
  6. VM をパワーオンします。

VSNの解放または保持

VMを削除する場合、VSNを保持することも、解放することもできる。 VMの詳細を編集してVSNを変更する場合、既存のVSNを保持することも、解放することもできる。 VSN を解除または保持するには、以下のステップを完了する:

  1. 仮想サーバーインスタンスの詳細ページで削除アイコンをクリックして、VM を削除します。 仮想サーバーインスタンスの削除ウィンドウが表示されます。
  2. 仮想サーバーインスタンスの詳細ページから、VM エントリの右端にあるオーバーフ ローメニュー(縦に点が3つ並んだアイコン)をクリックして、VM の詳細を編集します。 仮想サーバーインスタンスの編集ウィンドウが表示されます。
  3. ページで Release the VSN attached to VMEnable または Disable に設定し、VSN を解放または保持する:
    • Enable(デフォルト) VM を削除し、VSN をリリースされた VM にアタッチします。 デフォルトでは、 VM にアタッチされている VSN の Release が有効になっている。
    • Disable:VMのみを削除し、アカウントに引き続き関連付けられたVSNを保持します。 保持された VSN は、保持された VSN プールに移動される。

以下の表に、各 Power Virtual Server インスタンス・フィールドに関する詳細情報を示します。

フィールド 説明
一般 Instance name :仮想サーバーインスタンスの名前を指定します。
インスタンス数 : Power Virtual Server に作成するインスタンスの数を指定する。 配置グループは、単一の VM インスタンスの作成時にのみ適用できます。 マシンタイプを E980に選択した場合、最大2つのVMインスタンスで アンチ・アフィニティ・ポリシー を選択できます。
配置グループ :インスタンスを1つだけ作成する場合、配置グループを選択して、このインスタンスがどのホストでホストされるかを制御できます。 リストから配置グループを選択します。 新しい配置グループを作成するには、以下のオプションのいずれかを選択します:
Same server : VM を同じホストに配置する場合は、このオプションを選択します。
別のサーバー:このオプションを選択すると、VMを別のホストに配置できます。
コロケーション・ルール :複数のインスタンスを指定する場合、以下の命名規則とコロケーション規則を選択できます:
プリファレンスなし :ホスティングの優先順位がない場合は、このオプションを選択します。
同一サーバー: すべてのインスタンスを同じサーバーでホストするには、このオプションを選択します。 配置グループは自動的に作成されます。 事前に提供されたインスタンス名がグループ名として使用され、編集することはできません。
別のサーバー (Different Server): 各インスタンスを別々のサーバーでホストするには、このオプションを選択します。 すべての Power Virtual Server インスタンスに影響する可能性があるシングル・サーバーの停止が懸念される場合には、このオプションを使用できます。 配置グループは自動的に作成されます。 事前に提供されたインスタンス名がグループ名として使用され、編集することはできません。
数値接頭部 (Numerical prefix) : 仮想サーバーの名前の前に番号を追加するには、このオプションを選択します。 例えば、最初の Power Virtual Server 名が Austin であった場合、仮想インスタンスの次の名前は次のようになります。 1Austin.
Numerical postfix: このオプションを選択すると、仮想サーバー名の後に数字が追加されます。 例えば、最初の Power Virtual Server 名が Austinの場合、仮想インスタンスの次の名前は Austin 1となる。
VM ピン留め (VM pinning): 仮想マシンをピン留めするには、このオプションを選択します。 ソフト ・ピン留めかハード・ ピン留めかを選ぶことができる。
詳細はこちら
注: 仮想サーバーのインスタンスを複数作成する場合は、追加するデータボリュームごとに[ 共有可能] フィールドで [オン ]を選択する必要があります。 共有可能でないデータ・ボリュームが必要な場合は、仮想サーバーの作成後にデータ・ボリュームを追加できます。 IBM i OSの場合、共有可能なデータボリュームを持つことはできません。
マシン・タイプ マシン・タイプを指定します。 選択するマシン・タイプにより、使用可能なコア数とメモリーが決まります。 ハードウェア仕様の詳細については、S922および E980(ダラスおよびワシントン以外のデータセンター)を参照。
コア コアと仮想コアの比率は1:1。 共有プロセッサの場合、小数点以下のコアは切り上げられる。 例えば、1.25コアは2仮想コアに相当する。
メモリー Power Virtual Server のメモリーの量を選択します。 1 コアあたりのメモリー使用量を 64 GB より多くすると、料金が高くなります。 例えば、1 コアでメモリー 128 GB を選択すると、最初の 64 GB については標準の料金が課金されます。 最初の 64 GB を超える部分 (64 から 128 GB) については、より高い料金が課金されます。
ブート・イメージ IBM 提供の AIX または IBM i のオペレーティング・システムのストック・イメージのバージョンを選択します。 SAP HANA および SAP NetWeaver アプリケーション用の Linux ストック・イメージを選択することもできます。 SAP、VM作成時にSSHキーを設定する必要があります。 VM インスタンスには、起動後に SSH 経由でのみアクセスできます。 ただし、最初の SSH アクセス時にpasswdコマンドを使用してパスワードを設定することをお勧めします。 パスワードを設定すると、UI コンソールでインスタンスにアクセスできるようになります。 AIX、IBM i、または Linux の 独自のカスタム・イメージをデプロイ することもできます。 IBM また、コミュニティがサポートする オペレーティングシステム下の イメージも提供している。 Linux CentOS ただし、IBM はこのイメージのためのサポートを提供していません。 CentOSのサポートについては、 CentOS フォーラムまたは FAQ ページを参照してください。 Power Virtual Serverが、 SAP アプリケーション用の Linux (RHELおよびSLES)ストックイメージをサポートするようになりました。
SAP HANA および SAP NetWeaver アプリケーションをサポートする Power Virtual Server インスタンスをプロビジョニングするには、 IBM® Power® Virtual Serverのプロビジョニングを参照してください。
重要: AIX ストック・イメージをブート・ボリュームとして使用する場合は、root ユーザー・パスワードの初期設定のためにコンソール・セッションが必要です。 このステップを完了しないと、rootでのSSHログインが無効になっているように表示されます。
IBM i オペレーティング・システムのライセンス情報については、 IBM i ライセンス・プログラム製品(LPP)およびオペレーティング・システム(OS)機能バンドルを 参照してください。
接続ボリューム (Attached volumes) データ・ボリュームを新しく作成するか、アカウントで定義済みの既存のデータ・ボリュームを
  接続することができます。  \n **ボリュームの作成** : **ボリュームの作成** ]をクリックして、 Power Virtual Server インスタンス用の新しいデータ ボリュームを作成します。 複数の仮想インスタンスが同じデータボリュームにデータを書き込めるようにするには、[ **共有可能]の** [ **オン** ]をクリックする必要があります。  \n **添付ボリューム** : **添付**ボリュームリストから既存のデータボリュームを選択できます。 以前に使用したデータ・ボリュームが表示されない場合、別のアカウントまたはリソース・インスタンスの
      ものである可能性があります。 |

| パブリック・ネットワーク (Public Networks) | IBM 提供のパブリック・ネットワークを使用するには、このオプションを選択します。 このオプションを選択すると、費用が発生します。 \n 詳細情報 | | プライベート・ネットワーク | 「追加」 をクリックして、仮想サーバーの新規プライベート・ネットワークを指定します。 プライベート・ネットワークを既に追加している場合は、リストからそれを選択できます。 詳しくは、 プライベート・ネットワーク・サブネットの構成 を参照してください。 |

Power Virtual Server でのボリューム名または VM 名の再使用

任意の名前を指定することで、 Power Virtual Server VM をデプロイできます。 VMを削除し、同じ名前の新しいVMをデプロイするには、元のインスタンスを削除してから同じ名前のVMを作成するまでに1時間空ける必要があります。

例えば、TEST-VM という名前の VM を作成し、後でこの VM を削除するとします。 「TEST-VM」という名前は、すぐには再利用できません。 TEST-VM という名前を再度使用する前に、VM が削除されてから 1 時間が経過するまで待つ必要があります。

Power Virtual Server 環境での SAP NetWeaver および SAP HANA の実装

Power Virtual Server 環境で、SAP NetWeaver を AIX または Linux® オペレーティング・システムに、SAP HANA を Linux オペレーティング・システムにデプロイすることができます。 SAP アプリケーションを Power Virtual Server 上で実行するには、SAP 固有のいくつかのインフラストラクチャー要件を検討する必要があります。 詳しくは、 デプロイメントの計画 および インフラストラクチャーのデプロイを参照してください。

IBMPower serverE980が、少なくとも1つのSAP HANA本番システムと複数のVM環境で稼動しているとします。 専用または専用寄贈のプロセッサ・コアを持つ物理サーバ1台につき最大16台のVMをデプロイできる。 同時に実行される各 VM インスタンスは、ワークロードに応じて構成する必要があり、SAP HANA Hardware Configuration Check Tool (HWCCT) の重要パフォーマンス指標 (KPI) を満たす必要があります。 また、SAP 注 2188482 で説明されているように、CPU コアの最小数と VM のメモリー・サイズも考慮する必要があります。 詳しくは、 SAP サポート・ランチパッドを参照してください。 この Web ページにアクセスするには、SAP ID が必要です。

Epic ワークロード用の VM の構成

オペレーティング・システムとして AIX を選択した場合は、Epic ワークロードをデプロイするように仮想マシン (VM) インスタンスを構成できます。

Epic ワークロードの VM インスタンスを構成するには、 「ブート・イメージ (Boot image)」 タイルの 「Epic ワークロードの構成 (Configure for Epic workloads)」 チェック・ボックスを選択します。 デプロイされた VM が Epic ワークロードをサポートしているかどうかを確認するには、対応する VM の詳細ページを確認します。 VM の詳細ページで、Deployment type フィールドを Epic に設定する必要があります。

「VM の詳細」ページで、Epic ワークロードがサポートされている VM の場合は、パフォーマンスの問題を回避するために、Tier 3 からボリュームを作成したり接続したりしてはなりません。 Epic ワークロードがサポートされ、シャットダウン状態にある VM では、パフォーマンスの問題を回避するため、コアタイプを「dedicated 以外の値に変更してはなりません。

以下の表では、エピック・ワークロードをサポートする場合とサポートしない場合の VM 構成の違いについて説明します。

EpicとEpic以外のワークロードをサポートするVM構成の違い
VM のデプロイ対象 ストレージ・ボリューム コア・タイプ マシン・タイプ
非 epic ワークロード 層 1 または層 3 共有上限なし、
共有上限あり、
専用
S922 または E980
Epic ワークロード 常にティア 1 常に専用 E980またはE1080

非実稼働用に内部で使用できるエピック VM は、デフォルトでは固定されていません。 パフォーマンスの問題を回避するために、実動エピック VM をピン留めすることを検討する必要があります。

Epic ワークロード用に VM を構成することを選択できるのは、オペレーティング・システムとして AIX を選択した場合のみです。 適用されるその他の条件は以下のとおりです。

  1. エピック・ワークロードは、 AIX 7.2 以降でサポートされます。 AIX 7.1を選択することはできません。

  2. サポートされるストレージ・ボリュームは Tier 1 です。 Tier 3 ストレージ・ボリュームは変更または接続できます。

    ティアを変更するとパフォーマンスの問題が生じる。

  3. サポートされるマシンタイプは E980 または E1080 です。 S922は選択できません。

  4. サポートされるコア・タイプは専用です。 他のコア・タイプに切り替えることはできますが、パフォーマンスの問題が発生する可能性があります。

アフィニティポリシーの設定

アカウント内の VM の総数が 100 未満の場合のみ、ユーザー・インターフェースを使用してストレージ・プールのアフィニティー・ポリシーを設定できます。 アカウントに 100 を超える VM がある場合は、CLI または API を使用してボリューム・アフィニティー・ポリシーを設定する必要があります。

以下のいずれかのストレージ・プール・オプションを選択します。

  • プールの自動選択: このオプションを使用すると、十分な容量を持つストレージ・ティアのストレージ・プールがシステムによって自動的に選択されます。

  • アフィニティ :このオプションを使用して、アカウントの既存のVMまたはストレージボリュームに基づいてブートボリュームを配置するために使用する必要があるストレージプールを識別します。 VM用の新しいストレージ・ボリュームは、アフィニティ・オブジェクトが存在するのと同じストレージ・プールに置かれる。 PVM インスタンスをアフィニティー・オブジェクトとして使用する場合、選択されるストレージ・プールは PMV インスタンスのルート (ブート) ボリュームに基づきます。

  • アンチアフィニティ:このオプションを使用して、ブートボリュームを配置するために選択から除外したい 1 つ以上のストレージプールを特定します。 ブートボリュームは、アカウントの1つまたは複数の既存のVMまたはストレージボリュームに基づいて配置されます。 カスタムイメージストレージボリュームを作成するストレージプールを選択すると、アンチアフィニティオブジェクトのリストが存在するストレージプールは選択されません。 アンチアフィニティー・オブジェクトとして VM を使用している場合、ストレージ・プールは、指定した各 PVM インスタンスのルート (ブート) ボリュームに応じて除外されます。

Power Virtual Serverの柔軟な Tier オファリングについて詳しくは、 Storage Tier を参照してください。

アフィニティー・ポリシーおよびアンチアフィニティー・ポリシーについて詳しくは、アフィニティー・ルールまたはアンチアフィニティー・ルールを設定するとどうなりますか? を参照してください。

作成中に新しいVMに作成・アタッチするボリュームを追加すると、すべてのボリュームが同じ選択されたストレージ・プールにプロビジョニングされる。 VMのプロビジョニング後に、異なるストレージ・プールにボリュームを作成することができる。

初期ブートボリュームを使用しない仮想マシンのプロビジョニング

初期ブートボリュームなしで仮想サーバーインスタンス(VM)を作成し、デプロイします。

ブートボリュームを持たないVMはクローン作成に使用できる。 これらのVMは、プロビジョニング後にブートボリュームがアタッチされるまでブートできない。 以下の表は、選択した OS に基づいて展開されるイメージを示しています:

VMのプロビジョニング後にブートボリュームをアタッチすると、ブートイメージにはブートボリューム名のないOS固有のイメージが表示されます。

OSの選択に基づき、ブートボリュームなしでVMを提供。
選択されたOS 配備された画像
AIX AIX (空のイメージ) ブートボリュームなしのイメージ
IBM i IBM i (空のイメージ) ブートボリュームのないイメージ
Linux

以下のイメージのいずれかを選択する必要があります:

  • Linux- SUSE (空のイメージ)
  • Linux- RedHat Enterprise (空のイメージ) イメージ (ブートボリュームなし)
Linux for (HANA) SAP ブートボリュームなしのVMの提供はサポートされていません
Linux for ( ) SAPNetWeaver ブートボリュームなしのVMの提供はサポートされていません
クライアントが提供するサブスクリプション これらのOSでは、ブートボリュームなしのVMのプロビジョニングはサポートされていません

Deploy empty virtual server instance チェックボックスを選択すると、ブートイメージとブートボリュームなしで VM をプロビジョニングできます。 次の表を見て、空の仮想サーバー インスタンスをデプロイするチェックボックスの選択が、大量のデータ ボリュームのプロビジョニングとどのように連動するかを理解してください:

ブートボリュームの有無にかかわらず、VMをプロビジョニングする。
フィーチャー 空の仮想サーバーインスタンスをデプロイする」チェックボックスをオフにする 空の仮想サーバーインスタンスをデプロイする」チェックボックスが選択されている
ブートイメージとボリューム ブートイメージとブートボリュームでVMをプロビジョニングする ブートイメージとブートボリュームなしでVMをプロビジョニングする。
VMのプロビジョニング中に新しいボリュームを作成する VMのプロビジョニング・ページから最大10個のボリュームを作成する。 ボリュームを一括作成するには、Power Virtual Server ユーザーインターフェイスの Storage volumes ページを使用します。 初期プロビジョニング中にボリュームを作成してVMにアタッチすることはできない。 プロビジョニング後、最大10個のボリュームを作成できます。
VMのプロビジョニング中に既存のボリュームをアタッチする 既存のデータボリュームを最大500個まで添付可能 最初のプロビジョニング中にVMにボリュームをアタッチすることはできない。 プロビジョニング後、1つのブートボリュームと最大500のデータボリュームをアタッチできます。
複数のストレージ層からのアタッチ サポートされる。 しかし、複数のストレージ階層ボリュームを使用する場合、クローン操作の失敗の潜在的なリスクが発生する可能性がある。 サポートされる。 しかし、複数のストレージ・ティア・ボリュームを使用する場合、クローン操作に失敗する潜在的なリスクがあり得る。
ブート・ボリューム プロビジョニング中にブートボリュームがアタッチされる。 任意のデータボリューム上で3つの点をクリックし、ブートボリュームとして設定します。 ただし、共有ボリュームをブートボリュームとして設定することはできません。 プロビジョニング後にブートボリュームがアタッチされる。 任意のデータボリューム上で3つの点をクリックし、ブートボリュームとして設定します。 ただし、共有ボリュームをブートボリュームとして設定することはできません。

IBM データセンターに大量のデータボリュームを設定する

IBM データセンター

プロビジョニング中に仮想サーバーインスタンス(VM)を設定することで、ユーザーインターフェイスから127個以上(最大500個)のデータボリュームをアタッチまたはデタッチできるようになります。

CHE01 データセンターの仮想マシンを除くすべてのデータセンターのIBM i仮想マシンは、大量のデータボリュームの構成をサポートしている。 大量のデータボリュームの構成は、IBM データセンターでのみサポートされています。

大量生産の限界

大量のボリュームを構成する場合は、以下の制限事項を確認してください:

  • パフォーマンスの遅延を避けるため、デプロイ、アタッチ、デタッチ、デリートなどの操作は、順番に実行することが推奨される。

  • 大量の仮想マシンをキャプチャするには、イメージカタログを使用することをお勧めします。 Cloud Object Storage (COS) やその他のクラウド オプションを使用すると、遅延が発生する可能性があります。 遅延はボリュームの大きさとネットワーク速度に依存します。

  • 1回のリクエストで大量のボリュームをアタッチする場合、'available から'attaching へのステータス値の表示が遅れることがあります。 attach の操作が完了するのを待ってから、他の操作のためにアタッチされたボリュームを選択することをお勧めします。

  • 小さなデータ ボリューム (場合によっては 10 ボリューム未満) を持つ IBM i VM をプロビジョニングすると、ストレージ コントローラー上で大量のボリューム操作が進行している場合、3 ~ 5 時間の遅延が発生することがあります。 この遅延の間、VMはビルド状態のままであり、変更することはできない。

  • ストレージ コントローラー上で一括削除操作が進行中の場合、IBM i 仮想マシンのプロビジョニングは、データ ボリュームが少なくても遅延する可能性があります。 プロビジョニング中、仮想マシンのステータスは building の状態が続き、このステータスを変更することはできません。