amazonが 新しいEBSベースのAMI を発表した後、既存のFedora/Windows AMIに基づいていない新しいAMIを作成できるか、または作成できるかどうか疑問に思っています。 ドキュメント は言う:
最も簡単な方法は、既存のパブリックAMIから開始し、要件に応じて変更することです。これは、AmazonEBS-backedAMIとAmazonS3-backed AMIの両方に適用でき、「既存のAMIから始める」で説明されています。
別のアプローチは、スタンドアロンマシンまたはループバックによってマウントされた空のファイルシステムのいずれかに新規インストールを構築することです。これは、Amazon S3がサポートするAMIにのみ適用され、オペレーティングシステムのインストールを最初から構築する必要があります。
将来のすべてのAMIは既存のものに基づいている必要があるように思えますが、それは非常に制限されます。これを正しく理解していますか、それとも既存のものに基づかないAMIを作成する他の方法はありますか? ubuntu AMIの作成に興味があります。
ダウンロード可能なUbuntuサーバーファイルシステムをベースとして使用してGit/gitoliteサーバーAMIを構築するために使用するスクリプトは次のとおりです。
https://github.com/alestic/alestic-git/blob/master/bin/alestic-git-build-AMI
EC2用のAlesticGitサーバープロジェクトの詳細は次のとおりです。
http://alestic.com/alestic-git/
私がAlestic.comに書いたvmbuilder-ebs-boot-AMIの記事(Briblesによる回答にリンクされています)は現在古くなっています。
特にUbuntuの場合は、次の手順を試すことができます http://alestic.com/2010/01/vmbuilder-ebs-boot-AMI 。
AMIは既存のものに基づく必要はありませんが、EC2からの作成は、リモートアクセスとハードウェア構成を備えているが、コンソール入力を備えていないコンピューターを提供するため、複雑です。
ここでのトリックは、ISOイメージがブートセクターを含む場合、ハードディスクから直接 booted にすることができるということです。また、インストーラーの実行中はコンソールを操作できないため、新しいOSのインストールは完全に自動化する必要があります。
3つのEBSディスクを使用し、どのディスクを接続するか(開発、インストーラー、最終結果)を切り替える必要があります。
詳細に説明されているように、この方法(Amazon AMI Linux以降)を使用してLinux Mint 18.2用のAMIを作成しました こちら 。