カスタム・イメージの作成

カスタム・イメージを作成するには、以下のいずれかのリンクを参照してください。

• ボリュームからのイメージの作成
• カスタム Linux イメージの作成
• カスタム Windows イメージの作成
• z/OS Wazi aaS カスタム・イメージの作成
• 汎用オペレーティング・システムのカスタム・イメージの作成

カスタム・イメージの共有

IBM Cloud VPCでカスタム・イメージを作成した後、それをプライベート・カタログにインポートして、制限付きで他のアカウントと共有することができます。 制限について詳しくは、 プライベート・カタログでカスタム・イメージを使用する場合の VPC の考慮事項 を参照してください。

カスタム・イメージを使用したサーバーの作成

カスタム・イメージを使用して仮想サーバーを作成するには、以下のいずれかのリンクを参照してください。

• UI を使用した仮想サーバー・インスタンスの作成
• CLI を使用した仮想サーバー・インスタンスの作成-ストック・イメージまたはカスタム・イメージを使用したプロビジョン
• API を使用した仮想サーバー・インスタンスの作成-ストック・イメージまたはカスタム・イメージからのプロビジョン
• Terraform を使用したインスタンスの作成

前提条件および制限

カスタム・イメージを作成する前に、カスタム・イメージがカスタム・イメージの要件を満たしていること、およびオペレーティング・システムがサポートされていることを確認する必要があります。

カスタム・イメージ・ライフサイクル

UI、CLI、API、および Terraform を使用して、3 つの状況のカスタム・イメージのライフサイクルを管理できます。 イメージをすべてのステータスの前後に移動したり、日付を設定してイメージのステータスを自動的に変更したりすることができます。 すべての状況変更は、 Activity Tracker イベントとして追跡されます。 イメージのクリーンアップまたはトラッキングを支援するために、状況に基づいてイメージのリストをフィルタリングできます。 状況の変更について詳しくは、 カスタム・イメージの管理 を参照してください。

deprecated または obsolete ステータスのイメージは、引き続き請求されます。 イメージに対して請求されないようにするには、イメージを削除する必要があります。

IBM Cloud VPC の管理対象イメージは、この方法でのみ管理できます。 プライベート・カタログに公開されるカスタム・イメージは、 available 状況でなければならず、その状況はプライベート・カタログで維持されます。 IBM Cloud VPCで状況を変更またはスケジュールしようとすると、試行は失敗します。 カスタム・イメージがプライベート・カタログから削除された場合、そのイメージは、 IBM Cloud VPCで状況が変更されるまで、元のプライベート・カタログの状況を保持します。

Red Hat Enterprise Linux AI BYOL カスタムイメージ

Red Hat Enterprise Linux AI（RHEL AI）オペレーティング・システムは、BYOL（Bring Your Own License）としてインポートできる。 RHEL AI qcow2 ファイルは Red Hat から直接入手できます。 IBM Cloud VPCにイメージをインポートするときに使うオペレーティングシステム名は red-ai-9-amd64-nvidia-byol です。 詳細は、Red Hat Enterprise Linux AI を参照してください。 RHEL AI イメージをダウンロードするには、Download Red Hat Enterprise Linux AI を参照してください。 ドキュメントを見たりイメージをダウンロードしたりするには、Red Hat アカウントが必要です。

サポートされているプロファイルと使用例に関する情報は、Red Hat Enterprise Linux AI ハードウェア要件 を参照してください。

Red Hat のサポートの詳細については、 Red Hat および IBM Cloud® インフラストラクチャに関する FAQ を 参照のこと。

IBM Cloud VPCへのイメージのインポートについての詳細は、ライセンスを持参する と VPCへのカスタムイメージのインポートと検証 を参照してください。 GPU プロファイルの詳細については、x86 GPU profiles を参照してください。

汎用オペレーティング・システムのカスタム・イメージ

カスタム・イメージのインポート時に汎用オペレーティング・システムを指定することで、 IBM Cloud にリストされていない特定のオペレーティング・システムを使用できます。 複数の汎用オペレーティング・システム・オプションがあります。 カスタム・イメージ・オペレーティング・システムに適した CPU アーキテクチャーおよび初期化戦略に基づいて、汎用オペレーティング・システムを選択できます。

汎用オペレーティング・システムのカスタム・イメージは、 x86 (amd64) アーキテクチャーでサポートされます。 これらのイメージは、カスタム・イメージ・リストにリストされます。 ベア・メタル・サーバーの汎用オペレーティング・システムのカスタム・イメージは、すべてのベア・メタル・サーバーのカスタム・イメージの要件に従う必要があります。 詳しくは、 ベアメタル・サーバーのカスタム・イメージ を参照してください。

汎用オペレーティング・システムは、一部のプロパティーに汎用値を使用します。例えば、 vendor プロパティーの場合は generic 、 family プロパティーの場合は Generic などです。 汎用オペレーティング・システムのカスタム・イメージを作成する場合は、実際のオペレーティング・システムの初期化タイプに基づいて汎用オペレーティング・システムを選択します。 詳しくは、 ユーザー・データ・フォーマットに関する考慮事項 を参照してください。

汎用オペレーティング・システムのカスタム・イメージを使用してサーバーをプロビジョンする場合、ほとんどのオペレーティング・システム固有のプロビジョニング・ステップ (コンソールのセットアップや自動登録など) は実行されません。 汎用オペレーティング・システムのカスタム・イメージでこれらのステップを実行する場合は、適切なユーザー・データを指定する必要があります。 IBM はインストールされている実際のオペレーティング・システムを認識していないため、ライセンス交付と関連コストの処理もお客様の責任で行っていただきます。

ユーザー・データ・フォーマットに関する考慮事項

カスタム・イメージを指定するサーバーを作成すると、初期化戦略によってユーザー・データの使用方法が決まります。 イメージの user_data_format プロパティーは、この初期化ストラテジーを指定します。 このプロパティーは、以下のいずれかの値を含むイメージ・オペレーティング・システムの user_data_format プロパティーから設定されます。

• cloud_init

• esxi_kickstart (この値は、ベアメタル・サーバーの場合にのみ有効です。)

• cloud-init の場合、ユーザー・データと SSH 鍵が cloud-init ディスク上のオペレーティング・システムに提供されます。 デフォルトのユーザー・アカウントは作成されません。 cloud-init を使用して別のログイン・メカニズムをセットアップしない限り、SSH 鍵を使用してログインする必要があります。 仮想サーバー・インスタンスの場合、初期化中にネットワーキングのセットアップが必要になることがあります。 以下に例を示します。

  cloud-init データの使用について詳しくは、「 カスタム Linux イメージの作成 」または「 カスタム Windows イメージの作成 」の資料を参照してください。

• ESXi キックスタートの場合、ユーザー・データはキックスタート・スクリプトでオペレーティング・システムに提供されます。 デフォルトのユーザー・アカウントが作成されます。 サーバーの初期化データを取得して、生成されたパスワードを取得します。 キックスタート・スクリプトについて詳しくは、 VMware の資料を参照してください。

セキュリティーのベスト・プラクティスを使用して、インターネット上で公開するファイルへのアクセスを制限します。

ベアメタルサーバーのカスタムイメージ

ベアメタル・サーバーには、注意すべきいくつかの制限があります。

• 暗号化されたイメージはサポートされていません。

ベア・メタル・サーバー用のカスタム・イメージを作成するには、カスタム・イメージが以下の情報をサポートしている必要があります。

• UEFI ブート
  • UEFI ブートには、EFI ファームウェアを含む専用 EFI 区画が必要です。 従来の BIOS ブートはサポートされていません。
• Pensando のアイコン・ネットワーク・デバイス・ドライバー
• Intel チップ・セット・デバイス・ドライバー
  • これらのデバイス・ドライバーは通常、デフォルトのカーネル・ビルド・オプションの一部です。 Windows には追加のデバイス・ドライバーが必要ですが、これらのドライバーは後でインストールできます。

詳しくは、 ベアメタル・サーバー用のカスタム Linux カーネル・ビルド・オプション を参照してください。

ベア・メタル・サーバーのイメージについて詳しくは、 ベア・メタル・サーバーのイメージ を参照してください。

セキュア・ブートがサポートされるカスタム・イメージ

アベイラビリティーの選択

セキュア・ブートは、すべてのブート・コンポーネントのデジタル署名を検証することで、システムが信頼できるソフトウェアのみを実行するようにします。 署名検査が失敗すると、セキュア・ブートはブート・プロセスを停止します。 セキュア・ブートは、ブート中に署名されていないコードや悪意のあるコードがロードされないようにします。

セキュア・ブートをサポートするカスタム・イメージには、注意する必要があるいくつかの要件があります。

• UEFI ブート
  • UEFI ブートには、EFI ファームウェアを含む専用 EFI 区画が必要です。 従来の BIOS ブートはサポートされていません。
• GPT 区画ディスク

以下の mokutil コマンドを使用して、イメージがセキュア・ブート・モードで正常にブートされたことを確認できます。

mokutil --sb-state

セキュアブートの詳細については、Virtual Servers for VPCのセキュアブート を参照してください。

z/OS Wazi aaS カスタム・イメージ

IBM Wazi Image Builder を使用して、独自のカスタム z/OSベースの IBM Wazi as a Service (Wazi aaS) イメージを作成し、そのカスタム・イメージを IBM Cloud® Virtual Private Cloudにインポートすることができます。

IBM Wazi Image Builder は、 IBM Passport Advantageから個別に注文できる製品です。 Wazi Image Builderを使用するには、追加の要件が必要です。 イメージ・コストは、 z/OS の開発イメージとテスト・イメージを IBMのクラウド・インフラストラクチャー上の IBM Z ハードウェアでサービス・レイヤーとして実行できるようにするテクノロジーのコストをカバーするために適用されるプレミアムです。

z/OS Wazi aaS カスタム・イメージは、以下の要件を満たしている必要があります。

• qcow2 フォーマット
• z/OS 2.4 または z/OS 2.5 オペレーティング・システム

詳しくは、 Wazi Image Builderを使用した独自のイメージの作成を参照してください。

カスタム・イメージに関する詳細情報

• カスタム・イメージに対する細かい RBAC 許可の使用
• カスタム Linux カーネルの構成要件
• ボリュームからのイメージの作成について
• VPC へのカスタム・イメージのインポートおよび検証。
• カスタム・イメージの管理
• ボリュームから作成されるイメージの管理