admin

Amazon EC2編～SnapshotやAMIを使ったバックアップと運用パート②～

今回は、「SnapshotやAMIを使ったバックアップと運用～パート②～！」と題してお話をしていきます。

以前の記事では「Amazon EC2編～SnapshotやAMIを使ったバックアップと運用パート①～」ということで、主にAMIの作成とSnapshotからのAMIの作成について記述したかと思います。
そこで今回はパート②ということで実際に障害が発生してしまった際、この作成したAMIを使ってどのように障害復旧を行うか記述しておきたいと思います。

パート①でもお話したように、バックアップを行なっておくということはとても重要です。
特に、実際に障害が発生してしまった時はバックアップがものをいいます。
Amazon EC2インスタンスに「SSHで接続できなくなった！」や「Ping疎通がされない！」といった場合にAMIを利用して障害を復旧させます。

※AMIを利用して復旧作業を行う前には、必ずPingやhttpdなどの障害が発生している該当サービスの再起動を行ってください。
また、障害が発生している該当EC2インスタンスの再起動および、停止してから起動を行ってみましょう！
それでも改善しない場合にAMIを利用して復旧作業を開始します。

ではまず、通常にAMIを利用して障害が発生してしまっているEC2インスタンスと同スペックのインスタンスを同一のゾーンで起動し直してみます。

1.AWS管理コンソールにログインしてサービスでEC2を選択、下記画面を開き左メニューの「AMIs」をクリックします。

2.AMI一覧から該当AMIを右クリックし、「Launch」を選択します。

なお、以降の手順は以前の記事の「Amazon EC2インスタンスを立ちあげてみよう！」の手順10から参照していただき、作業を行ってもらえれば大丈夫です。また確認事項として、
手順15のインスタンスキーの生成は「Choose from your existing Key Paris」を選び、既存のEC2インスタンスを作成したときに生成したKeyを選択してください。

これで作業は完了です！・・・が！！！

もし、以上の作業を行っても障害が解消されない場合は、先ほどの作業のなかで設定した、Availability Zoneを別のゾーンに設定して改めてインスタンスを起動し直してみましょう。

いかがでしたでしょうか？
このように、事前にAMIを作成しておけば障害が発生してしまった場合でも障害復旧作業は短時間で簡単に行えます。
障害はできれば起こって欲しくないものですが万が一に備え、是非、確認しておいてください！

次回は「Amazon RDS編！」ということで、EC2インスタンスからDBインスタンスへの接続についてお話していきたいと思いますので、お楽しみに！

---

by admin

Amazon EC2編～スポットインスタンスを使ってみよう！～

今回は、AWSのちょっと変わったインスタンスについて紹介したいと思います。

「スポットインスタンス」というものをご存知でしょうか？
スポットインスタンスとは、AWSサーバ上に存在し、使われていないEC2インスタンスに値段をつけ、その入札価格が現在のスポット価格(※長期ではなく、1回ごとの取引で決定され成立した市場価格)を上回っている限り、そのインスタンスを利用することができるというものです。
これにより、コスト削減も見込めます。
そのため、スポット価格は需要と供給の関係に基づいてリアルタイムに変動します。

ただし、スポットインスタンスでは、インスタンスが中断される可能性があるのでそれに備えておく必要があります。
最高入札価格を高く設定することで、スポットインスタンスが終了する可能性を下げることができますが、中断を防ぐことはできません。スポット価格が、設定した最高入札額を上回った場合は予期せずインスタンスが終了しますので、停止を想定したインスタンスの利用を行なうことをおすすめします。

ではその注意点を踏まえたうえで、実際にスポットインスタンスの利用法を説明していきます。

まず、スポットインスタンスリクエストを作成する前に、スポット価格履歴を確認してください。
インスタンスタイプ、インスタンスを実行するオペレーティングシステム、期間、起動する利用可能ゾーンに基づいて、1日から90日間のスポット価格の変動履歴を見られるのでこちらも合わせて事前に確認しておきましょう！
以下、スポット価格履歴の表示の仕方です。

1.AWS管理コンソールにログインして、以下の画面で「EC2」を選択します。

 

2.画面左側メニューの「Spot Requests」をクリックします。

 

3.画面上部にある「Pricing History」をクリックします。

 

4.スポットインスタンスの価格設定履歴確認画面が表示されます。
任意のOS、インスタンスタイプ、指定期間、利用可能ゾーンを選択して価格履歴の確認をおこないます。

 

スポットインスタンスリクエストの作成に入る前に、リクエストについて記述しておきましょう。
スポットインスタンスリクエストには以下、2種類のリクエスト方法があります。

ワンタイムリクエスト

リクエストをおこなった全てのインスタンスが起動するか、リクエストの期限が切れるか、リクエストをキャンセルするかのいずれかが確認されて時点でリクエストが完了するという方法です。

持続スポットインスタンスリクエスト

おこなったリクエストの期限が切れるかもしくは、キャンセルをおこなうまでリクエストの完了または終了はしません。
また、Amazon EC2 での最高入札価格が、リクエストをおこなった際の入札価格を超える場合はインスタンスを起動し、下回る場合はインスタンスを停止します。

ワンタイムリクエストでも持続リクエストでも、スポット価格を下回るか、終了するか、自動的に終了しない限りインスタンスは続行します。
また、最大価格がスポット価格とまったく同じである場合、インスタンスは続行する場合としない場合があるのでご注意ください。

さて、いよいよ下記、スポットインスタンスリクエストの作成です！
なお手順は、先ほどのスポット価格履歴の表示手順2までは同様の手順になります。

また、リクエストできる最大スポットインスタンス数は、最大100となっています。
それ以上のスポットインスタンスをリクエストする場合は、同じく以下のAmazon EC2インスタンス申請フォームから申請をおこなえば制限数を増やすことができます。

・Amazon EC2インスタンス申請フォームはこちら

スポットインスタンスリクエストの作成

1.画面上部にある「Request Spot Instances」をクリックします。

 

2.今回は試験として、Amazon Linuxでスポットインスタンスのリクエストをおこないますが、選択内容は自由なので任意で選択をしてください。まずは通常のインスタンスの立ち上げ同様にOSを選択します。

 

1. 任意で仕様に合わせて項目を選択し、「Continue」をクリックします。
   

 

以下は項目の説明です。

Max Price	1時間ごとの、支払うことができる最高入札額
Launch Group	一連のリクエストをまとめるグループのためのレベル 設定をするとグループ単位で起動・終了できる
Request Valid From	リクエストの有効期間のはじまり
Request Valid Until	リクエストの有効期間の終わり
Persistent Request?	リクエストがワンタイムか接続かを決定 デフォルトではワンタイムリクエスト

 

これより先の手順はAmazon EC2インスタンス立ちあげ手順と同じになります。
※Amazon EC2インスタンス立ちあげのレシピはこちら

1. 作成したスポットインスタンスのStateが「open」から「active」になったら完了！
   

 

・・・ですが、

中には、リクエストしたスポットインスタンスを設定したものの、やっぱりキャンセルしたい・・・！
という方もいらっしゃると思うのでキャンセルのやり方についても、念のため記述しておきます。
なお、スポットインスタンスはSTOPをすることができませんので不必要になったらキャンセルしてインスタンスを削除するしかありません。

スポットインスタンスのキャンセル方法

手順2までは、先ほどのスポットインスタンスリクエスト作成と同じです。
1. リクエストをおこなっていれば、以下のようにスポットインスタンスリクエストの一覧が表示されているはずです。削除をおこないたいスポットインスタンスを選択して、画面上部の「Cancel」をクリックします。

1. 「Yes, cancel request」をクリックしてスポットインスタンスのリクエストをキャンセルします。
   

 

1. そうすると、スポットインスタンスのStateが「cancelled」、Statusが「request-canceled-and-instance-running」になります。
   

 

1. リクエストはキャンセルされたけどインスタンスは起動しているということなので、インスタンス画面から対象インスタンスを左クリックして「terminated」をクリックします。
   

 

1. 「Yes, Terminate」をクリックします。
   

 

1. そうするとスポットリクエストのStatsが「instance-terminated-by-user」となり、スポットインスタンスがキャンセルされます。
   

 

これで、スポットインスタンスのキャンセルをおこなうことも可能です。

いかがでしたでしょうか？
注意事項もありますが、スポットインスタンスを有効活用すれば、AWSを使ってより効率よく、そして低コストでシステムを運用する
ことが可能になりますので皆さんも是非、スポットインスタンスを使ってみましょう！

次回は以前のレシピに引き続き、「Amazon EC2編～SnapshotやAMIを使ったバックアップと運用パート②～」と題してお話していきたいと思いますので、お楽しみに！

 

【12月4日(金)15:00～】【AWS　AI/MLオンラインセミナー】ABEJA様/ブレインズテクノロジー様/dotData Japan様との共同登壇！視聴無料！まだ申し込み可能です。

申し込みはこちら

 

 

---

by admin

Amazon EC2編～microインスタンスのSWAP領域について～

つい先日、AWSよりEC2リザーブドインスタンスの料金を最大27%値下げすると発表されました。
これによってコストも削減され、さらにEC2が手軽に利用できるようになりますね！

今回はそんなAmazon EC2に関することで、microインスタンスのSWAP領域についてお話したいと思います。

■SWAP領域とは？

システムの動作中に容量が不足しメモリを使い切りそうになってしまった場合、メモリから内容の一部を取り出して一時的に退避させるためのHDD上の領域になり、容量を有効活用しよう！という手段です。
Linuxでは、専用の領域としてパーティション作成時に確保します。

なお、EC2のmicroインスタンスには標準ではSWAP領域がありません。
SWAP領域が必要な場合は、設定をおこなう必要があるので、その設定方法を以下に記述しておきます。

①ddコマンドで適当なサイズのファイルを作成します。
コマンドオプションの「of」にファイルのパスを指定して「bs」に基準となる容量の単位を指定して「count」にbsの量を指定します。
②「mkswap」コマンドで、ファイルをSWAPフォーマットに変更します。
③「swapon」コマンドでSWAPファイルをシステムのSWAP領域として有効にします。
④「swapon -s」コマンドで確認すると、SWAPが組み込まれたことが分かります。

また、以下のように「top」コマンドで確認をしてもSWAP領域が使われていることが分かるかと思います。

最後に「/etc/fstab」ファイルの最終行にSWAP設定を追加します。その際は、キーボードの「Insert」キーで設定を開始します。
これで設定は完了です！

なお、設定を追加したらキーボードの「Esc」キー：を押して、「wq」コマンドを入力し設定を保存しましょう！

ただ、SWAPを利用する際には十分、注意が必要です。
SWAP領域を作成するとEBSのI/Oリクエストが頻繁におこなわれ、その都度、課金がおこなわれます。
そのため、SWAPを利用する際は一時的な利用をおすすめします。
長時間の利用をしなければならないといった場合は、一つ上のスペックのインスタンスタイプを使ってスワップしないメモリ容量を確保するようにしましょう。

なお、SWAPを無効にしたい場合は「swapoff -a」コマンドを実行すれば可能です。

いかがだったでしょうか？
SWAP領域はデメリットをしっかり確認しておけば、十分、活用することは可能です。
是非、EC2上でデータを運用する際の参考にしてください！

次回は、「Amazon EC2編～スポットインスタンスを使ってみよう！～」と題して、Amazon EC2のスポットインスタンスについてお話しますのでお楽しみに！

---

by admin