EC2編～PVインスタンスからHVMインスタンスに移行してみた～
こんにちは、TKです。 今回は仮想化方式の切替についてお話したいと思います。 現在AWSは、HVM方式のインスタンスが出てきたことによって、PV方式よりもメモリが多く、料金が安いので移行したいという方は多いと思います。 今回は、PV方式のインスタンスからHVM方式のインスタンスへの移行について検証を行いました。その際にわかったことについて書きたいと思います。 仮想化方式の違いについて PV方式は準仮想化で、HVMは全仮想化となっています。基本的にはHVM方式がパフォーマンスは高く、利用料金も安いといった特徴があります。 それでは実際に仮想化方式を変えるにはどのようなことを行うのでしょうか。 PVからHVMへの移行の方法はこの2つのサイトを見て行いました。 http://dev.classmethod.jp/etc/pv2hvm-rb/ http://www.agilegroup.co.jp
AWS EC2 の仮想化方式を paravirtual から hvm に変更する - Qiita
仮想化方式を変更することにしたきっかけ インスタンスの稼働枠に空きがない (キャパシティ不足) ために、インスタンスを起動できないことがたびたび発生した 後継のインスタンスタイプの方が、費用が安いうえにスペックが高い リザーブドインスタンスの期限が近づいてきていた から。 運用を継続するにあたって、1. のキャパシティ不足でインスタンスをたびたび起動できないことがあり、古いインスタンスタイプを運用し続けることに危機感があった。 AWS の FAQ に「Amazon Linux 準仮想化 AMI からハードウェア仮想マシン AMI にデータとアプリケーションを移行する方法を教えてください」があるので、わざわざ Qiita に残すことはないと思ったが、実際に自分が実行してみて、わかりにくいところやはまったところを備忘録として残しておこうと考えた。 PV インスタンスを HVM インスタンスに変
インフラエンジニアに贈るAmazon VPC入門 #4 インターネット接続(後編) | DevelopersIO
シリーズの目次は<a href="/series/vpcfor-infra-engineer/">こちら</a><br> <a href="/cloud/vpcfor-infra-engineer-3/">前回</a>からだいぶ間があいてしまいましたが、GW中に記事を書く時間がとれたので続編書きます!! 前回のあらすじ 前回は、VPCからインターネットに接続するための機能をご紹介ということで、インターネットゲートウェイとElastic IPを紹介しました。ざっくり以下にまとめます。 VPC→インターネット : インターネットゲートウェイ経由で接続できる(ただしIPマスカレードはないため、インターネット→VPCへの接続はできない) インターネット→VPC : Elastic IPをインターネットゲートウェイで持ち、Static NATを構成して仮想マシンにトラフィックを転送する Elasti
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
