AWS/EC2 の履歴(No.3)

• 履歴一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• AWS/EC2 へ行く。
  • 1 (2016-04-27 (水) 11:07:33)
  • 2 (2016-04-27 (水) 02:26:21)
  • 3 (2016-05-20 (金) 03:09:39)
  • 4 (2016-05-26 (木) 01:28:02)
  • 5 (2016-07-06 (水) 22:09:32)
  • 6 (2017-06-07 (水) 08:47:07)
  • 7 (2017-06-23 (金) 12:40:07)
  • 8 (2019-08-12 (月) 15:33:57)
  • 9 (2020-04-25 (土) 11:23:20)
  • 10 (2020-04-28 (火) 20:25:57)
  • 11 (2020-04-30 (木) 19:59:33)
  • 12 (2020-11-08 (日) 20:03:04)
  • 13 (2021-06-07 (月) 14:39:09)
  • 14 (2021-06-23 (水) 20:51:28)
  • 15 (2022-10-14 (金) 13:16:52)
  • 16 (2023-02-06 (月) 18:00:12)
  • 17 (2023-04-23 (日) 04:45:11)
  • 18 (2023-05-12 (金) 18:15:02)
  • 19 (2023-05-15 (月) 15:17:33)
  • 20 (2023-05-18 (木) 08:23:41)
  • 21 (2023-05-31 (水) 21:25:44)
  • 22 (2024-01-18 (木) 19:35:28)
  • 23 (2024-01-24 (水) 13:20:48)
  • 24 (2024-01-29 (月) 18:26:29)
  • 25 (2024-02-09 (金) 17:39:15)
  • 26 (2024-02-11 (日) 05:56:58)

---

EC2 概要†

サーバーインスタンスだが、他のサービスもEC2ベースとしており、AWSの基本中の基本サービス。

EC2 ライフサイクル†

起動、停止、terminateは削除なので間違わないように

EBS†

Elastic Block Storeの略。スナップショット機能など多彩な機能がある。通常インスタンスストレージは停止したら消えるのであまり使わずEBSがEC2のメインストレージとなるだろう。EBSは同一AZでのインスタンスにしかアタッチできない。スナップショットから別AZへコピーできる

EBSの種類†

GP2は容量を増やすとパフォーマンスが伸びる。Provisioned IOPSは自分でパフォーマンスを指定できるが、増やしすぎると値段が上がるので注意。

AMI†

マシンのOSイメージのこと。マイクロインスタンスであれば、RHELもWindowsも無料の枠内に収まるとのこと。「free tier eligible」とあればマイクロインスタンスとの組み合わせで無料。自分でAMIを作ることが可能で、実用上は公式提供のAMIをカスタマイズして自分のシステムのベースを作る。仮想マシンの方式がhvmとparavirtualがあるが、今後の主流はhvmであるのでhvmベースで作成すべし！

EC2初期設定†

Cloudinit†

起動時に設定などを実施できるcloud-init(yml)かシェルスクリプトを設定できる。APIからも設定可能。

EC2インスタンスの作成からログインまで†

無料枠を超えないようにインスタンスはT2.micro、その他はデフォルトで進める。秘密鍵のペアはpemファイルとなるが、puttygenでインポートしてからputty形式のファイルにして、ec2-userでログイン成功

インスタンスの作成手順詳細†

1. AMIを選ぶ
2. 6. Configure Security GroupでSGを指定する

インスタンスタイプ†

Elastic IP†

静的なIPでインスタンスにひもづけることができる。起動していないインスタンスにEIPを確保しておくと課金対象。ここを見るとPrivate IPとの紐づけも見られる。 一応使わないでも再起動しなければ起動時に動的に割り当てられたpublic IPでアクセスできる。PublicIPの自動割り当て機能は起動時のみ利用出来る為、起動後に付与したくなった場合にはEIPを利用する必要がある。

ELB†

Elastic Load Balancing。インスタンスを複数ぶら下げて振り分ける。異常からの復帰時はデフォルトだと最低300秒かかるので気長にまつか、設定を変更する。それぞれのAZで等しい台数とスペックをぶら下げるのが基本。

Internal ELB†

名前解決はpublicなDNSで行うため、利用側にインターネット接続必要。

ELB負荷対策†

ELBのスケールアップ・スケールアウトはAWS側で勝手にやってくれる。配下でインスタンスが全滅していると勝手に一個になる。復帰すると2個になる。apache benchをやり続けるとそのIPだけタイムアウトになってしまう！なにか見ているのかも？

こちらで負荷監視する項目はCloudWatchから取得できる処理数や処理待ちなどのデータ。

スティッキーセッション†

クラウド時代にはあまり好ましくはないが、特定のサーバーに振り分けるスティッキーセッションの設定もできる。ELBの説明欄から維持設定をクリック

元アクセスのリクエストヘッダ†

• 以下のヘッダーについてくるのでアクセスログのフォーマットを変更する。

HTTP_X_FORWARDED_FOR
HTTP_X_FORWARDED_PORT
HTTP_X_FORWARDED_PROTO

ELBのサブネット†

所属するサブネットに最低8IPの空きが必要。

EC2 オートスケール†

負荷状況に合わせて増やしたり、一定数以上の稼働を保証させることができる仕組み。もととなるAMIを使って起動するので、そのAMIを作成しておく。起動設定でアプリのデプロイをしてELBに関連づけ(AutoScaleの設定画面から既存ELBを選択)しておくとよい。