Help us understand the problem. What is going on with this article?

EC2インスタンスの休止について試してまとめてみた

More than 1 year has passed since last update.

※この記事はAWS Advent Calendar 2018の8日目です。

re:Invent2018で発表された内容に絡む何かを試そうと思ったんですが、気になるところは結構某ブログでやってくれちゃってますねw
ありがたいことですが、書くネタがないw

re:Inventでの発表内容の裏でひっそりとEC2インスタンスが休止(hibernate)に対応していたので、実際に試してみて、普通に停止するのと何が違うのかを軽く書いてみます。
※これも既に試されていますが気にしない

そもそも休止(hibernate)って?

Windowsだと通常のシャットダウンの他に休止ができるので、それを見てる人にはある程度馴染みがあるかもしれません。
インスタンスについては、開始(start)、停止(stop)、終了(terminate)がこれまでありましたが、新しく追加されたのが休止(hibernate)です。

シャットダウンと違って、停止する前にメモリが保持している内容をディスクに保存(EC2の場合はSSD)し、次に起動した際にその内容を読み込んでから開始する機能です。
よく「現在の作業状態を保存し、起動時に読み込む」と説明されていますね。

インスタンスの休止を試してみる

今の所の休止可能な条件をまとめておきます。

休止可能な条件

細かくはこちら
Hibernation Prerequisitesに書いてあります。
日本語にはなってないので、日本語にして書いておきます。まあ、見ればだいたい分かると思いますけれど。
ざっくりなので多少ニュアンス違うかもしれません。
原文は上のリンクを参照で。

  • C3, C4, C5, M3, M4, M5, R3, R4, R5のインスタンスが対象(*.metalを除く)
  • Amazon Linux AMI 2018.03 released 2018.11.16移行のAMIが対象
    • Amazon Linux2は近日対応
    • HVMのAMIのみが対象
    • 既存のAMIを休止に対応させる方法はこちらを見てね!
  • ルートボリュームがEBSであること
    • インスタンスストアは不可
  • ルートボリュームがOSやアプリケーションなどが使用していたRAMの中身を保存しておくのに十分な容量であること
  • ルートボリュームが暗号化されていること
    • ルートボリュームの暗号化については後述
  • インスタンスを作成するときにEnable hibernation〜をチェックしていること
    • あとから可能にすることはできない
  • オンデマンドインスタンス、リザーブドインスタンスのみで可能
    • スポットインスタンスについてはこちら

インスタンスストアが不可なのは、インスタンスストアだとデータを保持しておけないからなんでしょうね。多分。
ルートボリュームを暗号化する方法についてはこちら
初回起動時にいきなり暗号化はできず、一回立ち上げたインスタンスから一度AMIを作って、作ったAMIをコピーする際にブートボリュームを暗号化できます。

手順

では実際にやってみます。

  1. 適当なインスタンスを立ててAMIを作成する
    条件を満たすようなインスタンスを立てます。とりあえず、最新のAmazon Linux(2はまだダメ)を選んで立てました。
    ここではまだEnable hibernationにチェックは入れません(入れても次のストレージの追加から先へ進めません)
  2. 作成したAMIをコピーし、EBSを暗号化する
    AMIのコピーを選択して、そのときに暗号化します。
    スクリーンショット 2018-12-08 21.37.31.png
    マスターキーは、今回は適当でいいのでデフォルトにします。
    スクリーンショット 2018-12-08 21.38.30.png
  3. EBSを暗号化したAMIからインスタンスを作成する
    Enable hibernation〜にチェックを入れる
    スクリーンショット 2018-12-08 21.55.09.png

  4. 「インスタンスの状態」から「Stop-Hibernate」を選択する
    実際に可能になっていることがわかります。
    スクリーンショット 2018-12-08 21.59.54.png

インスタンスの状態はstoppedになってますね。
スクリーンショット 2018-12-08 22.07.38.png
これだと普通にstopしたのか休止したのかわからないような…。どこで見ればいいんだろう。

制限

これも記載された内容を日本語にしておきます。

以下はサポートされていません(※実行はできるみたいですが…)
* 休止中のインスタンスタイプ、サイズの変更
* 休止可能なインスタンスからのスナップショットやAMIの作成
* 休止されたインスタンスからのスナップショットやAMIの作成

他にも以下のようなことが
* オートスケーリンググループ内のインスタンスやECSで使われているインスタンスは休止不可
* オートスケーリンググループのインスタンスを休止するとunhealthy扱いになってterminateされる
* くわしくはこちら
* 60日以上の休止はサポートしていないので、それ以上休止したい場合は再起動するかstop→startする必要がある
* AWSが当てるパッチと休止中のインスタンスがコンフリクトする可能性がある
* クリティカルなアップデートではインスタンスの再起動、シャットダウンが必要になるため注意

所感

料金的には普通に止めるのと変わらなそうなので一時的に止めてすぐ起動したいときとかに使えそうですね。
ただ、制限の部分を見る限り、意外と気をつけないといけないところが多いので、通常のstop,startとは結構違うところが多く、実際に運用に組み込むのは注意が必要そうです。
というか、自分にはあまりいいユースケースが浮かばず。どういうときに使いやすいだろう?

Why not register and get more from Qiita?
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away
Comments
No comments
Sign up for free and join this conversation.
If you already have a Qiita account
Why do not you register as a user and use Qiita more conveniently?
You need to log in to use this function. Qiita can be used more conveniently after logging in.
You seem to be reading articles frequently this month. Qiita can be used more conveniently after logging in.
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away
ユーザーは見つかりませんでした