Amazon EC2でUbuntuインスタンスを起動しようとしています。 PVとHVMのオプションを選択しています。私は間違っている可能性がありますが、PVはより効率的な仮想化モデルを提供することがわかりました。Amazonが両方のオプションを提供しているため、HVMにはPVでは得られない利点があるかもしれないと示唆しています。今後、この仮想マシンをGITおよび多分Team Cityに使用したいと思います。選択を手伝ってもらえますか?
理由がない限り、「Linuxで」「PVに移行」と言います。 PVは長年onlyオプションであったため、はるかによくテストされています。 (HVM for Linuxはごく最近、非常に特殊なCompute Clusterノードの外部に導入されました。)
それらの間の変換はそれほど難しくありません。特に正しく行う場合は特にそうです。 「正しく」とは、 Chef または Puppet または Ansible のようなものを使用してサーバーを構築することです。これにより、「サーバー」(サーバーのビルドプロセス)をバージョン管理下に置くことができます。これにより、誰もがサーバー上にあるものを理解するためのインスタントドキュメントが作成されます。
ルートドライブはephemeralである必要があります。これにより、サーバーが停止した場合にEBSデータを再起動および再接続することができます。 (また、2番目のインスタンスを起動して、OSまたはサーバーソフトウェアをすばやくアップグレードできます。)EBSルートドライブがある場合は、OSを保存/バックアップするために料金を支払う必要があります。サーバー構成がバージョン管理にチェックインされているかどうか。
UPDATE:今後は、パフォーマンスがはるかに向上する可能性があるため、HVMに傾倒します(つまり、「拡張ネットワーキング」)。また、それは「真新しい」ものではありません。
2014年夏、HVMが今後のビジョンであると思われるため、AmazonはPV AMIよりもHVMの使用を推奨し始めました。多くの新しいおよび現在の世代のインスタンスタイプは、HVM AMIでのみサポートされています。たとえば、メモリ最適化r3
タイプ こちらを参照
プッシュおよびR&D AmazonがHVMを最適化することで、PV AMIパフォーマンスEdgeはますますIMMOになります。
Amazonは最近、HVMのみを使用するt2インスタンスを発表しました。 t2インスタンスでは、awsはburstable performance(クレジットを使用する必要がある場合はリソースを使用し、それ以外の場合はフルパワーで実行しない)とcpu credits(24時間以上フルパワーで実行されていない場合はクレジットを取得)ec2インスタンスに対して、価格を劇的に下げます。
現在、これはmicro、smallおよびmediumインスタンス。
ローカルインスタンスストレージがないため、少なくとも1つのebsボリュームを含める必要があります。
ブログをご覧ください post