IBM Power Virtual Server インスタンスを修正する


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

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


IBM® Power® Virtual Server ワークスペースで仮想サーバーインスタンス(VSI)を作成した後、ビジネス要件やワークロードのニーズに合わせて、その構成の一部を変更できます。 VSI名を更新し、優先プロセッサ互換モードを変更し、ピン留め状態と配置グループを調整し、コアタイプ、コア数、仮想コア、メモリなどの容量を変更できます。 また、ストレージボリュームを管理し、VSIに接続されているネットワークインターフェ イスを再設定することもできます。

Power Virtual Server ユーザーインターフェイスを使用したVSIの変更

作成後にVSIを変更するには、以下の手順を実行する:

  1. で Power Virtual Server ユーザー・インターフェイスを開く。 IBM Cloud.

  2. ナビゲーションパネルの「 ワークスペース 」をクリックします。 既存のワークスペースの一覧が表示された「ワークスペース」ページが表示されます。

  3. 変更 し たい仮想サーバー イ ン ス タ ン ス を含む ワ ー ク スペース を選択 し ます。 「ワークスペース」の詳細パネルが表示されます。

  4. 仮想サーバーの表示 ]をクリックします。 「仮想サーバーインスタンス」ページが表示されます。

  5. 変更したいVSIを選択してください。 選択した VSI の仮想サーバーインスタンスの詳細ページが表示されます。

仮想サーバーインスタンスの詳細ページでは、 [概要]、[ ストレージ ]、 [ ネットワーク] タブを使用して VSI の特定のコンポーネントを変更できます。 要件に応じて、以下の変更を行うことができます:

VSI名の変更

VSIの名前を変更するには、以下の手順に従ってください

  1. 概要 ] タブで [ 仮想サーバーインスタンスの詳細 ] セクションの [ 編集 ] アイコンをクリックします。 仮想サーバーインスタンスの詳細編集パネルが表示されます。
  2. 名前 」フィールドに新しい名前を入力してください。
  3. 保存 をクリックします。

優先プロセッサ互換モードの変更

仮想化環境では、VSIは異なるプロセッサ互換モードで動作することができる。 これらのモードは、プロセッサで使用される命令セット・アーキテクチャ(ISA)のバージョンと、VSIで利用可能なプラットフォーム・レベルの機能を決定する。 概要] タブの[仮想サーバーインスタンスの詳細]ページには、VSI に現在設定されている優先および有効なプロセッサー互換モードが表示されます。 以下のプロセッサー互換モードが表示されます:

  • 優先 :VSIを動作させたいプロセッサモード。 デフォルトでは、 Power Virtual Server は、優先プロセッサ互換モードを、VSI のターゲット・ホスト・タイプがサポートする最高モードに設定します。

  • 有効 :VSI で現在使用されているプロセッサモード。 VSIが実行される物理ホストは、実効プロセッサ互換モードを決定する。

VSIの実効プロセッサ互換モードを動的に変更することはできません。 有効なプロセッサ互換モードを変更するには、まずVSIの優先プロセッサ互換モードを変更し、VSIをシャットダウンしてから、VSIを起動する必要があります。 VSIの起動時、ハイパーバイザーは、VSIに対して指定された優先モードに合わせて、実効プロセッサ互換モードを設定しようとします。

使用するオペレーティング・システムがサポートするプロセッサー互換モードを選択する必要があります。 VSI内のオペレーティングシステムがサポートしていない優先プロセッサ互換モードを設定すると、VSIは正常に起動せず、エラー状態になる可能性があります。 この問題を解決するには、 サポートチケットを作成してください

ホストがVSIに指定した優先モードをサポートしていない場合、有効モードは優先モードと異なる可能性がある。

VSIの作成時に、GUI、CLI、API、またはTerraformを使用して、優先プロセッサ互換モードを設定できます。 詳細については、 Power Virtual Server インスタンスの設定を参照してください。

Power Virtual Server ユーザーインターフェイスを使用して、VSI の優先プロセッサ互換モードを変更するには、以下の手順を実行します:

  1. 概要 ] タブで [ 仮想サーバーインスタンスの詳細 ] セクションの [ 編集 ] アイコンをクリックします。 仮想サーバーインスタンスの詳細編集パネルが表示されます。
  2. 優先プロセッサ互換モードリストから優先プロセッサ互換モードを選択する。
  3. 保存 をクリックします。

VSIの優先プロセッサ互換モードを変更した後、変更を有効にするには、VSIをシャットダウンしてから起動する必要があります。 VSIを再起動するだけでは、選択された優先プロセッサ互換モードは有効になりません。

VSIをシャットダウンするには、以下の手順を実行する:

  1. 選択した VSI の仮想サーバーインスタンスの詳細ページから、オーバーフ ローメニュー(")から OS シャットダウンを選択します。OS シャットダウンの確認ダイアログが表示されます。

  2. シャットダウン 」をクリックして、次の手順に進んでください。 シャットダウン処理が開始されたことを示す通知が表示されます。

VSI を起動するには、以下の手順に従ってください

  1. 選択したVSIの仮想サーバーインスタンス詳細ページで、オーバーフローメニュー(⋮)から 「開始」 を選択します。VSIが開始されたことを示す通知が表示されます。

  2. 変更を確認するには、「 更新 」アイコンをクリックしてください。

プロセッサ互換モードの詳細については、「 VSIでプロセッサ互換モードはどのように機能しますか?

ピン留め状態とサーバー配置グループの変更

VSIの固定を使用して、災害やその他の再起動イベント中のVSIの動きを制御することができます。 VSIを実行しているホストにVSIを固定するには、「ソフトピン」または「ハードピン」のいずれかを選択できます。 VSI ピンニングに関する詳細については、 VSIピンニングにはどのような役割があるのでしょうか? を参照してください。

サーバー配置グループを使用すると、新しいVSIを配置するホストまたはサーバーを制御できます。 サーバー配置グループを使用することで、データ・センター内で高可用性を構築できます。 詳細については、 サーバー配置グループの 管理を参照してください。

VSIのピンニングポリシーを「 ハード 」から「 ソフト 」に変更する場合、またはピンニングポリシーを無効にする場合は、VSIで自動リモート再起動設定を有効にすることを検討してください。 「自動リモート再起動」設定は、 IBM Power ホストに障害が発生した場合、利用可能な別のホスト上でVSIを再起動します。

VSIの固定状態とサーバー配置グループを変更するには、以下の手順を実行します:

  1. 概要」 タブで、「配置」セクションの 「編集」 アイコンをクリックする。 配置の編集パネルが表示されます。
  2. 仮想サーバー固定リストから新しい固定ポリシーを選択し、 配置グループリストから配置グループを選択します。
  3. 保存 をクリックします。

VSIの容量を変更する

VSIを編集して、メモリ、コアタイプ、物理コアと仮想コアの数など、容量を変更することができます。

ワークロードの要件に応じて、VSIのメモリとコア数を増減できます。 VSIがアクティブな場合、メモリとコア数を指定値の最大8倍までリサイズできる。 VSIのプロビジョニング時に、メモリとコア数を指定値の最小1/8倍にリサイズすることができます。 ただし、メモリを2GB未満に、コア数を 0.25 以下にリサイズすることはできません。 VSIをシャットダウンする際、 8x および 1/8x の制限を超えて、メモリとコア数のサイズを変更することができます。 次の表は、再計算された値の例を示しています:

VSIがアクティブな状態でのVSIコア数とメモリのサイズ変更
VSIインスタンスのプロビジョニング時に指定された値 サイズ変更の最小値 (0.25 コア、2 GB メモリー以上であることが必要です) サイズ変更の最大値
4 コア、8 GB メモリー 0.5 コア、2 GB メモリー 32 コア、64 GB メモリー
VSIシャットダウン時のコア数とメモリのサイズ変更
VSIインスタンスのプロビジョニング時に指定された値 サイズ変更の最小値 (0.25 コア、2 GB メモリー以上であることが必要です) サイズ変更の最大値
4 コア、8 GB メモリー 0.25 コア、2 GB メモリーよりも大きい任意の値を指定できます ホスト内で使用可能なリソースよりも小さい任意の値を指定できます

2020年12月15日以前に作成された既存のVSIのサイズを、 8x、メモリとコア数の比率に変更するには、まずVSIをシャットダウンし、サイズを変更してからアクティブ化する必要があります。 8x 比を有効にするために、VSI がシャットダウンされたときに少なくとも一度は VSI のサイズを変更する。 VSIをシャットダウンしてアクティブにした場合、 8x 比率のメモリとコア数は有効になりません。

VSIを編集して容量を変更するには、以下の手順を実行する:

  1. 概要」 タブで、「容量」セクションの 「編集」 アイコンをクリックする。 Edit capacityパネルが表示されます。

  2. VSIメモリ、コア、仮想コアの新しい値とサイズを選択する。 新しいセレクションの見積もり総額が表示されますので、ご確認ください。

  3. 利用規約のリンクをクリックして、 IBM Cloud 利用規約をお読みください。 続行するには、「 利用規約に同意します」のチェックボックスを選択し、「 保存 」をクリックします。

    編集中のVSIが非アクティブ状態の場合、 コアタイプを「専用」、「無制限共有」、「上限付き共有」に変更できます。

IBM i ベースの VSI に対して、追加のソフトウェア・ライセンスを追加または削除する

IBM i OS基本ライセンスで IBM i-based VSIをプロビジョニングした後、VSIを変更して追加のソフトウェアライセンスを追加または削除できます。 VSIのソフトウェアライセンスを追加または削除するには、以下の手順を実行します:

  1. 仮想サーバーインスタンスページから、変更する IBM i ベースの VSI を選択します。 選択した VSI の仮想サーバーインスタンスの詳細ページが表示されます。

  2. 概要] タブで、 IBM i ライセンス セクションの [ソフトウェア ライセンス] の横にある [編集] アイコンをクリックします。 Edit licenses パネルが表示されます。

  3. 追加するソフトウェアライセンスを選択します。 ライセンスを削除するには、対応するチェックボックスをオフにします。 選択したライセンスの見積もりコストの合計が表示されます。 選択可能なオプションは、次のとおりです。

    • IBM Cloud ストレージ・ソリューション IBM i
    • IBM PowerHA SystemMirror for IBM i
    • IBM Rational Development Studio for IBM i
  4. 利用規約のリンクをクリックして、 IBM Cloud 利用規約をお読みください。 続行するには、「 利用規約に同意します」のチェックボックスを選択し、「 保存 」をクリックします。

また、 IBM i のライセンスセクションを使用して、 IBM i ベースの VSI の仮想サーバー番号(VSN)を変更または割り当てることができます。 この操作を実行する前に、VSIが「 Shutoff 」状態になっている必要があります。

IBM i のソフトウェアキーを適用または解除するには、VSIがアクティブで、かつ実行中である必要があります。 すでにサイズ変更操作を実行している場合は、その操作が完了し、VSIが「 Active 」状態に戻るまで待つ必要があります。

VSI上のストレージボリュームの管理

異なるストレージ層やプールからVSIにストレージボリュームをアタッチできる。 ただし、VSIのルート(ブート)ボリュームが展開されているのと同じストレージプールには、ストレージボリュームをアタッチすることはできません。 混合ストレージボリュームをアタッチするには、VSI を変更し、 storagePoolAffinity プロパティを false`` に設定する必要があります。 詳細については、 混合ストレージの接続を許可するようにVSIを設定するにはどうすればよいですか? をご覧ください。

VSIにストレージボリュームを追加する

VSIを作成した後、新しいボリュームを追加したり、既存のボリュームをアタッチすることで、VSIを変更して追加のストレージボリュームを含めることができます。

VSIを変更してストレージボリュームを追加するには、以下の手順を実行します:

  1. で Power Virtual Server ユーザー・インターフェイスを開く。 IBM Cloud.

  2. ナビゲーションパネルの「 ワークスペース 」をクリックします。 既存のワークスペースの一覧が表示された「ワークスペース」ページが表示されます。

  3. ボリュームを追加する仮想サーバーインスタンスを含むワークスペースを選択します。 「ワークスペース」の詳細パネルが表示されます。

  4. 仮想サーバーの表示 ]をクリックします。 「仮想サーバーインスタンス」ページが表示されます。

  5. 追加ボリュームを追加するVSIを選択します。 選択した VSI の仮想サーバーインスタンスの詳細ページが表示されます。

既存のストレージボリュームをアタッチするか、VSI用に新しいボリュームを作成するかによって、以下の関連セクションの手順に従ってください:

既存のボリュームをVSIにアタッチする

既存のボリュームをVSIにアタッチするには、以下の手順を実行してください

  1. Storage ]タブで、[Storage volumes]セクションの [Attach existing ]をクリックする。 「ストレージボリュームの接続」パネルが表示され、既存のストレージボリュームの一覧が表示されます。

  2. 既存のストレージボリュームのリストから、VSIにアタッチするストレージボリュームを選択します。 仮想サーバーインスタンスのストレージプールが混在している警告メッセージが表示された場合は、以下のチェックボックスを選択します:

    • 混合プール上のボリュームセットでスナップショットやクローンを実行すると、失敗することは承知しています。
    • 複数のストレージ・プールが混在している場合、ボリューム・レプリケーションを有効にするには、複数のボリューム・レプリケーション・グループを管理する必要があります。
  3. **「ボリュームの接続」**をクリックします。

VSIへのストレージボリュームのアタッチは非同期操作です。 ストレージボリュームを使用する前に、VSI詳細ページを更新し、選択したストレージボリュームのステータスを確認して、ボリュームがVSIにアタッチされていることを確認します。 ボリュームがアタッチされていない場合は、「 ストレージ 」タブから「 既存のアタッチ 」オプションを再度使用してください。

VSI用のストレージボリュームの作成

ストレージボリュームを作成してVSIにアタッチするには、以下の手順を実行します:

  1. ストレージ ]タブで、[ストレージボリューム]セクションの [ボリュームの作 成 ]をクリックします。 ボリュームの作成パネルが表示されます。

  2. ストレージボリュームの名前と ユーザータグ (オプション)を入力します。

  3. 階層リストから必要なストレージ階層を選択する。

  4. ボリューム数とストレージボリュームのサイズを入力してください。

  5. 複数の仮想インスタンスが同じデータボリュームにデータを書き込めるようにするには、 Shareableを Onに設定します。

  6. 以下のストレージプールオプションから1つを選択してください:

    • ストレージプールの自動選択 :このオプションを使用すると、システムが、必要なストレージ階層に対応し、十分な容量を持つストレージプールを自動的に選択するようになります。

    • アフィニティ :このオプションを使用して、VSI または既存のボリュームをアフィニティ対象として選択します。 新しいボリュームは、アフィニティー・オブジェクトが存在するストレージ・プールと同じストレージ・プール内に作成されます。 VSIをアフィニティ・オブジェクトとして使用している場合、選択されるストレージ・プールは、そのVSIのルート(ブート)ボリュームに基づいて決定されます。

    • アンチアフィニティ :このオプションを使用して、1つ以上の既存のVSIまたは1つ以上のボリュームをアンチアフィニティ対象として指定します。 新しいボリュームは、アンチアフィニティー・オブジェクトが存在するストレージ・プールとは別の異なるストレージ・プールに作成されます。

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

    APIでは、ボリューム作成機能で、 antiAffinityVMInstancesantiAffinityVolumes のプロパティを使用して、アンチ・アフィニティ・オブジェクトを指定します。 アフィニティまたはアンチアフィニティの対象として指定できるオブジェクトタイプは、VSI またはボリュームのいずれか一方のみです。 ストレージ・ボリュームの API について詳しくは、新しいデータ・ボリュームの作成および 単一の定義からの複数のデータ・ボリュームの作成を参照してください。

  7. オプション: ボリュームの非同期レプリケーションを有効にするには、GRS を使用したボリュームのレプリケーションをオンに設定します。 プライマリ・ロケーション(データセンター)の名前が表示される。 セカンダリデータセンターのリストから、必要なセカンダリロケーションを選択します。

    仮想サーバーインスタンスのストレージプールが混在している警告メッセージが表示された場合は、以下のチェックボックスを選択します:

    • 混合プール上のボリュームセットでスナップショットやクローンを実行すると、失敗することは承知しています。
    • 複数のストレージ・プールが混在している場合、ボリューム・レプリケーションを有効にするには、複数のボリューム・レプリケーション・グループを管理する必要があります。
  8. 利用規約のリンクをクリックして、 IBM Cloud 利用規約を お読みください。 続行するには、利用規約に同意するチェックボックスを選択し、 作成と添付をクリックします。

任意の名前を指定して、ストレージ・ボリュームを作成することができます。 ストレージ・ボリューム名を再使用する場合は、同じ名前の既存のストレージ・ボリュームを削除する必要があります。 既存のボリュームがレプリケーション有効ボリュームの場合は、 プライマリボリュームを削除 する手順に従ってください。 元のボリュームを削除した後、同じ名前で新しいボリュームを作成するために、最低1時間の時間を空ける必要があります。

どのサイトからでもレプリケーション対応ボリュームを作成できます。 レプリケーションが開始されるサイトには、 primary volume と呼ばれるものが含まれる。リモートサイトのボリュームは、 auxiliary volume と呼ばれる。 詳細については、 グローバル・レプリケーション・サービス(GRS )を参照。 ストレージボリュームをクリックすると、ボリュームの GRS 詳細が表示されます。

プライマリボリュームと補助ボリュームは、双方向で1対1の関係モードにマッピングされます。 この2つのサイトは固定されており、双方向でレプリケーション・パートナーシップを結んでいる。 詳しくは GRSのセットアップを 参照。

GRSのボリュームグループの更新の詳細については、 ボリュームグループの更新を 参照してください。

ボリュームグループに対して実行するアクションが、ボリュームグループの現在の状態を満たしていることを確認します。 そうでない場合は、ボリューム・グループが期待された状態にないことを示すエラー・メッセージが表示される。

エラーメッセージは、以下の操作を行ったときに表示されます:

  • ReplicationStatusdisabled の状態のときにボリュームグループを停止する。
  • ReplicationStatusenabled または available の状態のときにボリュームグループを開始する。
  • エラー状態でないボリュームグループをリセットする。

VSIからのストレージボリュームの取り外し

VSIからストレージボリュームを切り離すには、以下の手順を実行します:

  1. ストレージ ]タブで、[ストレージボリューム]セクションから切り離すストレージボ リュームを選択します。

  2. **「デタッチ」**をクリックします。 「 切り離しを確認 」ウィンドウが表示されます。

    切り離されたストレージボリュームは自動的に削除されず、削除するまで料金が発生し続けます。 ボリュームの削除の詳細については、 ボリュームの削除を 参照してください。

  3. 確認するには、[ Detach] をクリックします。

    仮想サーバーインスタンスからボリュームを切り離そうとすると、ユーザーインターフェイスに失敗メッセージが表示されることがありました。 このような場合、ボリュームの切り離しに成功したかどうかを確認するために、しばらく待ってからページをリロードする必要があります。 ボリュームがまだデタッチされていない場合は、再度デタッチ要求を行う。

ストレージ・ボリュームのサイズ変更

ストレージボリュームのサイズは、作成後に変更できます。 ただし、VSI をデプロイした直後は、サイズ変更を行うことはできません。

レプリケーション対応ボリュームのサイズ変更の詳細については、 プライマリ・ボリュームの更新を 参照してください。

IBM データセンター IBM i 7.3 以降のバージョンでは、ボリュームのサイズを変更して容量を増やすことができますが、この操作を行うには、新しいボリュームサイズを認識させるために初期プログラムロード(IPL)が必要です。

IPL 操作を実行する前に、マクロを実行してボリュームのサイズ変更操作が完了したことを確認し、IPL 操作を続行する必要があります。 詳細については、「 SAN LUN のサイズを動的に拡大する 」を参照してください。 サイズ変更処理が完了する前にIPLを実行すると、追加のIPLが必要になります。

ダウンタイムに対応できない場合は、ボリュームを追加することができる。 VSIには、最大127ボリュームを接続できます。

IBM データセンター スナップショットに含まれるボリュームはサイズ変更できません。 スナップショットに含まれているボリュームのサイズを変更するには、まずそのボリュームが含まれているすべてのスナップショットを削除する必要があります。

ストレージボリュームの作成後にサイズを変更するには、以下の手順を実行します:

  1. で Power Virtual Server ユーザー・インターフェイスを開く。 IBM Cloud.

  2. ナビゲーションパネルの「 ワークスペース 」をクリックします。 既存のワークスペースの一覧が表示された「ワークスペース」ページが表示されます。

  3. ストレージボリュームのサイズを変更する仮想サーバーインスタンスが含まれるワークスペースを選択します。 「ワークスペース」の詳細パネルが表示されます。

  4. 仮想サーバーの表示 ]をクリックします。 「仮想サーバーインスタンス」ページが表示されます。

  5. サイズを変更するストレージボリュームが接続されているVSIを選択します。 選択した VSI の仮想サーバーインスタンスの詳細ページが表示されます。

  6. **「ストレージ」**タブをクリックします。

  7. ストレージボリュームセクションで、サイズを変更するボリュームエントリのオーバーフ ローメニュー(Ȯ)をクリックし、 [編集 ]を選択します。 ストレージボリュームの編集パネルが表示されます。

  8. サイズ(GB) フィールドで、ストレージボリュームの新しいサイズを指定します。 また、 [名前] フィールドと[ 階層] フィールドを変更して、選択したボリュームの名前とパフォーマンス階層を更新することもできます。

    一度作成したボリュームのサイズを小さくすることはできません。 作成できるボリュームの最大サイズは72551GBです。

  9. オプション:ストレージボリュームの「 共有可能 」または「 起動可能 」プロパティを「 オン 」に設定します。 両方のオプションを同時に「 オン 」に設定することはできません。

  10. 利用規約のリンクをクリックして、 IBM Cloud 利用規約を お読みください。 続行するには、「 利用規約に同意します」のチェックボックスを選択し、「 保存 」をクリックします。

AIX のVSIにおいて、ブートストレージボリュームのサイズを変更した場合は、 chvg -g rootvg コマンドを実行してください。

ボリュームの削除

VSIを変更して構成を更新する場合、 [ストレージ] タブを使用して、VSIからストレージボ リュームを切り離すことのみができます。 切り離されたストレージボリュームは自動的に削除されず、削除するまで料金が発生し続けます。 ストレージボリュームを削除するには、以下の手順を実行してください

  1. で Power Virtual Server ユーザー・インターフェイスを開く。 IBM Cloud.

  2. ナビゲーションパネルの「 ワークスペース 」をクリックします。 既存のワークスペースの一覧が表示された「ワークスペース」ページが表示されます。

  3. 削除するストレージ ボリュームを含むワークスペースを選択します。 「ワークスペース」の詳細パネルが表示されます。

  4. 仮想サーバーの表示 ]をクリックします。 「仮想サーバーインスタンス」ページが表示されます。

  5. ナビゲーションパネルで、 [ストレージ ] > [ ストレージボリューム ] をクリックします。 「ストレージボリューム」ページが表示され、「 ボリューム 」タブには既存のストレージボリュームの一覧が表示されます。

  6. 削除するボリュームエントリのオーバーフローメニュー(↪Sm_22EE) をクリックし、 削除を選択します。 「削除を確認」ダイアログが表示されます。

  7. **「削除」**をクリックします。

    削除されたストレージボリュームを復元することはできません。

ボリュームまたはレプリケーション対応プライマリ・ボリュームを削除するには、ストレージ・ボリュームのステータスが availableerrorerror_restoringerror_extendingerror_managing のいずれかである必要があります。 また、ストレージボリュームが移行中、アタッチ済み、グループに属している、スナップショットが存在する場合、または転送後にスナップショットから切り離されている場合は、そのストレージボリュームを削除することはできません。

プライマリ・ボリュームの削除の詳細については、 プライマリ・ボリュームの削除を 参照してください。

仮想サーバーインスタンスの削除

VSIは手動で削除しなければならない。 すべての VSI を削除するには、ワークスペースを削除するか、VSI のサブセットを削除します。

VSIを削除するには、以下の手順に従ってください

  1. 仮想サーバーインスタンスページで、削除する VSI を見つけ、次のいずれかの方法を使用します:

    • VSIエントリーのオーバーフローメニュー(")をクリックし、 削除を選択します。
    • VSI 名をクリックして仮想サーバーインスタンスの詳細ページを開き、 [削 除] アイコンをクリックします。

    仮想サーバーインスタンスの削除ダイアログが表示されます。

  2. [仮想サーバーインスタンスの削除] ダイアログで、[ このインスタンスにアタッチされているデータボリュームを削除する ] を [オン] に設定します。 このオプションを有効にすると、以下の処理が行われます:

    • このVSIにのみ関連付けられているデータボリュームが削除されます。
    • 複数のVSIにアタッチされているデータボリュームは削除されません。
    • セカンダリサイト上の補助ボリュームもすべて削除される。
  3. 確認のため、削除したいVSIの名前を入力してください。

  4. [ 仮想サーバーインスタンスの削除 ] をクリックします。

削除処理は直ちに開始され、元に戻すことはできない。 VSIは、一度削除されると復元することはできません。

VSIに1つ以上の関連スナップショットがある場合は、VSIを削除できません。 VSIを削除する前に、関連するすべてのスナップショットを削除する必要があります。 スナップショットを削除する方法の詳細については、 スナップショットの削除を 参照してください。

パブリック・ネットワークの追加または削除

IBM データセンター

パブリックネットワークは、 IBM データセンターのすべての場所でサポートされているわけではありません。 VSIがパブリックネットワークをサポートする場所にある場合、仮想サーバーインスタンスページでパブリックネットワークを オンまたはオフに設定できます。 パブリック・ネットワークのトグルをオフにしてからオンにすると、Power Virtual Server ユーザー・インターフェースで新しい内部 IP アドレスと外部 IP アドレスが再生成されます。 Power Virtual Server ユーザー・インターフェースで、(外部 IP アドレスにマップされている) 新しい内部 IP アドレスを確認する必要があります。 ネットワーク・インターフェース・コントローラー (NIC) を追加し、その新しい内部 IP アドレスを指定する必要があります。 インターフェースの追加または削除方法については、 「 AIX 仮想マシンからネットワークインターフェースを追加または削除する方法(VM)」 または「 IBM i 仮想マシンからネットワークインターフェースを追加または削除する方法(VM) 」を参照してください。

他に定義されているネットワークがない場合は、パブリック・ネットワークのトグルをオフにすることはできません。

メタデータサービスへのアクセスの有効化または無効化

VSIのメタデータサービスへのアクセスは、デフォルトでは無効になっています。 既存のVSIについては、 Power Virtual Server のユーザーインターフェース、CLI、またはAPIを使用して、メタデータサービスへのアクセスを有効または無効にすることができます。

メタデータサービスへのアクセスを有効にすると、VSI に関する情報にアクセスしたり、IAM 対応サービスを利用したりできるようになります。 メタデータ・サービスへのアクセスを有効または無効にする方法の詳細については、以下のトピックを参照してください

VSIの自動リモート再起動を無効にする

Power Virtual Server 環境内のすべての VSI について、自動リモート再起動はデフォルトで有効になっています。 VSI の自動リモート再起動を無効にするには、以下の手順を実行してください

  1. 概要 ] タブで [ 仮想サーバーインスタンスの詳細 ] セクションの [ 編集 ] アイコンをクリックします。 仮想サーバーインスタンスの詳細編集パネルが表示されます。

  2. 自動リモート再起動 」を「 無効 」に設定します。

  3. 保存 をクリックします。

    VSI では、自動リモート再起動が無効になっています。

VSI の自動リモート再起動オプションを無効にすると、ホストに障害が発生しても、その VSI は利用可能な別のホスト上で自動的に再起動できなくなります。 ホストの障害発生後もワークロードを保護できるよう、 高可用性サービスまたは作業負荷が障害に耐え、事前に定義されたサービスレベルに従って処理能力を提供し続ける能力。 (HA)および 災害復旧サービスの中断などの稀な重大なインシデントや広範囲にわたる障害から、サービスや作業負荷が回復する能力。 これには、地域全体に影響を及ぼす物理的な災害、データベースの破損、作業負荷に寄与するサービスの損失などが含まれます。 その影響は、高可用性設計の処理能力を超えている。 (DR)ポリシーが適切に設定されていることを確認してください。 詳しくは、高可用性と災害復旧を参照してください。

VSI のハードピン設定は、VSI の自動リモート再起動設定よりも優先されるため、ハードピン設定が適用された VSI は自動的に再起動されません。

システム参照コード (SRC) を使用することによる問題の検出

SRCは、 AIX および IBM i 仮想マシンのみでサポートされています。

システム参照コード(SRC)とは、エラーコードおよび参照コードを検出するシステムコンポーネントの名前を識別するための、8文字の英数字の組み合わせです。 エラーコードと参照コードは、エラー状態を示している。 Power Virtual Server インスタンスが問題を検出すると、**「サーバー詳細」**ページに SRC 番号とタイム・スタンプが表示されます。 SRC を使用して、自分で問題を解決することができます。 サポートに連絡して問題を解決する場合、ハードウェア・サービス・プロバイダーが問題についてよく理解して解決策を提供するために、SRC 番号が役立つことがあります。

IBM データセンター IBM i のVSIの場合、SRC番号は進行コード、操作コード、またはソフトウェアコードのいずれかになります。 詳細については、『 IBM i 』のドキュメントにある「 システム参照コード一覧 」を参照してください。 AIX のVSIにおいて、SRC番号は、電源投入および初期プログラムロード(IPL)の実行に関わる各段階に関する情報を提供する進行状況コードです。 AIX の SRC は、2 分間に 1 度リフレッシュされます。 詳細については、「 AIX IPL 進行状況コード 」を参照してください。

ユース・ケース

以下は、 Power Virtual Server インスタンスのメモリーをリサイズするリクエストをしたときに直面する可能性のあるシナリオの一部である:

メモリとCPUのサイズを変更するリクエストは失敗しました:

デプロイされた仮想サーバーインスタンスのメモリとCPUを1回のリクエストでリサイズしようとすると、以下の理由で失敗することがあります:

  • ホストに空きメモリがない。

  • 論理パーティション上のリソースが稼働しているため、空きメモリがない。

  • 論理パーティション上で利用可能な空きメモリは、サイズ変更要求で指定された必要値を下回っています。

  • リサイズは複数回試みられる。

    現在のところ、メモリとCPUのどちらを先にリサイズするかという優先順位はない。 最初のリクエスト処理が失敗すると、2番目のリクエストも自動的に失敗する。

Example:論理パーティションに割り当てられたメモリが4GBだとします。 メモリの値を2GBに減らすよう要求する。 論理パーティションでは、最大で 3.2 GBのリソースを使用しています。 そのため、論理パーティションにはリサイズ用に2GBの空きメモリがない。 このようなシナリオでは、CPUとメモリのリサイズの両方が失敗する可能性がある。

メモリのリサイズを要求したが、部分的なリサイズだった:

デプロイされた仮想サーバーインスタンスのメモリーをリクエストでリサイズしようとすると、以下の理由で部分的にリサイズされたり、失敗したりすることがあります:

  • ホストに空きメモリがない。
  • 論理パーティション上でリソースが実行されているため、空きメモリがない。
  • 論理パーティション上で利用可能な空きメモリは、サイズ変更要求で指定された必要値を下回っています。
  • リサイズは複数回試みられる。

Example:論理パーティションに割り当てられたメモリが4GBだとします。 メモリの値を2GBに減らすよう要求する。 論理パーティションは、その中で実行するリソースに最大3GBを使用しているため、1GBしかメモリを解放できない。 そして、部分的なリサイズでメモリを3GBに減らすことができる。

現在のクラウド環境では、メモリの変更が反映されるまでに最大 1.5 時間かかる場合があります。 論理パーティションのメモリーを参照している場所はすべて更新される。 したがって、リサイズ・リクエストを繰り返そうとすると、参照するテーブルがすべて更新されるまで、連続リタイヤは失敗する。