カスタムLinuxイメージのインポート

インポート・プロセスの一部として、起動モードがイメージに適用されます。イメージの起動モードは、事前定義済の起動オプション・セットです。インポートしたLinux VMは準仮想化モードまたはエミュレート・モードで起動できます。AMDおよびArmベースのシェイプ、Oracle Linux Cloud DeveloperイメージおよびRed Hat Enterprise Linuxイメージでは、インポートしたイメージは準仮想化モードのみでサポートされます。

uname -a

Linux ip_bash 4.14.35-1818.2.1.el7uek.x86_64 #2 SMP Mon Aug 27 21:16:31 PDT 2018 x86_64 x86_64 x86_64 GNU/Linux

カスタム・イメージは、次の要件を満たす必要があります:

• 最大イメージ・サイズは400GBです。

• イメージは、BIOSブート用に設定する必要があります。

• ディスクは1つしかサポートされません。有効なマスター・ブート・レコード(MBR)とブート・ローダーを含むブート・ドライブであることが必要です。イメージのブート・ボリュームをインポートした後で、追加のデータ・ボリュームを移行できます。

• ブート・プロセスで、起動が正常に行われるためには、追加のデータ・ボリュームが存在していてはなりません。

• ブート・ローダーは、LVMまたはUUIDを使用してブート・ボリュームを検索する必要があります。

• ディスク・イメージは暗号化できません。

• ディスク・イメージはVMDKまたはQCOW2ファイルであることが必要です。

  • イメージ・ファイルは、スナップショットの作成ではなくソース・ボリュームをクローニングして作成します。
  • VMDKファイルは、単一拡張可能タイプ(monolithicSparse)かストリーム最適化タイプ(streamOptimized)のいずれかであることが必要です。どちらも1つのVMDKファイルで構成されます。その他すべてのVMDK形式(複数のファイルを使用するもの、ボリュームを分割するもの、スナップショットを含むものなど)はサポートされません。

• ネットワーク・インタフェースは、DHCPを使ってネットワーク設定を検出する必要があります。カスタム・イメージをインポートするとき、既存のネットワーク・インタフェースは再作成されません。既存のすべてのネットワーク・インタフェースは、インポート・プロセスの完了後に1つのNICで置換されます。インポートしたインスタンスの起動後に、追加のVNICをアタッチできます。

• ネットワーク構成で、ネットワーク・インタフェースのMACアドレスをハードコードすることはできません。

証明書ベースのSSHを有効にすることをお薦めしますが、これはオプションです。インスタンスの起動時に、初期化スクリプトから提供されるSSHキーをイメージが自動的に使用するようにするには、イメージを準備するときにcloud-initをインストールできます。ユーザー・データの提供の詳細は、インスタンスの作成を参照してください。

カスタムLinuxイメージをインポートする前に、イメージから起動されたインスタンスが正しく起動でき、ネットワーク接続が機能するように、イメージを準備する必要があります。次を行います:

1. 必要な場合には、シリアル・コンソール接続をサポートするようにLinuxイメージを構成します。コンソール接続は、インポートしたイメージが正常に起動できないなど、障害のあるインスタンスのトラブルシューティングをリモートで行うのに役立ちます。

2. ルート・ボリュームのバックアップを作成します。

3. VMにリモートでアタッチされたストレージ(NFSまたはブロック・ボリューム)がある場合は、このストレージに依存するすべてのサービスが手動で起動されるように構成します。リモートでアタッチされたストレージは、インポートされたインスタンスがOracle Cloud Infrastructureで初めて起動するときには使用できません。

4. すべてのネットワーク・インタフェースがDHCPを使用しており、MACアドレスとIPアドレスがハードコードされていないことを確認します。システムのネットワーク構成を実行するステップは、システムのドキュメントを参照してください。

5. VMを停止します。

6. 停止したVMをVMDKまたはQCOW2ファイルとしてクローニングしてから、仮想環境からイメージをエクスポートします。ステップは、ご使用の仮想環境に対応するツールのドキュメントを参照してください。

インポートのためにLinuxイメージを準備したら、次のステップに従ってイメージをインポートします:

1. イメージ・ファイルをオブジェクト・ストレージ・バケットにアップロードします。コンソールを使用するかコマンドライン・インタフェース(CLI)を使用してファイルをアップロードできます。CLIを使用する場合は、次のコマンドを使用します:

   oci os object put -bn <destination_bucket_name> --file <path_to_the_VMDK_or_QCOW2_file>

2. ナビゲーション・メニューを開き、「コンピュート」を選択します。「コンピュート」で、「カスタム・イメージ」を選択します。

3. 「イメージのインポート」をクリックします。

4. 「コンパートメントに作成」リストで、イメージのインポート先のコンパートメントを選択します。

5. イメージの名前を入力します。機密情報の入力は避けてください。

6. 「オペレーティング・システム」で、「Linux」を選択します。

7. 「オブジェクト・ストレージ・バケットからインポート」オプションを選択します。

8. イメージをアップロードしたバケットを選択します。
9. 「オブジェクト名」リストで、アップロードしたイメージ・ファイルを選択します。

10. 「イメージ・タイプ」で、イメージのファイル・タイプ「VMDK」または「QCOW2」を選択します。

11. イメージのLinuxバージョンに応じて、「起動モード」領域で「準仮想化モード」または「エミュレーション・モード」を選択します。イメージで準仮想化ドライバがサポートされている場合は、準仮想化モードを選択することをお薦めします。

12. タグ・オプションの表示: リソースの作成権限がある場合は、フリーフォーム・タグをそのリソースに適用する権限もあります。定義済タグを適用するには、タグ・ネームスペースを使用する権限が必要です。タグ付けの詳細は、リソース・タグを参照してください。タグを適用するかどうかがわからない場合は、このオプションをスキップするか、管理者に問い合せてください。タグは後で適用できます。

13. 「イメージのインポート」をクリックします。

    インポートされたイメージがコンパートメントの「カスタム・イメージ」リストに「インポート中」という状態で表示されます。インポートが正常に完了すると、状態が「使用可能」に変わります。

    状態が変わらない場合、または「カスタム・イメージ」リストにエントリが表示されない場合、インポートは失敗しています。オブジェクト・ストレージ・オブジェクトへの読取りアクセス権があることと、サポートされるイメージがオブジェクトに含まれていることを確認します。

14. インポート後のタスクを完了します。

カスタムのLinuxベース・イメージをインポートした後で、次を行います:

1. AMDまたはX6ベースのシェイプでイメージを使用する場合は、互換性のあるシェイプのイメージのリストにシェイプを追加します。
2. カスタム・イメージに基づいてインスタンスを作成します。イメージ・ソースで「カスタム・イメージ」を選択してから、インポートしたイメージを選択します。
3. SSHを使用してインスタンスに接続します。
4. リモートでアタッチされたストレージ(ブロック・ボリュームやファイル・ストレージなど)がインスタンスで必要な場合は、作成してアタッチします。iSCSIアタッチメントを使用している場合は、Linuxベース・イメージ用の推奨iSCSIイニシエータ・パラメータを参照してください。
5. 必要なセカンダリVNICを作成してアタッチします。
6. すべてのアプリケーションが予期したとおりに動作していることをテストします。
7. 手動で起動されるよう設定されていたサービスをリセットします。
8. イメージへのシリアル・コンソール・アクセスを有効にした場合は、インスタンスへのシリアル・コンソール接続を作成してテストします。

インポートしたカスタム・イメージの既知の問題については、現在の問題と回避策を参照してください。