翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
VM Import/Export を使用したイメージとしての VM のインポート
ヒント
コンソールベースのエクスペリエンスで仮想マシン (VM) をインポートするには、Migration Hub
VM Import/Export を使用して、仮想化環境から Amazon EC2 に仮想マシン (VM) イメージを、インスタンスの起動に使用できる Amazon マシンイメージ (AMI) としてインポートできます。その VM イメージは、後でインスタンスから仮想化環境にエクスポートできます。これにより、Amazon EC2 に移行されるため、IT セキュリティ、構成管理、およびコンプライアンス要件に合わせて作成した VM への投資が無駄になりません。
重要
-
AWSVM Import/Export では、新しい VM Import タスクを作成するときに、
--license-type
--usage-operation
またはパラメータの値を指定することを強くお勧めします。これにより、オペレーティングシステムに適切なライセンスが付与され、請求が最適化されます。詳細については、「ライセンスオプション」を参照してください。 -
AWSVM Import /エクスポートは、ソース仮想マシン内にネイティブにインストールされたイメージのみをサポートし、 physical-to-virtual (P2V) 変換プロセスを使用して作成されたイメージはサポートしません。詳細については、「VM Import/Export の要件」を参照してください。
VM の仮想化環境からのエクスポート
VM をエクスポートする準備ができたら、それを仮想化環境からエクスポートできます。イメージとして VM をインポートする場合、次の形式でディスクをインポートできます。Open Virtualization Archive (OVA)、Virtual Machine Disk (VMDK)、Virtual Hard Disk (VHD/VHDX)、raw。仮想化環境によっては、通常 1 つ以上の VMDK、VHD、または VHDX ファイルを含む Open Virtualization Format (OVF) にエクスポートした後、ファイルを OVA ファイルにパッケージ化することになります。
詳細については、「仮想化環境」のドキュメントを参照してください。例:
-
VMware — VMware Docs
サイトの「OVF テンプレートのエクスポート」を探します。OVA を作成する手順に従います。 -
Citrix — シトリックス Web サイトでの仮想マシンのインポートとエクスポート
。 -
Microsoft Hyper-V — Microsoft の Web サイトにある仮想マシンのエクスポートとインポートの概要です
。 -
Microsoft Azure — Microsoft ウェブサイトの Azure から Windows VHD をダウンロードする
またはAzure から Linux VHD をダウンロードする Azure ポータルから、移行する VM を選択し、[ディスク] を選択します。各ディスク (OS またはデータ) を選択し、[スナップショットの作成] を選択します。完成したスナップショットリソースで、[エクスポート] を選択します。これにより、仮想イメージをダウンロードするために使用できる URL が作成されます。
プログラムによる VM への変更
ImportImage
API を使用して VM をインポートする場合、インポートした VM AWS にアクセスできるようにファイルシステムを変更します。変更されたファイルを書き込むときに、AWS は元のファイルを同じ場所に新しい名前で保持します。以下のアクションが発生する場合があります。
全般
-
が提供するイメージと同等になるようにAWS、AWS Systems Managerクライアントは VM にインストールされます。
Windows
-
VM を起動できるようにレジストリ設定を変更します。
Linux
-
Citrix PV ドライバーを OS に直接インストールするか、initrd/initramfs を変更してドライバーを含むようにする。
-
ネットワークスクリプトを変更して静的 IP を動的 IP に置き換える。
-
無効なエントリの変更
/etc/fstab
、コメントアウト、およびデバイス名の UUID への置き換え。一致する UUID がデバイスに対して見つからない場合、nofail
オプションがデバイスの説明に追加されます。デバイス名を修正し、インポート後にnofail
を削除する必要があります。ベストプラクティスとして、インポートのために VM を準備中に、デバイス名ではなく UUID によって VM ディスクデバイスを指定することをお勧めします。標準以外のファイルシステムの種類 (cifs、smbfs、vboxsf、sshfs など) を含む、
/etc/fstab
のエントリは無効になります。 -
デフォルトエントリやタイムアウトなどの grub ブートローダー設定の変更。
イメージとしての VM のインポート
VM を仮想化環境からエクスポートした後に、Amazon EC2 にインポートできます。インポートプロセスは、VM の送信元に関係なく同じです。
前提条件
-
エクスポートされたイメージを保存する Amazon S3 バケットを作成するか、既存のバケットを選択します。バケットは、VM をインポートするリージョンに存在する必要があります。S3 バケットの詳細については、Amazon Simple Storage Service ユーザーガイドを参照してください。
-
IAM ロール (
vmimport
) を作成します。詳細については、「必要なサービスロール」を参照してください。 -
インポートコマンドを実行するために使用するコンピュータにまだ AWS CLI をインストールしていない場合は、AWS Command Line Interface ユーザーガイドを参照してください。
ヒント
サポートされている場合はAWS リージョン、AWS CloudShellから直接起動するブラウザベースの認証済みシェルにも使用できます。AWS Management Console
Amazon S3 へのイメージのアップロード
任意のアップロードツールを使用して、Amazon S3 バケットに VM イメージファイルをアップロードします。Amazon S3 コンソールからオブジェクトをアップロードする方法については、オブジェクトのアップロードを参照してください。
VM のインポート
Amazon S3 に VM イメージファイルをアップロードした後、AWS CLI を使用してイメージをインポートできます。これらのツールは、Amazon S3 バケットおよびファイルへのパス、またはパブリック Amazon S3 ファイルの URL のいずれかを受け取ります。プライベート Amazon S3 ファイルには署名付き URL が必要です。Migration Hub Orchestrator
次の例では、AWS CLI コマンド import-image を使用してインポートタスクを作成します。
例 1: 1 つのディスクでのイメージのインポート
次のコマンドを使用して、1 つのディスクでイメージをインポートします。
aws ec2 import-image --description "
My server VM
" --disk-containers "file://C:\import\containers.json
"
以下は、S3 バケットを使ってイメージを指定する containers.json
ファイルの例です。
[ { "Description": "My Server OVA", "Format": "ova", "UserBucket": { "S3Bucket": "my-import-bucket", "S3Key": "vms/my-server-vm.ova" } } ]
以下は、Amazon S3 の URL を使ってイメージを指定する containers.json
ファイルの例です。
[ { "Description": "My Server OVA", "Format": "ova", "Url": "s3://my-import-bucket/vms/my-server-vm.ova" } ]
例 2: 複数のディスクでのイメージのインポート
複数のディスクを含むイメージをインポートするには、以下のコマンドを使用します。
$
C:\>
aws ec2 import-image --description "
My server disks
" --disk-containers "file://C:\import\containers.json
"
次は、containers.json
ファイルの例です。
[ { "Description": "First disk", "Format": "vmdk", "UserBucket": { "S3Bucket": "my-import-bucket", "S3Key": "disks/my-server-vm-disk1.vmdk" } }, { "Description": "Second disk", "Format": "vmdk", "UserBucket": { "S3Bucket": "my-import-bucket", "S3Key": "disks/my-server-vm-disk2.vmdk" } } ]
例 3: 暗号化オプションを有効にしたディスクのインポート
暗号化されたルートボリュームを持つイメージをインポートするには、次のコマンドを使用します。
aws ec2 import-image --description "
My server disks
" --encrypted --kms-key-id0ea3fef3-80a7-4778-9d8c-1c0c6EXAMPLE
--disk-containers "file://C:\import\containers.json
"
暗号化用に指定された CMK をインポートプロセス全体で無効にすることはできません。詳細については、Amazon EC2 ユーザーガイドの Amazon EBS 暗号化を参照してください。
例 4: Migration Hub Orchestrator の「AWS仮想マシンイメージをテンプレートにインポート」を使用してイメージをインポートする
-
ナビゲーションペインで [移行ワークフローの作成] を選択します。
-
「ワークフローテンプレートの選択」 ページで、「AWS仮想イメージをテンプレートにインポート」を選択します。
-
ワークフローを設定して送信し、VM のインポートを開始します。詳細については、AWS Migration Hub Orchestrator ユーザーガイドを参照してください。
イメージのインポートタスクのモニタリング
describe-import-image-tasksコマンドを使用して、インポートタスクのステータスを返します。
aws ec2 describe-import-image-tasks --import-task-ids import-ami-
1234567890abcdef0
次のようなステータス値があります。
-
active
— インポートタスクは進行中です。 -
deleting
— インポートタスクはキャンセルされています。 -
deleted
— インポートタスクはキャンセルされました。 -
updating
— インポートのステータスを更新しています。 -
validating
— インポートしたイメージを検証中です。 -
validated
— インポートしたイメージが検証されました。 -
converting
— インポートしたイメージを AMI に変換しています。 -
completed
— インポートタスクは完了し、AMI はすぐに使用できます。
イメージのインポートタスクが完了すると、出力に AMI の ID が含まれます。以下は、ImageId
を含む出力の例です。
{ "ImportImageTasks": [ { "ImportTaskId": "import-ami-01234567890abcdef", "ImageId": "ami-1234567890EXAMPLE", "SnapshotDetails": [ { "DiskImageSize": 705638400.0, "Format": "ova", "SnapshotId": "snap-111222333444aaabb" "Status": "completed", "UserBucket": { "S3Bucket": "my-import-bucket", "S3Key": "vms/my-server-vm.ova" } } ], "Status": "completed" } ] }
イメージのインポートタスクのキャンセル
アクティブなインポートタスクをキャンセルする必要がある場合は、cancel-import-taskコマンドを使用してください。
aws ec2 cancel-import-task --import-task-id import-ami-
1234567890abcdef0
次のステップ
イメージのインポートタスクが完了した後、生成された AMI を使用してインスタンスを起動するか、AMI を別のリージョンにコピーします。
一部のオペレーティングシステムでは、Nitro ベースのインスタンスに必要な拡張ネットワーキングおよび NVMe ブロックデバイス用のデバイスドライバは、インポート中に自動的にインストールされません。これらのドライバを手動でインストールするには、次のドキュメントの指示に従って行います。次に、カスタマイズされたインスタンスから新しい AMI を作成します。