Amazon EC2とインスタンスを理解する
Amazon EC2はAWS上で仮想サーバーを動かすサービスです。OSのテンプレート、サーバーの能力、保存領域、通信、操作権限を別々に選びます。作成後の更新や停止・終了まで含めて、EC2を使う意味を学びます。
この単元で学ぶこと
- AMI・インスタンスタイプ・保存領域の役割を区別できる
- ネットワークとAWS操作権限とOS管理を区別できる
- 停止・再起動・終了と残るデータや費用を説明できる
本文解説
仮想サーバーを借りる EC2インスタンスはクラウド上の仮想サーバーです。Webサーバーやバッチ処理などを実行できます。AWSは物理ホスト等を管理しますが、通常のEC2内に入れるOSやソフトウェアの構成・更新は利用者側です。OSを細かく制御できる自由度と管理作業が組になります。
AMIは起動の材料 AMIはOSや必要なソフトウェアなどを含む起動用テンプレートです。同じAMIから複数のインスタンスを起動できます。テンプレートがあることと、実際のサーバーが稼働していることは違います。CPUやメモリ量を選ぶインスタンスタイプとも別の要素です。
能力を用途へ合わせる インスタンスタイプによりCPU、メモリ、ネットワーク等の能力が変わります。計算中心か、大量のデータをメモリへ置くのかで適した構成は違います。大きいものを選べば何でも最適とは限らず、負荷を測定して不足箇所と費用を確認します。
永続と一時の保存 EBSは永続的なブロックストレージとして使います。一方、インスタンスストアは停止・終了などで失われ得るため、一時ファイルや再作成できるデータ向けです。EBSも終了時に削除する設定があり、永続という言葉を「どの操作でも必ず残る」と解釈しません。
通信と権限を分ける セキュリティグループはネットワークの通信許可を扱います。EC2アプリがS3を読む権限はIAMロール等で設定します。HTTPSを許可してもS3読取り権限が付くわけではありません。外部からWebへ届くには経路、アドレス、アプリの待受も必要です。
停止と再起動 EBS-backedインスタンスは停止した後で起動できます。停止後のEBSは通常保持されますが、インスタンスストアのデータは失われます。OSの再起動はこれとは違う操作です。また自動割当のパブリックIPv4は停止・起動で変わる場合があるため、固定と決めつけません。
終了と残存資源 終了はインスタンスを削除する操作で、同じインスタンスを再起動できません。終了時にEBSを削除するか保持するかを事前に確認します。停止してもEBSやIPなどの費用、継続利用の約束による負担が残る場合があります。計算の停止と全課金の終了は別です。
例題:Webを増やす 同じAMIで複数台を作ると構成をそろえやすくなりますが、AMIへ社員の長期アクセスキーを入れると複製先にも広がります。認証には限定ロールを使い、複数AZ、負荷分散、データや利用者状態の扱いを合わせて設計します。起動台数だけで可用性を保証しません。
図解
重要ポイント
- AMIは起動材料、タイプは能力、インスタンスは実体。
- 通常のEC2ではゲストOSとアプリを利用者が管理する。
- EBSと一時ストレージの保持条件を区別する。
- 停止・再起動・終了はデータと費用への影響が異なる。
間違えやすい点
- AMIをCPUサイズと混同しない。
- EBS永続を終了時の無条件保持と解釈しない。
- 停止だけで全費用が消えると考えない。
用語解説
- EC2インスタンス
- AWSで実行する仮想サーバー。状態、起動イメージ、能力、ネットワーク、ストレージなどを設定する。
- AMI
- OSやソフトウェア構成を含む、EC2を起動するためのテンプレート。
- インスタンスタイプ
- CPU、メモリ、ネットワーク、ストレージ等の能力の組合せ。
- EBS-backed
- ルートボリュームにEBSを使うEC2構成。停止と終了の違いを理解して扱う。
- インスタンスストア
- ホストに付属する一時ストレージ。停止や終了などで消失するためデータの性質に応じて使う。
関連教材
参考資料
教材データに登録された参考リンクです。リンク先の内容や更新日は提供元でご確認ください。
確認問題の出題・採点や学習履歴の保存にはログインが必要です。