Oracle Cloud Infrastructureドキュメント

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

「コンピュート」サービスにより、Oracle Cloud Infrastructureの外部で作成されたLinuxベースのイメージをインポートできます。 たとえば、オンプレミスの物理マシンまたは仮想マシン(VM)で実行中のイメージや、Oracle Cloud Infrastructure Classicで実行中のVMをインポートできます。 インポートしたイメージを「コンピュート」仮想マシンで起動できます。

ノート

インポートしたイメージは、AMDシェイプではサポートされていません。

警告

Oracle Cloud Infrastructureコンソール、APIまたはCLIを使用してクラウド・リソースに説明、タグまたはわかりやすい名前を割り当てるときは、機密情報を入力しないでください。

サポートされているオペレーティング・システム

インポートされたLinux VMは、準仮想化モードまたはエミュレート・モードで起動できます。

準仮想化モードでは、エミュレート・モードよりパフォーマンスが向上します。 OSでサポートされている場合は、準仮想化モードを使用することをお薦めします。 カーネル・バージョン3.4以降を実行するLinuxベースのオペレーティング・システムでは、準仮想化ドライバがサポートされています。 unameコマンドを使用して、システム・カーネル・バージョンを確認できます。

Unameコマンドを使用してカーネル・バージョンを検証するには

次のLinuxディストリビューションは、カスタム・イメージ・インポートをサポートします:

Linuxディストリビューション サポートされているバージョン 優先起動モード
RHEL 7以上 準仮想化
4.5, 5.5, 5.6, 5.9, 5.11, 6.5, 6.9 エミュレート
CentOS 7以上 準仮想化
4.0, 4.8, 5.11, 6.9 エミュレート
Oracle Linux 7以上 準仮想化
4.5, 4.8, 5.8, 5.11, 6.2, 6.5 エミュレート
Ubuntu 13.04以上 準仮想化
12.04 エミュレート
FreeBSD 12以上 準仮想化
8, 9, 10, 11 エミュレート
Debian 8以上 準仮想化
5.0.10, 6.0, 7 エミュレート
SUSE 12.2以上 準仮想化
11, 12.1 エミュレート
    ノート

  • Oracle Cloud Infrastructureでは、前の表にリストされているオペレーティング・システムがテストされ、これらのイメージから起動されたインスタンスを顧客にサポートし、このトピックのガイドラインに従って作成されたインスタンスにSSHを使用してアクセスできるようになります。
  • 以前の表に示されていないOSバージョンの場合、Oracle Cloud Infrastructureは、SSHからアクセス可能なこれらのイメージから起動されるインスタンスを取得するために努力的に適切なサポートを提供します。
  • カスタムOSからインスタンスを起動する際にOracle Cloud Infrastructureからサポートすることは、オペレーティング・システム・ベンダーがそのインスタンスもサポートしているとはかぎりません。 Oracle Cloud InfrastructureOracle Linuxを実行するお客様は、自動的にOracle Linux Premier Supportにアクセスできます。

ヒント

イメージで準仮想化ドライバがサポートされている場合、既存のエミュレートされたモード・インスタンスを準仮想化インスタンスに変換できます。
インスタンスのカスタム・イメージを作成し、「オブジェクト・ストレージ」にエクスポートしてから、準仮想化モードを使用して再インポートします。

Linuxソース・イメージの要件

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

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

  • BIOSブートのためにイメージを設定する必要があります。

  • サポートされているディスクは1つのみであり、有効なマスター・ブート・レコード(MBR)およびブート・ローダーを備えた起動ドライブである必要があります。 イメージのブート・ボリュームをインポートした後で、追加のデータ・ボリュームを移行できます。

  • ブート・プロセスでは、ブートに成功するために追加のデータ・ボリュームが存在する必要はありません。

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

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

  • ディスク・イメージは、VMDKまたはQCOW2ファイルでなければなりません。

    • スナップショットを作成せずに、ソース・ボリュームをクローニングしてイメージ・ファイルを作成してください。
    • VMDKファイルは、"single growable" (monolithicSparse)タイプまたは"stream optimized" (streamOptimized)タイプのいずれかでなければなりません。どちらも単一のVMDKファイルで構成されます。 複数のファイルを使用するフォーマット、分割ボリュームを使用するフォーマット、スナップショットを含めるフォーマットなど、その他のすべてのVMDKフォーマットはサポートされていません。
  • ネットワーク・インタフェースでは、DHCPを使用してネットワーク設定を検出する必要があります。 カスタム・イメージをインポートしても、既存のネットワーク・インタフェースは再作成されません。 インポート・プロセスの完了後、既存のネットワーク・インタフェースはすべて単一のNICに置き換えられます。 インポートされたインスタンスを起動した後で、追加のVNICをアタッチできます。

  • ネットワーク構成は、ネットワーク・インタフェースのMACアドレスをハードコードしないでください。

証明書ベースのSSHを有効にすることをお勧めしますが、これはオプションです。 インスタンスの起動時に、「ユーザー・データ」フィールドから提供されるSSHキーをイメージで自動的に使用する場合は、イメージの準備中にcloud-initをインストールできます。 「ユーザー・データ」フィールドの詳細については、「インスタンスの作成」を参照してください。

インポート用のLinux VMの準備

カスタムLinuxイメージをインポートする前に、イメージから起動されたインスタンスが正しく起動し、ネットワーク接続が機能することを確認するために、イメージを準備する必要があります。 次を実行します。

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

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

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

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

  5. VMの停止

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

LinuxベースのVMのインポート

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

  1. VMDKまたはQCOW2ファイルをOracle Cloud Infrastructureにアップロードします:

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

      oci os object put -bn <destination_bucket_name> --file <path_to_the_VMDK_or_QCOW2_file>
    2. アップロードしたファイルのURLをコピー: 「バケットの詳細」ページで、ファイルの横にあるアクション・アイコン(3ドット)をクリックし、「詳細」をクリックします。 「URLパス(URI)」をコピーします。
  2. 「ナビゲーション・メニュー」を開きます。 コア・インフラストラクチャの下で、コンピュートに行き、「カスタム・イメージ」をクリックします。

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

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

  5. イメージの名前を入力します。

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

  7. 「オブジェクト・ストレージURL」フィールドに、アップロードしたファイルのURLを貼り付けます。

  8. 「イメージ・タイプ」の場合は、イメージのファイル・タイプ(VMDKまたはQCOW2)を選択します。

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

  10. タグ: オプションで、タグを適用できます。 リソースを作成する権限を持っている場合は、フリーフォーム・タグをそのリソースに適用する権限も持っています。 定義済みタグを適用するには、タグ・ネームスペースを使用する権限が必要です。 タギングの詳細については、「リソース・タグ」を参照してください。 タグを適用する必要があるかどうかわからない場合は、このオプションをスキップしてください(後でタグを適用することもできます)。
  11. 「イメージ・インポート」をクリックします。

    インポートされたイメージは、ステータスがIMPORTINGのコンパートメントの「カスタム・イメージ」リストに表示されます。 インポートが正常に完了すると、ステータスがAVAILABLEに変わります。

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

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

Linuxイメージのインポート後のタスク

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

  1. カスタム・イメージに基づいてインスタンスを作成します。 イメージ・ソースの場合、「カスタム・イメージ」を選択し、インポートしたイメージを選択します。

  2. SSHを使用してインスタンスに接続します。
  3. インスタンスにリモートにアタッチされたストレージ(「ブロック・ボリューム」または「ファイル・ストレージ」など)が必要な場合は、それを作成してアタッチします。
  4. 必要なセカンダリVNICを作成してアタッチします。
  5. すべてのアプリケーションが想定どおりに動作していることをテストします。
  6. 手動で起動するよう設定されたサービスをリセットします。
  7. シリアル・コンソールでイメージにアクセスできるようにした場合は、「インスタンスへのシリアル・コンソール接続の作成」でテストします。

インポートされたカスタム・イメージに関する既知の問題については、「現在の問題および回避策」を参照してください。

このトピックは移動しました。ブックマークを更新してください。