Oracle Cloud Infrastructureドキュメント

カスタム・ウィンドウ・イメージのインポート

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

ノート

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

警告

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

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

次のWindowsバージョンでは、カスタム・イメージのインポートがサポートされています:

  • Windows Server 2008 R2 Standard, Enterprise, Datacenter
  • Windows Server 2012 Standard, Datacenter
  • Windows Server 2012 R2 Standard, Datacenter
  • Windows Server 2016 Standard, Datacenter
  • Windows Server 2019 Standard, Datacenter
    ノート

  • Oracle Cloud Infrastructureでは、すでにリストされているオペレーティング・システムのテストが完了し、顧客がこれらのイメージから起動され、このトピックのガイドラインに従って構築されたインスタンスにRDPを使用してアクセスできるようにすることがサポートされます。
  • 以前にリストされていないOSエディションの場合、Oracle Cloud Infrastructureは、RDP経由でアクセス可能なこれらのイメージから起動されるインスタンスを取得する労力のある顧客に対して、商業的なサポートを提供します。
  • カスタムOSからインスタンスを起動する際にOracle Cloud Infrastructureからサポートすることは、オペレーティング・システム・ベンダーがそのインスタンスもサポートしているとはかぎりません。
  • Oracle Cloud Infrastructureでは、インポートされたWindows OSイメージを使用して起動されるすべてのインスタンスに対してWindowsライセンスおよびチャージを実施します。 これは、これらのインスタンスがOracle Cloud Infrastructure Microsoft Key Managementサービスに登録されているかどうかに関係なく適用されます。

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

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

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

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

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

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

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

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

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

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

インポートのためのWindows VMの準備

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

この項で説明するタスクは、実行中のソース・システムで実行できます。 ライブ・ソース・システムの変更に関する懸念がある場合は、イメージをそのままエクスポートし、Oracle Cloud Infrastructureにインポートしてから、カスタム・イメージに基づいてインスタンスを起動することができます。 その後、「VNCコンソールを使用してインスタンスに接続」を実行して準備ステップを実行できます。

重要

Windowsがインストールされているシステム・ドライブをOracle Cloud Infrastructureにインポートします。
ドライブ上のすべてのパーティションは、インポートされたイメージをフォローします。 他のドライブはインポートされず、インポート後にインスタンスで再作成する必要があります。 システム以外のドライブでデータを手動で移動する必要があります。

Windows VMをインポート用に準備するには、次のようにします:

  1. Windowsシステムが確実に保護されるように、組織のセキュリティ・ガイドラインに従ってください。 これには、以下のタスクが含まれますが、これに限定されません:

    • オペレーティング・システムおよびインストールされているアプリケーション用の最新のセキュリティ更新プログラムをインストールします。

    • ファイアウォールを有効にし、必要なルールのみを有効にするように構成します。

    • 不要な特権アカウントを無効にします。

    • すべてのアカウントに強力なパスワードを使用します。

  2. イメージへのリモート・デスクトップ・プロトコル(RDP)アクセスの構成:

    1. 「リモート・デスクトップ接続の有効化」からイメージ。
    2. プライベート・ネットワーク・ロケーション・タイプとパブリック・ネットワーク・ロケーション・タイプの両方に対するRDPアクセスを許可する「Windows Firewallインバウンド・ポート・ルールの変更」です。 イメージをインポートする場合、Windowsのネットワーク・ロケーション対応サービスは、ネットワーク接続をパブリック・ネットワーク・タイプとして識別します。
  3. PowerShellで次のコマンドを実行して、現在のWindowsライセンス・タイプがボリューム・ライセンスであるかどうかを確認します:

    Get-CimInstance -ClassName SoftwareLicensingProduct | where {$_.PartialProductKey} | select ProductKeyChannel

    ライセンスがボリューム・ライセンスでない場合、イメージをインポートすると、ライセンス・タイプが更新されます。

  4. インポートしたイメージを複数のVMインスタンスで起動することを計画している場合、ブート・ディスクの「汎用イメージの作成」です。 汎用イメージは、一意識別子など、コンピュータ固有の情報から消去されます。 汎用イメージからインスタンスを作成すると、一意の識別子が再生成されます。 これによって、同じイメージから作成された2つのインスタンスが同じ識別子上で衝突することを防止できます。

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

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

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

  8. Oracle Windows VirtIOドライバをダウンロードします:

    1. 「Oracle Software Delivery Cloudサイト」にログインします。
    2. 「All Categories」リストで、「Release」を選択します。
    3. SearchボックスにOracle Linux 7.6と入力し、「Search」をクリックします。
    4. REL: Oracle Linux 7.6.xをカートに追加し、「Checkout」をクリックします。
    5. Platforms/Languagesリストで、「x86 64 bit」を選択します。 続行をクリックします。
    6. ライセンス契約に同意し、「Continue」をクリックします。
    7. 「Microsoft Windows 1.1.4のOracle VirtIOドライバ・バージョン」の横にあるチェック・ボックスを選択します。 他のチェック・ボックスの選択を解除します。
    8. 「Download」をクリックし、プロンプトに従います。
  9. Windows用Oracle VirtIOドライバをインストールします:

    1. インストール・ウィザードのプロンプトに従います。 「インストール・タイプ」ページで、次のスクリーンショットに示すように「カスタム」を選択します。

      このスクリーンショットは、カスタム・インストール・タイプが選択されたOracle VirtIOインストール・ウィザードを示しています。

    2. VM をリブートします。

  10. VMの停止

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

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

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

  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. 「オペレーティング・システム」の場合は、Windowsを選択します。

  7. 「オペレーティング・システムのバージョン」リストで、Windowsのバージョンを選択します。

  8. Microsoftライセンス契約に準拠するオペレーティング・システム・バージョンを選択し、コンプライアンス・チェック・ボックスを選択します。

    重要

    正しいバージョンとSKU情報を提供できない場合は、Microsoftライセンス契約に違反する可能性があります。

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

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

  11. 「起動モード」領域で、「準仮想化モード」を選択します。

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

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

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

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

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

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

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

  2. 「リモート・デスクトップ・プロトコル(RDP)アクセスの有効化」から「コンピュート」インスタンス。
  3. RDPを使用してインスタンスに接続します。
  4. インスタンスにリモートにアタッチされたストレージ(「ブロック・ボリューム」または「ファイル・ストレージ」など)が必要な場合は、それを作成してアタッチします。
  5. 必要なセカンダリVNICを作成してアタッチします。
  6. すべてのアプリケーションが想定どおりに動作していることをテストします。
  7. 手動で起動するよう設定されたサービスをリセットします。
  8. Oracleの提供するキー管理サービス(KMS)サーバーにインスタンスを登録します:

    1. インスタンスで、PowerShellを管理者として開きます。
    2. KMSエンドポイントを設定するには、次のコマンドを実行します:

      slmgr /skms 169.254.169.253:1688
    3. イメージの準備中に示されたWindowsライセンス・タイプがボリューム・ライセンスでない場合、ライセンス・タイプを更新する必要があります。 次のコマンドを実行します。

      slmgr /ipk <setup key>

      <setup key>は、インポートしたWindowsのバージョンに対応するKMSクライアント設定キーです:

      Windows バージョン KMSクライアント設定キー
      Windows Server 2008 R2 Standard YC6KT-GKW9T-YTKYR-T4X34-R7VHC
      Windows Server 2008 R2 Enterprise 489J6-VHDMP-X63PK-3K798-CPX3Y
      Windows Server 2008 R2 Datacenter 74YFP-3QFB3-KQT8W-PMXWJ-7M648
      Windows Server 2012 Standard XC9B7-NBPP2-83J2H-RHMBY-92BT4
      Windows Server 2012 Datacenter 48HP8-DN98B-MYWDG-T2DCC-8W83P
      Windows Server 2012 R2 Standard D2N9P-3P6X9-2R39C-7RTCD-MDVJX
      Windows Server 2012 R2 Datacenter W3GGN-FT8W3-Y4M27-J84CP-Q3VJ9
      Windows Server 2016 Standard WC2BQ-8NRM3-FDDYY-2BFGV-KHKQY
      Windows Server 2016 Datacenter CB7KF-BWN84-R7R2Y-793K2-8XDDG
      Windows Server 2019 Standard N69G4-B89J2-4G8F4-WWYCC-J464C
      Windows Server 2019 Datacenter WMDGN-G9PQG-XVVXX-R3X43-63DFG
    4. Windowsをアクティブ化するには、次のコマンドを実行します:

      slmgr /ato
    5. ライセンス・ステータスを確認するには、次のコマンドを実行します:

      Get-CimInstance -ClassName SoftwareLicensingProduct | where {$_.PartialProductKey} | select Description, LicenseStatus

      LicenseStatus1の場合、インスタンスは適切にライセンスされています。 ライセンス・ステータスを更新するのに最大48時間かかる可能性があります。

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