IBM Cloud Docs
Power Virtual Server の作成

Power Virtual Server の作成

IBM® Power Systems™ Virtual Server を作成して構成するには、以下のステップを実行します。

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

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

  2. カタログの検索ボックスに Power Virtual Server と入力し、 Power Virtual Server のワークスペース タイルをクリックします。

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

  4. ワークスペースの名前を指定し、 Power Virtual Server インスタンスをデプロイする場所を選択します。 ご使用のワークスペースに適した領域を選択するには、以下の表を参照してください。

    IBM i の日本語の言語サポートは、データ・センター OSA21、SAO01、TOK04、DAL12、FRA04、FRA05、および SYD05 で利用可能です。

    表 1. Power Virtual Server データ・センター
    地域 Location リージョン IBM Power インフラストラクチャー・ゾーン IBM Cloud クラシック・インフラストラクチャー・データ・センター IBM Cloud VPC インフラストラクチャー・ゾーン
    アメリカ ダラス、米国 us-south DAL10
    DAL12
    us-south     		DAL10
    DAL12
    DAL13     		us-south-1
    us-south-2
    us-south-3
    アメリカ ワシントン DC、米国 us-east us-east
    WDC06
    WDC07     		WDC04
    WDC06
    WDC07     		us-east-1
    us-east-2
    us-east-3
    アメリカ サンパウロ、ブラジル br-sao SAO01
    SAO04     		SAO01
    SAO04     		br-sao-1
    br-sao-2
    アメリカ トロント、カナダ ca-tor TOR01 TOR01 ca-tor-1
    アメリカ モントリオール、カナダ [1] ca-mon MON01 MON01
    ヨーロッパ フランクフルト、ドイツ eu-de eu-de-1
    eu-de-2     		FRA04
    FRA05     		eu-de-2
    eu-de-3
    ヨーロッパ ロンドン、英国 eu-gb LON04
    LON06     		LON04
    LON06     		eu-gb-1
    eu-gb-3
    ヨーロッパ スペイン、マドリード eu-es MAD02
    MAD04     		MAD02
    MAD04     		eu-es-1
    eu-es-2
    アジア太平洋 シドニー、オーストラリア au-syd SYD04
    SYD05     		SYD04
    SYD05     		au-syd-2
    au-syd-3
    アジア太平洋 東京 (日本) jp-tok TOK04 TOK04 jp-tok-2
    アジア太平洋 大阪 (日本) jp-osa OSA21 OSA21 jp-osa-1
    アジア太平洋 チェンナイ、インド [2]
    		CHE01 CHE01

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

Power Virtual Server インスタンスの構成

まず、 Power Virtual Server ワークスペース を作成し、ワークスペースを選択します。

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

  2. カタログの検索ボックスに Power Virtual Server と入力し、 Power Virtual Server のワークスペース タイルをクリックします。

  3. 左側のナビゲーションで Power Virtual Server ユーザー・インターフェースの 「ワークスペース」 の下にある 「ワークスペースの選択」 をクリックして、以前に作成したワークスペースのリストから選択します。 ワークスペースがない場合は、 「ワークスペースの作成」 をクリックします。

  4. **「仮想サーバー・インスタンス」**をクリックします。

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

  5. **「インスタンスの作成」**をクリックします。 「インスタンス数」 の下で複数のインスタンスを選択すると、追加のオプションが表示されます。

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

    IBM i ライセンスを使用する IBM i 仮想サーバー・インスタンスをピン留めする必要があります。 仮想サーバー・インスタンスをピン留めせずに別のホストへのマイグレーションを要求すると、シリアル番号が変更され、 IBM i ライセンスが機能しなくなります。

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

  7. お客様の組織の指示に従って、**「ブート・イメージ」**フィールドに入力します。 「ブート・イメージ」 を選択すると、 Power Virtual Server ユーザー・インターフェースで、使用可能なストック・イメージのセットまたはイメージ・カタログ内のカスタム・イメージからブート・イメージを選択できます。 カスタム・イメージとは、IBM COS からインポートしたイメージ、または PVM インスタンス (VM) キャプチャーから作成したイメージのことです。 ストック・イメージを選択する場合は、ストレージ・タイプ (Tier) およびストレージ・プールの選択も選択する必要があります。 詳しくは、ストレージのティアを参照してください。

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

    ブート・イメージとして IBM i を選択した場合、 Power Virtual Server ユーザー・インターフェースには、VM インスタンスにライセンス IBM i Cloud Storage ソリューション、 IBM i 電源 HA、 、および IBM i 用 Rational Dev Studioを組み込むオプションが用意されています。 ライセンスを追加すると、サービス・コストが増加します。 選択したライセンスが、VM インスタンスに挿入されます。 特定のソリューションを VM インスタンスにインストールすると、ライセンスが自動的に設定されます。 これらのライセンス・プログラムを IBM i VM インスタンスで使用するには、これらのライセンスを Power Virtual Server から注文する必要があります。 既存のライセンスを VM インスタンスで使用することはできません。

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

  8. マシン・タイプ、コアの数、メモリーの容量 (GB) を選択し、専用プロセッサー、上限なし共有プロセッサー、または上限付き共有プロセッサーのどれを希望するかを選択します。

    コアと vCPU の比率は 1:1 です。 共有プロセッサーの場合、小数のコアは最も近い整数に切り上げられます。 例えば、 1.25 コアは 2 vCPUsです。 プロセッサー・タイプについて詳しくは、上限付き共有プロセッサーと上限なし共有プロセッサーのパフォーマンスの違いは何ですか? それらは専用プロセッサーのパフォーマンスと比較してどうですか? を参照してください。 マシン・タイプが S922 & S1022 で、オペレーティング・システムが IBM iの場合、 IBM i は VM 当たり最大 4 コアをサポートします。

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

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

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

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

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

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

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

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

    VM プロビジョニング中に作成されたすべてのボリュームは、その層の選択に関係なく、ブート・ボリュームと同じストレージ・プール上に作成されます。

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

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

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

Power Virtual Server インスタンスの各フィールドについて詳しくは、以下の表を参照してください。

フィールド 説明
一般 インスタンス名: 仮想サーバー・インスタンスの apt 名を指定します。
インスタンスの数: Power Virtual Server用に作成するインスタンスの数を指定します。 配置グループは、単一の VM インスタンスの作成時にのみ適用できます。 マシン・タイプとして E980を選択した場合は、最大 2 つの VM インスタンスを持つ アンチアフィニティー・ポリシー を選択できます。
配置グループ: 1 つのインスタンスのみを作成する場合は、このインスタンスをホストするホストを制御する配置グループを選択できます。 リストから配置グループを選択します。 新規配置グループを作成するには、以下のいずれかのオプションを選択します。
同じサーバー: このオプションを選択すると、VM が同じホスト上に配置されます。
別のサーバー: 別のホストに VM を配置するには、このオプションを選択します。
コロケーション・ルール: 複数のインスタンスを指定する場合は、以下の命名規則とコロケーション・ルールを選択できます。
設定なし: ホスティング設定がない場合は、このオプションを選択します。
同一サーバー: すべてのインスタンスを同じサーバーでホストするには、このオプションを選択します。 配置グループは自動的に作成されます。 以前に指定されたインスタンス名はグループ名として使用され、編集することはできません。
別のサーバー (Different Server): 各インスタンスを別々のサーバーでホストするには、このオプションを選択します。 すべての Power Virtual Server インスタンスに影響する可能性があるシングル・サーバーの停止が懸念される場合には、このオプションを使用できます。 配置グループは自動的に作成されます。 以前に指定されたインスタンス名はグループ名として使用され、編集することはできません。
数値接頭部 (Numerical prefix) : 仮想サーバーの名前の前に番号を追加するには、このオプションを選択します。 例えば、最初の Power Virtual Server 名が Austin の場合、仮想インスタンスの次の名前は 1Austinです。
数値接尾部: 仮想サーバーの名前の後に数値を追加するには、このオプションを選択します。 例えば、最初の Power Virtual Server 名が Austin の場合、仮想インスタンスの次の名前は Austin1です。
VM ピン留め: 仮想サーバー・インスタンスをピン留めするには、このオプションを選択します。 「ソフト」 または 「ハード」 ピン留めポリシーのいずれかを選択できます。
詳細はこちら。
注: 仮想サーバーの複数のインスタンスを作成する場合は、追加するデータ・ボリュームごとに 「共有可能」 フィールドから 「オン」 を選択する必要があります。 共有可能でないデータ・ボリュームが必要な場合は、仮想サーバーの作成後にデータ・ボリュームを追加できます。 IBM i OS では、共有可能データ・ボリュームを持つことはできません。
マシン・タイプ マシン・タイプを指定します。 選択するマシン・タイプにより、使用可能なコア数とメモリーが決まります。 ハードウェア仕様について詳しくは、 を参照してください。 S922、および E980(ダラスとワシントン以外のデータ・センター)。
コア コアと vCPU の比率は 1:1 です。 共有プロセッサーの場合、小数のコアは最も近い整数に切り上げられます。 例えば、コアが 1.25 の場合、vCPU は 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 ログインは disabledとして表示されます。
IBM i オペレーティング・システムのライセンス情報については、 IBM i License Program Products(LPP)and Operating System(OS)feature bundles を参照してください。
接続ボリューム (Attached volumes) データ・ボリュームを新しく作成するか、アカウントで定義済みの既存のデータ・ボリュームを 
  接続することができます。 \n **ボリュームの作成**: **「ボリュームの作成」** をクリックして、 Power Virtual Server インスタンスの新規データ・ボリュームを作成します。 **「VSI 内の名前 (Name in VSI)」** に、目的の **「サイズ (Size)」**、 **「数量 (Quantity)」**、および **「層 (Tiers)」** を選択します。複数の仮想インスタンスが同じデータ・ボリュームにデータを書き込むことを許可する場合は、 **「共有可能」** の下の **「オン」** をクリックする必要があります。 \n **接続済みボリューム**: **「接続済みボリューム」** リストから既存のデータ・ボリュームを選択できます。 以前に使用したデータ・ボリュームが表示されない場合、別のアカウントまたはリソース・インスタンスの
      ものである可能性があります。 |

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

専用ホスト

IBM Power Virtual Server の専用ホスト機能は、専用ホストをプロビジョンする機能を提供することで、使用可能なコンピューティング・オプションの範囲を大幅に拡張します。 専用ホストは、ホストの全容量の時間単位で測定されます。

専用ホストは、仮想サーバー・インスタンスを作成し、その配置を制御し、 Power Virtual Serverによって提供される固有の共有プロセッサー・プール機能を利用するための追加の柔軟性を提供します。 専用ホストを使用すると、シングル・テナント・サーバーを使用してソフトウェア・ライセンス・コストを管理しながら、クラウド環境内の他のユーザーからの分離を強化することで、クラウド・インフラストラクチャーを簡単に最適化できます。

専用ホストの料金 について詳しくは、料金設定ページを参照してください。

専用ホストは、以下の機能を提供します。

  1. 排他使用のためにホスト・サーバー (IBM Power S922 または S1022) を予約します。 ホスト上のすべてのコアとメモリーがプロビジョンされ、使用できるようになります。
  2. 仮想サーバー・インスタンスを柔軟に作成し、専用ホストに配置します。
  3. 専用ホスト上に共有プロセッサー・プールを作成し、最大 20: 1 のライセンス済みキャパシティー (EC) 比率に対する仮想プロセッサー (VP) などのリソース使用率を柔軟に管理します。

専用ホストは、「可用性の選択」と「一般出荷可能状況」の 2 つのフェーズでロールアウトされます。 「可用性」の選択は、 DAL10、 DAL12、 WDC06、および WDC07 の各データ・センターにあります。 一般出荷版では、専用ホスト機能の範囲が世界中でさらに拡大されます。

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 固有のいくつかのインフラストラクチャー要件を検討する必要があります。 詳しくは、デプロイメントの計画および インフラストラクチャーのデプロイを参照してください。

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

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

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

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

「VM の詳細」ページで、Epic ワークロードがサポートされている VM の場合は、パフォーマンスの問題を回避するために、Tier 3 からボリュームを作成したり接続したりしてはなりません。

Epic ワークロードがサポートされ、シャットダウン状態にある VM の場合、パフォーマンスの問題を回避するために、コア・タイプを dedicated 以外の値に変更しないでください。

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

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

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

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

  1. Epic ワークロードは、 AIX 7.2以降でサポートされます。 AIX 7.1を選択することはできません。
  2. サポートされるストレージ・ボリュームは Tier 1 です。 Tier 3 ストレージ・ボリュームは変更または接続できます。 これにより、パフォーマンスの問題が発生します。
  3. サポートされるマシン・タイプは E980です。 S922を選択することはできません。
  4. サポートされるコア・タイプは専用です。 他のコア・タイプに切り替えることはできますが、パフォーマンスの問題につながる可能性があります。

  1. これは、ロケーションの単一のデータ・センターです。 ↩︎

  2. これは、ロケーションの単一のデータ・センターです。 ↩︎