提供されているOSには次のような種類がある。

　AWS Market Placeと呼ばれるサードパーティーが配布や小売りを行っているサイトでは、CentOSなども提供されている。

　小規模なWebサイトの運用から、クラスタコンピュートを形成するような大規模な解析処理まで、用途に応じて多種多様なインスタンスを選択できる。また、Elastic IP（EIP）と呼ばれるグローバル固定IPを付加することも可能だ。

　前述のようにAmazon EC2のインスタンスは、ユーザーにルートアクセス権（管理者権限）があり、Linuxの場合はsshを、Windowsの場合はリモートデスクトップ接続してログインし、オンプレミスのサーバと同様に設定・運用ができる。

　バックアップはAMIを作成することで、サーバを丸ごとバックアップできる。AMIの作成はサーバを止めずに行うことも可能である。

図1　Amazon EC2の利用・運用の流れ

料金

　支払い形態は大きく3種類ある。

　まず、時間単位で利用料を支払うオンデマンドインスタンス。スペックと利用時間に応じて料金が決まるので、ハードウェアのプランニング、調達や管理の煩雑さから解放される。必要に応じて調達できるので、アクセスの急増に備えて余剰リソースを購入しておく必要がない。

　次に、予約金を支払うリザーブドインスタンス。インスタンスの長期利用を見込んでいる場合は、予約金を支払うことで、オンデマンドインスタンスよりも時間単位の料金が割り引かれる。予約金のプランは利用量によって3プランあり、先払いする予約金と実際に支払う時間単位の利用料金とのバランスを取ることができる。また、購入した利用分が不要になった場合は売却することもできる。

　そして、AWSの余剰リソースをユーザーが入札するスポットインスタンス。AWSがAmazon EC2の未使用の処理能力を売り出し、この売り出しにユーザーが価格を付けて支払う形態である。AWSが需要と供給に基づきスポット的に価格を決め、これにユーザーの値付けが上回っている限り、ユーザーはインスタンスを利用することができる。価格が安定しないため、定期もしくは長期的な利用よりも、短期の解析処理や緊急度の高くないバッチ処理などに利用すると利用料金を抑えることができる。

　続いて、Amazon EC2の周辺サービスを紹介する。

Elastic Load Balancing

　AWSでロードバランサの役割を果たすのが「Elastic Load Balancing」（ELB）である。ELBを使用すると、単一もしくは複数のアベイラビリティゾーンに配置された複数のAmazon EC2へのトラフィックを分散することができる。これによって、耐障害性に優れた運用を可能にし、流入するトラフィックに応じた負荷分散能力を提供する。

　ELBはAmazon EC2インスタンスの状態を検出することができる。動作が適切でないインスタンスが検出されると、このインスタンスに対するトラフィックの割り当ては行わない。ELBによるトラフィックの分散は、健全（動作が適切）なインスタンスにのみに行う。

　また、ELB自身、流入するトラフィックの負荷に応じて自動的にスケーリングする。ELB自らが1台当たりのスペックアップ／ダウンおよびELBの台数を増減し、キャパシティーを自動的に制御する。AWS Management Console、コマンドラインツール、SDKなどで制御可能で、プログラムによって自動化することもできる。

　負荷分散は、Amazon EC2インスタンスのリクエスト数やコネクション数を基に行う。ELBがサポートしているプロトコルはHTTP、HTTPS、TCP、SSLである。SSL通信をする場合は、ELBにSSL証明書を設定でき、SSLアクセスの復号やSSL証明書の集中管理ができる他、オプションのパブリックキー認証を使用してバックエンドのAmazon EC2インスタンスを暗号化する機能を有している。

　ELBの利用は、AWS Management Consoleから簡単に開始できる。AWS Management Consoleの「メニューからELBを選択→名前の決定→管理するプロトコルを選択→ELBの配下で処理するAmazon EC2インスタンスを選択→インスタンスが健全とする状態チェックの条件を設定」するだけである。

ELBの設定画面《クリックで拡大》

Auto Scaling

　Auto Scalingは一言でいえば、サーバの負荷状態に応じてAmazon EC2インスタンスの数を自動的に増減させる仕組みである。AWSリソース（※）とAWS上でユーザーが実行するアプリケーションをモニタリングするサービス「Amazon CloudWatch」を利用し、インスタンスの稼働状態をモニタリングし、需要が急上昇したときはユーザーが使用中のインスタンスの数をシームレスに増やしてパフォーマンスを維持し、需要が落ち着いてきたときは自動的に減らす。特に、使用量が時間ごとに変化するアプリケーションに最適である。

※　Amazon EC2インスタンス、ELB、Amazon EBSボリューム、Amazon RDSインスタンスなど

図2　Auto Scaling動作の長れ《クリックで拡大》

　Amazon EC2の利用を開始していればAuto Scalingは利用でき、利用開始のために特別な手続きは必要ない。

　設定は、開発者用ツールからコマンドラインツールをダウンロードし、コマンドを使用して新しく立ち上がるインスタンスに必要なパラメーター、インスタンス数を増減させる条件を設定する。インスタンス数を増減させる条件を設定できるメトリック（測定基準）としては、CPU稼働率、ネットワーク流量、ディスク利用量がある。

　例えば、Amazon EC2インスタンスの平均CPU使用率が70％以上になる際に新たに3つのインスタンスを起動したり、同様にCPUの平均利用率が10％を下回る場合に増やした分のインスタンスを取り除く設定が可能だ。

　他には、Amazon EC2インスタンスの数や規模を固定したり、ELBと組み合わせてELBの配下にあるAmazon EC2インスタンスの数が一定数よりも少なくならないようにすることもできる。特に後者は、次のような場合に役立つ。ELBは健全でなくなったAmazon EC2インスタンスに処理を割り振らないように機能する。だが、健全でなくなったAmazon EC2インスタンスを除去し、新たにAmazon EC2インスタンスを起動して配下に置くような機能がないため、このような運用を行いたい場合は、AutoScalingの利用が必須になるだろう。

図3　ELBおよびAuto Scalingの利用・運用の流れ

VM Import/Export

　VM Import/Exportは、オンプレミスの仮想マシンイメージをAmazon EC2インスタンスにインポートしたり、元のオンプレミス環境にエクスポートしたりする機能である。

　この機能によって、オンプレミスの仮想マシンをAmazon EC2インスタンスとしてすぐにAWS上で利用することができる。また、元のオンプレミス環境に任意のタイミングでエクスポートすることもできる。

　インポートできるのは、次のファイルフォーマットだ。

• VMware ESX／ESXi
• VMware Workstation VMDKイメージ
• Citrix XenServer VHDイメージ
• Microsoft Hyper-V VHDイメージのWindows Server 2003／2003 R2／2008／2008 R2

　インポートしたインスタンスは、次のファイルフォーマットにエクスポートできる。

• VMware ESX／ESXi VMDK
• VMware ESX／ESXi OVA
• Microsoft Hyper-V VHD
• Citrix XenServer VHD　

　インポートするには、コマンドラインツールを使用する。Amazon EC2インスタンスとしてどのアベイラビリティゾーンで稼働させるか、どのインスタンスのタイプを適用するかをコマンドラインツールで指定、実行するとイメージファイルが自動的にAWSに転送され、Amazon EC2インスタンスが生成される。インポートが終了したら、インポートしていないAmazon EC2インスタンスと同様に運用することができる。

図4　VM Import動作の流れ

　インポートしたAmazon EC2インスタンスをエクスポートするには、同じくコマンドラインツールを使用する。対象とするAmazon EC2インスタンス、仮想マシンのファイルフォーマット、出力先を指定するだけで自動的にエクスポートされる。エクスポートされたイメージファイルはAmazon Simple Storage Service（Amazon S3）に出力される。このイメージファイルをダウンロードし、オンプレミスのサーバ仮想化インストラクチャーで起動することができる。

　オンプレミスのWindows ServerイメージをAmazon EC2インスタンスとしてインポートすると、AWSがこのAmazon EC2インスタンスのためのWindows Serverライセンスキーを用意する。時間単位のAmazon EC2インスタンスの利用料金にWindows Serverを実行するためのライセンス利用料が含まれることになる。インポートしたオンプレミスのWindows ServerのライセンスキーはAmazon EC2インスタンスでは使用しないので、オンプレミス環境内で再利用が可能である。

　また、インポートしたAmazon EC2インスタンスをエクスポートすると、Amazon EC2インスタンスに付与されていたWindows Serverのライセンスキーはエクスポート先に含まれないので、エクスポートしたイメージファイルをオンプレミスのサーバ仮想化インストラクチャーで起動する場合は、起動した後に新しいライセンスキーをサイドアクティブ化する必要がある。

前田友広（まえだ　ともひろ）

株式会社サーバーワークス AWS事業部 エンジニア

日々AWSのアップデートを注視し、お客さまのご要望に最善の提案をし続けている。