IBM。 Power Virtual Server
IBM Power Virtual Server で IBM データセンター
IBM Power Virtual Server プライベートクラウド で クライアント・ロケーション
IBM® Power® Virtual Server を作成し設定するには、以下の手順を実行する。
Power Virtual Server ワークスペースの作成
-
認証情報を使って IBM Cloud カタログにログインします。
-
検索ボックスに Power Virtual Server と入力して Power Virtual Server タイルをクリックします。
-
**「ワークスペースの作成 (Create a workspace)」**をクリックします。
-
ロケーションのタイプを クライアント・ロケーション または IBM データセンター から選択する。
クライアント・ロケーション ロケーションタイプの場合、 Satellite ロケーションリストから作成した衛星ロケーションの名前を選択します。
IBM データセンター ロケーション・タイプについては、 Satellite ロケーション・ リストから、あなたの物理的所在地に最も近い IBM Cloud 地域を選択してください。 利用可能な IBM Cloud リージョンのリストは、 IBM Cloud リージョンを 参照。
-
詳細セクションで、ワークスペースの名前を指定し、リソースグループを選択します。
-
「続行」 をクリックします。 選択したワークスペースの詳細が [サマリー] ページに表示されます。 サマリーページで概算費用を確認する。
-
利用規約に同意する」をチェックします。
-
「作成」 をクリックします。 ワークスペースのページにリダイレクトされ、既存のワークスペースを選択できます。
ワークスペースに適したリージョンについては、 IBM Cloud リージョンを 参照してください。
Terraformリソース ibm_resource_instance またはCLIコマンド ibmcloud resource service-instance-createサービス名フィールドには IBM データセンター の IBM Power Virtual Server に対応する値 power-iaas を、 プラン名フィールドには クライアント・ロケーション の
IBM Power Virtual Server プライベートクラウド に対応する値 power-virtual-server-group または power-virtual-server-private-group を使用します。
Power Virtual Server インスタンスの設定
仮想サーバーインスタンスを作成するには、まず Power Virtual Server ワークスペースを 作成し、ワークスペースを選択する必要があります。 作成されたワークスペースは、ナビゲーション・パネルの Power Virtual Server ユーザー・インターフェイスのワークスペースの下に一覧表示されます。 インスタンスを作成するワークスペースを選択します。 以下の手順を実行して、仮想マシン・インスタンスを作成します:
-
ナビゲーションパネルで仮想サーバーインスタンスをクリックします。
ワークスペースを選択して、プロビジョニングされた仮想サーバーインスタンスを表示します。 古い情報が表示されている場合は、ページを更新して最新の情報をご覧ください。 詳しくは、 よくある質問 ページ「 UIに最新の情報が表示されない場合はどうすれば よいですか」をご覧ください。
選択したワークスペースに関連付けられている仮想サーバーインスタンスが表示されます。
クライアント・ロケーション 仮想サーバーインスタンスを作成または開いた直後にエラーが発生した場合は、そのインスタンスを削除する必要があります。
-
新しいインスタンスを作成するには、 Create instanceをクリックします。
Number of instancesで複数のインスタンスを選択すると、追加のオプションが表示されます。
選択内容に基づいて、**「発注要約」**の合計月額が動的に更新されます。 ビジネス・ニーズを満たす費用効果的な Power Virtual Server インスタンスを簡単に作成できます。
-
Power Virtual Server に安全に接続するための既存の SSH 鍵を選択するか SSH 鍵を作成します。
-
Boot image(ブートイメージ )フィールドを入力します。
初期ブートイメージボリュームなしで仮想サーバーインスタンス(VSI)を作成またはプロビジョニングできます。 ブートボリュームのないVSIは、 高可用性と災害復旧の ユースケースに役立ちます。 ブートボリュームなしでVSIを作成し、クローンまたはレプリケートされたボリュームをVSIにアタッチして、バックアップされたVSIをもたらすことができる。
ブートボリュームなしでVSIをプロビジョニングするには、 空の仮想サーバーインスタンスをデプロイするチェックボックスを選択します。 詳しくは、 初期ブートボリュームなしで仮想マシンをプロビジョニングするを 参照してください。
AIX、 IBM i、および Linux オペレーティングシステム用のブートボリュームなしのVSIは、 IBM 提供されるサブスクリプションを使用して作成できます。 仮想シリアル番号(VSN)がストレージなしのVSIに割り当てられている場合、ブートボリュームをアタッチしてVSIを起動する前に、VSNを割り当てる必要があります。
ストレージプールのアフィニティポリシーを設定できます。 詳細については、 アフィニティ・ポリシーの設定を 参照してください。
ブートイメージを選択すると、 Power Virtual Server のユーザーインターフェイスで、利用可能なストックイメージのセットまたはイメージカタログ内のカスタムイメージからブートイメージを選択できます。 カスタム画像は、 IBM Cloud Object Storage からインポートしたり、VSI キャプチャから作成したりできる画像です。 ストックイメージを選択する際には、ストレージ階層とストレージプールも選択する必要があります。 カスタムイメージを選択すると、新しいVSIはイメージが存在するのと同じストレージ階層とプールに配備されます。 ストック・イメージのストレージ・タイプを選択する必要があります。 現時点では、ティア 1 とティア 3 のストレージ・タイプを混用することはできません。 詳しくは、ストレージのティアを参照してください。
クライアント・ロケーション ローカルカタログからカスタムイメージを選択した場合、VSIは単一のストレージ層に展開されます。
ブート・イメージとして AIX を選択した場合、 Power Virtual Server ユーザー・インター フェースでは、エピック・ワークロード用に VSI を設定するオプションが提供されます。 epicの詳細については、 EPICワークロード用のVSIの構成を 参照してください。
ブート・イメージとして IBM i を選択した場合、 Power Virtual Server ユーザー・インターフェイスは以下のオプションを提供します:
-
以下のライセンスをVSIに含める:
-
IBM i Cloud Storage Solution
-
IBM i パワーHA
-
Rational Dev Studio for IBM i.
ライセンスを追加すると、サービス・コストが増加します。 選択されたライセンスがVSIに注入されます。 特定のソリューションをVSIにインストールすることができ、ライセンスは自動的に設定されます。 これらのライセンスプログラムを IBM i VSI で使用したい場合は、 Power Virtual Server を通してこれらのライセンスを注文する必要があります。 VSIで既存のライセンスを使用することはできません。
-
-
リストから IBM i ソフトウェア層。 IBM i ソフトウェア層 リストから IBM i ソフトウェア層 を選択するには、 ブートイメージフィールドから OSバージョン 7.3 以降のイメージを選択し、割り当てられた仮想シリアル番号(VSN )を設定する必要があります。
Full Linux Subscription (FLS) イメージを選択した場合、 Power Virtual Server ユーザーインターフェースは、最初のブート実行時にユーザーデータやスクリプトを渡すオプションを提供します。 Linux 画像のユーザーデータを終了する際、所定のバリデーションチェックを完了する必要があります。 AIX、免許証の画像を持参してもバリデーションチェックは行われない。 詳細については、 ユーザー定義スクリプトを渡すを 参照してください。
クラウド光ディスク・リポジトリー (COR) は、メディアを必要とするさまざまな IBM i タスクを実行するためにネットワーク・ファイル・サーバー (NFS) としてデプロイおよび使用できる仮想イメージです。 この仮想光ディスク・イメージには、サポートされているすべての IBM i リリースについて、さまざまな IBM i タスクに必要なメディアの集合が含まれています。 COR イメージをデプロイすると、クライアントとして設定され、COR(ターゲット) NFS サーバーインスタンスを指す同じ VLAN 上に、2 つ目の Power Virtual Server インスタンスをデプロイできます。 COR画像の詳細については、 Cloud Optical Repositoryを参照のこと。
SAP ワークロードをデプロイするには、 オペレーティングシステムリストから以下のオプ ションのいずれかを選択する:
- IBM provided subscriptionセクションで Linux for SAP (HANA) を選択し、 IBM provided Linux subscriptionを使用する。
- クライアントが提供するサブスクリプションセクションで Linux for SAP (HANA) を選択し、独自のライセンスを使用します。
Standard RISE または Application server タブから SAP 認証プロファイルをデプロイするには、Advance Configuration セクションで SAP RISE deployment を on に設定します。 SAP RISE展開オプションは、OSを Linux for SAP (HANA) と選択し、マシンタイプが IBM Power10 以降の場合にのみ有効になります。
-
-
マシンタイプ、 コア数、 メモリ量 (GB)、 コアタイプを選択して、 プロファイルフィールドを入力します。
コアと仮想コアの比率は1:1。 共有プロセッサの場合、小数点以下のコアは切り上げられる。 例えば、 1.25 コアは2仮想コアに等しい。 プロセッサー・タイプの詳細については、 シェアード・キャップド・プロセッサーとシェアード・アンキャップド・プロセッサー性能の違いは何ですか? 専用プロセッサーの性能と比べてどうなのか。. マシンタイプが S922、オペレーティングシステムが IBM i の場合、 IBM i はVSIあたり最大4コアをサポートする。
ブートボリュームとして AIX ストックイメージを使用する場合、root ユーザーパスワードの初期設定にはコンソールセッションが必要です。 このステップを完了しないと、SSHログインは無効と表示されます。 詳細については、 rootログイン用のSSHキーを使用して新しい AIX VSIを作成する方法を 参照してください。
Power Virtual Server インスタンスに IBM i ソフトウェア層 を割り当てるには、以下の前提条件を満たす必要があります:
- ブートイメージセクションの イメージリストから、バージョン 7.3 以降の IBM i イメージを選択します。
- マシンタイプのリストから、 IBM Power10 以降のサーバータイプを選択します。
- 以下の手順を実行して、インスタンスに VSN を割り当てます:
- 仮想シリアル番号(VSN) フィールドを編集する。
- 仮想シリアル番号(VSN)概要ペインが表示されます。
- 自動割り当て(Auto-assign) または保持されているVSNから選択(Select from retained VSNs )のいずれかを選択して、VSNを割り当てる。
サポートされている IBM i ソフトウェア層 は、選択したマシンのタイプに基づいてリストに表示されます。 IBM i ソフトウェア層 リストに表示されます。 推奨される IBM i ソフトウェア層 は、コア数とメモリサイズに基づいて IBM i ソフトウェア層 フィールドに表示される。 フィールドに表示される IBM i ソフトウェア層、またはリストから他のオプションを選択することができます。 IBM i ソフトウェア層 フィールドに表示されているもの、またはその他のオプションをリストから選択できます。
SAP ワークロードをデプロイするには、以下の手順を実行する:
-
リストからマシンタイプを選択します。
- SAP HANA プロファイルをデプロイするには、リストからマシンタイプを選択する。
- SAP 認証プロファイルをデプロイするには、リストから IBM Power10 以降のマシンタイプを選択する必要があります。
-
プロファイルを選択して、 SAP HANA プロファイルを展開します。
-
SAP 認定プロファイルを展開するには、 Standard RISE または Application Server タブからプロファイルを選択します。 このタブは、[詳細設定]セクションで SAP RISE の配置をオンに設定すると有効になります。
SAP RISE展開オプションは、オペレーティングシステムリストから Linux for SAP (HANA)、マシンタイプリストから IBM Power10 or laterを選択すると有効になります。
-
オプション: Advanced Configurationを展開し、 Specify preferred processor compatibility modeをオンに設定する。
- 優先プロセッサ互換モードリストから優先プロセッサ互換モードを選択する。 優先プロセッサ互換モードは、VSIを動作させたいプロセッサ・モードである。 デフォルトでは、 Power Virtual Server、優先プロセッサ互換モードを、VSIのターゲット・ホスト・タイプがサポートする最高モードに設定します。
展開された VSI の仮想サーバーインスタンスの詳細ページには、VSI に現在設定されている優先モードと 実効プロセッサー互換モードが表示されます。 実効プロセッサ互換モードは、VSIで現在使用されているプロセッサモードである。 VSIが実行されている物理ホストは、実効プロセッサ互換モードを決定する。
VSIの実効プロセッサ互換モードが、選択した優先モードと一致しない可能性があります。 VSIにインストールされているオペレーティングシステムが優先プロセッサ互換モードをサポートしていない場合、ハイパーバイザーは有効モードを優先モードよりも低いモードに設定することができます。 ただし、ハイパーバイザーは有効モードを優先モードより高いモードに設定することはできない。 プロセッサー互換モードの詳細については、「 VSIでプロセッサー互換モードはどのように機能しますか?
-
ストレージボリュームのフィールドに入力して、新しいボリュームをアタッチまたは作成し、仮想サーバーインスタンスに関連付けます。
詳細設定]を展開し、 [大量のボリュームの設定] を [有効] に設定して、127個以上(最大500個)のボリュームをサポートします。 この設定はVSIレベルであり、プロビジョニング時に変更できないままである。
IBM i ベースのVSIでは、2047GBを超えるボリュームを作成またはアタッチできません。 しかし、マシン・タイプ E890 と E1080 は、 IBM i ベースの VSI 上で、より多くのボリュームの取り付けをサポートするように最適化されている。 詳細については、「 大量のボリュームの設定 」を参照してください。
-
パブリックネットワーク、プライベートネットワーク、またはその両方を追加して、 ネットワークインターフェースを定義します。 既存のプライベート・ネットワークを追加する際、特定のIPアドレスを選択するか、自動割り当てさせることができます。
特定のIPアドレスを提供することを選択した場合、そのIPアドレスが 予約IPに リストされていないことを確認してください。
AIX VSIの場合、ネットワークインターフェースコントローラ(NIC)は、作成時に指定した順番に基づいて割り当てられます。 プロビジョニング後にすべてのネットワークインターフェースの情報を表示するには、 AIX コンソールを開き、
ifconfig -aとタイプする。 -
**「ご利用条件」に同意し、「インスタンスの作成」をクリックして、新規 Power Virtual Server をプロビジョンします。 ブート・イメージを確認するには、インスタンスをプロビジョニングした後に「ブート・イメージ (Boot images)」**に移動してください。
アカウント VSI が 100 未満の場合、 Power Virtual Server ユーザー・インターフェイスを使用して VSI を表示できます。 アカウント 100以上のVSIがある場合、VSIがユーザーインターフェイスに表示されないことがあります。 CLIまたはAPIを使用してVSIの数を減らし、ユーザー・インターフェースに再度表示させることができる。
バーチャル・シリアル・ナンバーについて IBM データセンター
VSIに仮想シリアル番号(VSN)を割り当てることができる。
VSNは、 IBM i オペレーティング・システムを搭載したVSI上でのみサポートされる。
VSNには次のような特徴がある:
- これは7桁の数字で、ユニークな文字列である。
- これは、VSIのライセンスと使用状況の追跡に使用される。
- 1つのVSIにしか関連付けられない。
- 新規または既存のVSIに割り当てることができる。
- で空の仮想サーバーインスタンスに割り当てることができます。 IBM データセンター.
詳細については、 論理パーティションに仮想シリアル番号を割り当てるを参照してください。
VSI は、関連する VSN と共にシステム間を移動する。 従って、VSNがVSIに関連付けられ ている場合、ライセンスまたはエンタイトルメントの目的でVSIをホストに固定する必要はない。
VSN は一意の識別子であり、一度に一つの VSI にのみ割り当てることができる。 同じVSNを割り当てる複数のVSIを同時に配備する場合、VSIの1つだけがVSNを取得し、他のVSIはVSNが割り当てられずに配備されます。
VSI 詳細ページで、VSI に関連する VSN の詳細を表示する。 また、ワークスペースの VSI に関連付けられた VSN の詳細は、[仮想シリアル番号] ページで表示できます。 VSNは assigned または retained の状態にある。
顧客アカウント番号とクラウドアカウントIDのマッピング
IBM Power Virtual Server での VSN サポートについては、 IBM の顧客番号と IBM Cloud のアカウント ID を対応させるために、サポートチケットを開く必要があります。 詳細については、 IBM Power Virtual Server の IBM 顧客番号への仮想シリアル番号の割り当てを参照してください。
新しいVSIへのVSNの割り当て
VSNは、 IBM i OSのVSIにのみ割り当てることができます。 VMの作成時にVSNを割り当てるには、以下を選択する。 IBM i を選択する。 仮想シリアル番号フィールドが有効になっている。 デフォルトのVSN値は None である。
デフォルトのVSN値を編集し、以下のオプションのいずれかを選択する:
- 自動割り当て :
IBM Cloud account IDが ESS (Entitled System Support)のcustomer numberとマップされている場合のみ、システムが生成した VSN を VSI に割り当てます。 - 保持している VSN から選択する :保持している VSN のリストを表示します。
retained、VSNを選択し、 IBM i VSIに割り当てることができる。
VSIの作成についての詳細は、 Power Virtual Server インスタンスの構成を 参照してください。
既存のVSIへのVSNの割り当て
既存の IBM i VSI に VSN を割り当てるには、以下の手順を実行する:
- VSN を割り当てる予定の IBM i VSI をシャットダウンする。
- VSI を開いて仮想サーバーインスタンスの詳細ページにアクセスします。
- 仮想シリアル番号フィールドを編集する。
- VSN 割り当てリストから、以下のいずれかのオプションを選択する:
- なし :VSI に VSN を割り当てない。
- 自動割り当て :システムが生成したVSNをVSIに割り当てる。
- 保持している VSN から選択する :選択可能な保持 VSN のリストを表示します。
- 保存 をクリックします。
- VSIの電源を入れる。
VSNの解放または保持
VSIを削除する場合、VSNを保持することも、解除することもできる。 VSIの詳細を編集してVSNを変更する場合、既存のVSNを保持することも、解除する こともできる。 VSN を解除または保持するには、以下のステップを完了する:
- 仮想サーバーインスタンスの詳細ページから削除アイコンをクリックして、VSI を削除します。 仮想サーバーインスタンスの削除ウィンドウが表示されます。
- 仮想サーバーインスタンスの詳細ページから、VSI エントリの右端にあるオーバーフ ローメニュー(縦に点が 3 つ並んだアイコン)をクリックして、VSI の詳細を編集します。 仮想サーバーインスタンスの編集ウィンドウが表示されます。
- ページで Release the VSN attached to VM を
EnableまたはDisableに設定し、VSN を解放または保持する:Enable(デフォルト) VSIを削除し、VSNをリリースされアカウント関連付けられなくなったVSIにアタッチします。 デフォルトでは、 VM にアタッチされている VSN の Release が有効になっている。Disable:VSIのみを削除し、 アカウント引き続き関連付けられるVSNを保持します。 保持された VSN は、保持された VSN プールに移動される。
次の表は、 Power Virtual Server の各インスタンス・フィールドの詳細です。
| フィールド | 説明 |
|---|---|
| 一般 | Instance name :仮想サーバーインスタンスの名前を指定します。 インスタンス数 : Power Virtual Server に作成するインスタンスの数を指定する。 配置グループを適用できるのは、単一のVSIを作成するときだけです。 マシンタイプを E980、最大2つのVSIで アンチアフィニティポリシーを 選択できます。 配置グループ :インスタンスを1つだけ作成する場合、配置グループを選択してインスタンスをホストするホストの選択を制御できます。 リストから配置グループを選択します。 新しい配置グループを作成するには、以下のオプションのいずれかを選択します: 同一サーバー:VSIを同一ホストに配置するには、このオプションを選択します。 異なるサーバー:VSIを異なるホストに配置するには、このオプションを選択します。 コロケーション・ルール :複数のインスタンスを指定する場合、以下の命名規則とコロケーション規則を選択できます: プリファレンスなし :ホスティングの優先順位がない場合は、このオプションを選択します。 同一サーバー: すべてのインスタンスを同じサーバーでホストするには、このオプションを選択します。 配置グループは自動的に作成されます。 事前に提供されたインスタンス名がグループ名として使用され、編集することはできません。 別のサーバー (Different Server): 各インスタンスを別々のサーバーでホストするには、このオプションを選択します。 すべての Power Virtual Server インスタンスに影響する可能性があるシングル・サーバーの停止が懸念される場合には、このオプションを使用できます。 配置グループは自動的に作成されます。 事前に提供されたインスタンス名がグループ名として使用され、編集することはできません。 数値接頭部 (Numerical prefix) : 仮想サーバーの名前の前に番号を追加するには、このオプションを選択します。 例えば、最初の Power Virtual Server 名が Austin であった場合、仮想インスタンスの次の名前は次のようになります。 1Austin. Numerical postfix: このオプションを選択すると、仮想サーバー名の後に数字が追加されます。 例えば、最初の Power Virtual Server 名が Austinの場合、仮想インスタンスの次の名前は Austin 1となる。 仮想サーバーの固定 :VSIを固定するには、このオプションを選択します。 ソフト ・ピン留めかハード・ ピン留めかを選ぶことができる。 詳細はこちら。 注: 仮想サーバーのインスタンスを複数作成する場合は、追加するデータボリュームごとに[ 共有可能] フィールドで [オン ]を選択する必要があります。 共有可能でないデータ・ボリュームが必要な場合は、仮想サーバーの作成後にデータ・ボリュームを追加できます。 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、VSI作成時にSSHキーを設定する必要があります。 起動後は、SSH経由でのみVSIにアクセスできるようになります。 ただし、最初の SSH アクセス時にpasswdコマンドを使用してパスワードを設定することをお勧めします。
パスワードを設定すると、UI コンソールでインスタンスにアクセスできるようになります。 AIX、IBM i、または Linux の 独自のカスタム・イメージをデプロイ することもできます。 IBM また、 Linux オペレーティングシステムで、コミュニティがサポートする CentOS イメージも提供している。 ただし、IBM
はこのイメージのためのサポートを提供していません。 CentOS のサポートについては、 CentOS フォーラム または よくある質問 のページをご覧ください。
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 詳細情報 | | プライベート・ネットワーク | 「追加」 をクリックして、仮想サーバーの新規プライベート・ネットワークを指定します。 プライベート・ネットワークを既に追加している場合は、リストからそれを選択できます。 詳しくは、 プライベート・ネットワーク・サブネットの設定を 参照してください。 |
ボリューム名やVSI名を再利用する Power Virtual Server
任意の名前を指定して、 Power Virtual Server VSIを配備することができる。 VSIを削除し、同じ名前の新しいVSIをデプロイするには、元のインスタンスを削除してから同じ名前のVSIを作成するまでに最大1時間空ける必要があります。
例えば、TEST-VSIという名前でVSIを作成し、後でこのVSIを削除するとする。 TEST-VSI "の名称はすぐに再利用できない。 TEST-VSIという名前を再度使用する前に、VSIが削除されてから1時間経過する必要があります。
Power Virtual Server 環境に SAP NetWeaver と SAP HANA を実装する
Power Virtual Server 環境で、SAP NetWeaver を AIX または Linux® オペレーティング・システムに、SAP HANA を Linux オペレーティング・システムにデプロイすることができます。 SAP アプリケーションを Power Virtual Server 上で実行するには、SAP 固有のいくつかのインフラストラクチャー要件を検討する必要があります。 詳細については、 配備の計画と インフラストラクチャの配備を参照してください。
IBM Power server E980 が、少なくとも1つの SAP HANA プロダクション・システムとともに、複数の VSI 環境で稼動しているとする。 専用または専用寄贈のプロセッサー・コアで、物理サーバーあたり最大16個のVSIを配備できる。 同時に実行される各 VSI は、作業負荷に応じて構成され、 SAP HANA ハードウェア構成チェックツール(HWCCT)の主要性能指標(KPI)を満たさなければならない。 また、 SAP ノート 2188482 に記載されているように、VSI の最小 CPU コア数とメモリサイズも考慮する必要があります。 詳しくは、 SAP support Launchpadをご覧ください。 この Web ページにアクセスするには、SAP ID が必要です。
Epic ワークロード用の VSI の構成
オペレーティング・システムとして AIX を選択すると、Epic ワークロードを展開するように VSI を構成できます。
Epic ワークロード用に VSI を構成するには、 ブート・イメージ・タイルで Epic ワークロード用に構成チェックボックスを選択します。 配置された VSI が Epic ワークロードをサポートしているかどうかは、対応する VSI の詳細ページを確認することで確認できます。 VSIの詳細ページで、[ Deployment type] フィールドを Epicに設定する必要があります。
VSI の詳細ページで、Epic ワークロードがサポートされている VSI では、パフォーマンスの問題を回避するため、Tier 3 からボリュームを作成またはアタッチしてはなりません。 Epic ワークロードがサポートされ、シャットダウン状態にある VSI については、パフォーマンスの問題を回避するため、コアタイプを dedicated 以外の値に変更してはなりません。
以下の表は、Epic ワークロードをサポートする、またはサポートしない可能性のある VSI 構成の違いについて説明したものです:
| VSIの導入 | ストレージ・ボリューム | コア・タイプ | マシン・タイプ |
|---|---|---|---|
| 非エピック・ワークロード | ティア1またはティア3 | 共有上限なし、 共有上限あり、 専用 |
S922 または E980 |
| 壮大なワークロード | 常にティア1 | 常に献身的 | E980 または E1080 |
壮大なVSIはデフォルトではピン留めされておらず、非本番用として内部で使用することができます。 パフォーマンスの問題を避けるために、本番エピックVSIを固定することを検討する必要があります。
オペレーティング・システムとして AIX を選択した場合のみ、Epic ワークロード用に VSI を構成することができます。 その他の適用条件は以下の通り:
-
Epic ワークロードは AIX 7.2 以降でサポートされる。 AIX 7.1 を選択することはできない。
-
サポートされるストレージボリュームはティア1。 Tier 3 ストレージボリュームを変更またはアタッチすることができる。
ティアの変更はパフォーマンスの問題につながる。
-
対応マシンタイプは E980 または E1080。 S922 は選択できません。
-
対応コアタイプは専用。 他のコアタイプに変更することは可能だが、パフォーマンスの問題につながる可能性がある。
アフィニティポリシーの設定
アカウント内のVSIの総数が100未満の場合のみ、ユーザーインターフェイスを使用してストレージプールのアフィニティポリシーを設定できます。 アカウント 100を超えるVSIがある場合は、CLIまたはAPIを使用してボリュームアフィニティポリシーを設定する必要があります。
以下のいずれかのストレージ・プール・オプションを選択します。
-
プールの自動選択: このオプションを使用すると、十分な容量を持つストレージ・ティアのストレージ・プールがシステムによって自動的に選択されます。
-
アフィニティ :このオプションを使用して、 アカウント既存のVSIまたはストレージボリュームに基づいてブートボリュームを配置するために使用する必要があるストレージプールを識別します。 VSI用の新しいストレージボリュームは、アフィニティオブジェクトが存在するのと同じストレージプールに配置される。 PVM インスタンスをアフィニティー・オブジェクトとして使用する場合、選択されるストレージ・プールは PMV インスタンスのルート (ブート) ボリュームに基づきます。
-
アンチアフィニティ :このオプションを使用して、ブートボリュームを配置するために選択から除外したい 1 つ以上のストレージプールを特定します。 ブートボリュームは、 アカウント 1つまたは複数の既存のVSIまたはストレージボリュームに基づいて配置されます。 カスタムイメージストレージボリュームを作成するストレージプールを選択すると、アンチアフィニティオブジェクトのリストが存在するストレージプールは選択されません。 アンチアフィニティオブジェクトとしてVSIを使用している場合、指定した各PVMインスタンスのルート(ブート)ボリュームに応じてストレージプールが除外されます。
Power Virtual Server の柔軟なティア提供について詳しくは、こちらをご覧ください: ストレージ層。
アフィニティー・ポリシーおよびアンチアフィニティー・ポリシーについて詳しくは、アフィニティー・ルールまたはアンチアフィニティー・ルールを設定するとどうなりますか? を参照してください。
作成中に新しいVSIに作成およびアタッチするボリュームを追加すると、すべてのボリュームが同じ選択されたストレージプールにプロビジョニングされます。 VSIがプロビジョニングされた後、異なるストレージプールにボリュームを作成することができる。
初期ブートボリュームを使用しない仮想マシンのプロビジョニング
初期ブートボリュームなしで仮想サーバーインスタンス(VSI)を作成し、デプロイします。
ブートボリュームのないVSIはクローン作成に使用できます。 これらのVSIは、プロビジョニング後にブートボリュームがアタッチされるまでブートできません。 次の表は、選択した OS に基づいて展開されるイメージを示しています:
VSIのプロビジョニング後にブートボリュームをアタッチすると、ブートイメージにはブートボリューム名のないOS固有のイメージが表示されます。
| 選択されたOS | 配備された画像 |
|---|---|
| AIX | AIX (空のイメージ)ブートボリュームのないイメージ |
| IBM i | IBM i (空のイメージ)ブートボリュームのないイメージ |
| Linux |
以下のイメージのいずれかを選択する必要があります:
|
| Linux for SAP (HANA) | ブートボリュームのないVSIの提供はサポートされていません |
| Linux for SAP ( NetWeaver ) | ブートボリュームのないVSIの提供はサポートされていません |
| クライアントが提供するサブスクリプション | ブートボリュームなしのVSIの提供は、以下のOSではサポートされていません |
空の仮想サーバーインスタンスをデプロイする ]チェックボックスを選択すると、ブートイメージとブートボリュームなしでVSIをプロビジョニングできます。 以下の表を見て、 Deploy empty virtual server instance チェックボックスの選択と大量のデータボリュームのプロビジョニングがどのように連動するかを理解してください:
| フィーチャー | 空の仮想サーバーインスタンスをデプロイする」チェックボックスをオフにする | 空の仮想サーバーインスタンスをデプロイする」チェックボックスが選択されている |
|---|---|---|
| ブートイメージとボリューム | ブートイメージとブートボリュームでVSIをプロビジョニングする | ブートイメージとブートボリュームなしでVSIをプロビジョニングします。 |
| VSIプロビジョニング中に新しいボリュームを作成する | VSIプロビジョニングページから最大10個のボリュームを作成します。 ボリュームを一括作成するには、 Power Virtual Server ユーザーインターフェイスの 「Storage volumes 」ページを使用します。 | 初期プロビジョニング中にボリュームを作成してVSIにアタッチすることはできません。 プロビジョニング後、最大10個のボリュームを作成できます。 |
| VSIプロビジョニング中の既存ボリュームのアタッチ | 既存のデータボリュームを最大500個まで添付可能 | 初期プロビジョニング中にVSIにボリュームをアタッチすることはできません。 プロビジョニング後、1つのブートボリュームと最大500のデータボリュームをアタッチできます。 |
| 複数のストレージ層からのアタッチ | サポートされる。 しかし、複数のストレージ階層ボリュームを使用する場合、クローン操作の失敗の潜在的なリスクが発生する可能性がある。 | サポートされる。 しかし、複数のストレージ層ボリュームが使用されている場合、クローン操作の失敗の潜在的なリスクはあり得る。 |
| ブート・ボリューム | プロビジョニング中にブートボリュームがアタッチされる。 任意のデータボリューム上で3つの点をクリックし、ブートボリュームとして設定します。 ただし、共有ボリュームをブートボリュームとして設定することはできません。 | プロビジョニング後にブートボリュームがアタッチされる。 任意のデータボリューム上で3つの点をクリックし、ブートボリュームとして設定します。 ただし、共有ボリュームをブートボリュームとして設定することはできません。 |
大量のデータを IBM データセンター
IBM データセンター
プロビジョニング中に、仮想サーバー・インスタンス(VSI)を設定して、ユーザー・インターフェイスから127個以上(最大500個)のデータ・ボリュームをアタッチまたはデタッチできるようにすることができます。
IBM i CHE01 データセンターの仮想マシンを除くすべてのデータセンターの仮想マシンは、大量のデータボリュームの構成をサポートしている。 大量のデータボリュームの設定は、 IBM データセンター でのみサポートされています。
大量生産の限界
大量のボリュームを構成する場合は、以下の制限事項を確認してください:
-
パフォーマンスの遅延を避けるため、デプロイ、アタッチ、デタッチ、デリートなどの操作は、順番に実行することが推奨される。
-
大量の仮想マシンをキャプチャするには、イメージカタログを使用することをお勧めします。 Cloud Object Storage (COS)やその他のクラウドオプションを使用すると、遅延が発生する可能性があります。 遅延はボリュームの大きさとネットワーク速度に依存します。
-
1回のリクエストで大量のボリュームをアタッチする場合、
availableからattachingまでのステータス値の表示が遅れることがあります。attach操作の完了を待ってから、他の操作のためにアタッチされたボリュームを選択することを推奨する。 -
小さなデータボリューム(場合によっては10ボリューム未満)で IBM i VSIをプロビジョニングすると、ストレージコントローラ上でバルクボリューム操作が進行している場合、3~5時間の遅延が発生する可能性があります。 この遅延の間、VSIはビルド状態のままであり、変更することはできない。
-
ストレージコントローラで一括削除操作が進行中の場合、 IBM i の仮想マシンのプロビジョニングは、データボリュームが少なくても遅延する可能性があります。 プロビジョニング中、仮想マシンのステータスは引き続き
building、このステータスを変更することはできません。