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

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

イメージのインポート時に汎用オペレーティング・システムを指定して、必要なオペレーティング・システムを含むイメージを作成することができます。 汎用オペレーティング・システム・カスタム・イメージからサーバーをプロビジョンする場合、オペレーティング・システム固有の初期化アクションは自動的には実行されません。 ユーザー・データを使用して、それぞれの特定のアクションを指定する必要があります。

すべてのカスタム画像は以下の条件を満たす必要があります

  • 単一のファイルまたはボリュームを含んでいます。
  • qcow2、またはvhd形式であること。
  • cloud-init が有効になっているか、ESXi キックスタートを使用して起動可能であること。
  • サイズは250GBを超えない。
  • 最小サイズは10GB。 10 GB 未満のイメージの場合は、サイズが 10 GB に切り上げられます。

汎用オペレーティング・システムのカスタム・イメージについて詳しくは、 汎用オペレーティング・システムのカスタム・イメージ および ユーザー・データ・フォーマットに関する考慮事項 を参照してください。

ステップ 1 - まずは qcow2 または VHD 形式の単一イメージ・ファイルを用意する

独自の汎用オペレーティング・システム・カスタム・イメージを作成する場合は、 qcow2 形式または VHD 形式の単一のイメージ・ファイルから始めます。 クラウド対応のベンダー・イメージを用意しておくと便利な場合があります。

カーネル・ログは、ブート関連の問題をデバッグする際に重要です。 カーネル・ログが確実にシリアル・コンソールに出力されるようにするには、 console=ttyS0 カーネル・コマンド行引数を使用します。 さらに、 nomodeset および nofb カーネル・パラメーターは、2021 年半ばより前に解放された古いカーネルのブート・プロセス中に表示関連の問題を解決するために使用されます。 新しいカーネルは、カーネルへのビデオ・モード設定を使用します。

ステップ 2-特定のオペレーティング・システムのセットアップ

選択した特定のオペレーティング・システムでイメージをセットアップします。 ネットワーク・ドライバーと、オペレーティング・システム用の cloud-init または cloudbase-init オプションがセットアップされていることを確認してください。

ステップ 3-ブート・ディスク・サイズの確認

イメージのブート・ディスク・サイズが 10 GB から 250 GB であることを確認します。 10 GB 未満のイメージは、10 GB に切り上げられます。

クラシック・インフラストラクチャーからマイグレーションするように仮想サーバーをカスタマイズする場合は、 クラシック・インフラストラクチャーからの仮想サーバーのマイグレーション に戻り、マイグレーション手順を続行します。

ステップ 5-イメージを IBM Cloud Object Storage にアップロードする

イメージを IBM Cloud Object Storage にアップロードします。 IBM Cloud® Object Storage バケットの 「オブジェクト」 ページで、 「アップロード」 をクリックします。 Aspera 高速転送プラグインを使用して、200 MB より大きいイメージをアップロードできます。 IBM Cloud Object Storage にアップロードする方法について詳しくは、 データのアップロードを参照してください。

次のステップ

汎用オペレーティング・システムのカスタム・イメージが作成され、 IBM Cloud Object Storageで使用可能になったら、 VPC にカスタム・イメージをインポート し、 VPC 用の仮想サーバー・イメージをオンボード できます。 イメージをインポートするためのアクセス権限を IBM Cloud Object Storage に付与した ことを確認します。

プライベート・カタログを使用してカスタム・イメージを管理する予定の場合は、まずそのイメージを IBM Cloud VPCにインポートしてから、仮想サーバー・イメージをプライベート・カタログにオンボードする必要があります。

カスタム・イメージをインポートした後、そのカスタム・イメージを使用して、 IBM Cloud® Virtual Private Cloud インフラストラクチャーに仮想サーバーをデプロイできます。