WebとかIoTのブログ

なぜ必要なのか

システムを公開するだけではなく、継続的に機能改善していけるかが重要

機能改善にリソースを割くためにも、まず日々の安定稼働が必要

安定稼働のためには定期的にAWSリソースの状態を取得し、問題があれば通知する仕組みが必要

どうやるのか

Amazon CloudWatchを利用する

• 何を持って「問題がある」かを定義
  • メトリクスという単位をセットする
• どの問題が起きた際に、どこに通知するかを定義

AWS CloudTrailを利用する

• マネジメントコンソールやログインなどの操作を記録する
• S3にログを溜める

Amazon CloudWatchとは

運用監視を支援するマネージドサービス

CloudWatch

• 各AWSリソースの状態を定期的に取得する
  • メトリクスを定期的に取得する
    • 各AWSリソースの「状態」のことを「メトリクス」と呼ぶ
    • メトリクスには2種類ある
      • 標準メトリクス
      • カスタムメトリクス
  • メトリクスに対してアラームをセットする
    • 「システムのよくない状況をすぐに検知する」
    • 例：Webサーバ用のEC2インスタンスのCPU利用率が80%を上回った時、SNSへ通知する。SNSは、運用担当者にメールを送信する。

CloudWatch Logs

• アプリケーションログやApacheなどのログをモニタリングするサービス
• 独自のエージェントを介して収集
• 収集したログに対してアラームをセットすることができる
  • 例えば戦闘に「[ERROR]」で始まる行があったら何かしらの通知処理をトリガーするなど

CloudWatch Events

• 独自のトリガーと何かしらの後続アクションの組み合わせを定義するサービス
  • イベントソース
    • スケジュール
    • イベント（AWSリソースの「イベント」）
      • 例：「Auto Scalingがインスタンスを増減させたら」等
  • ターゲット
    • Lambda
    • CodePipeline
    • などなど・・・
• 将来的にはEventBridgeに統合される予定

AWS CloudTrailとは

CloudTrailで取得できるログの種類

• 管理イベント
• データイベント

CloudWatch Logsとの連携

• 例えば戦闘に「LOGIN」で始まる行があったら管理者へログインが行われたことを通知するなど

はじめに

AWSのコンピューティングサービスについてまとめてみた

やってみたこと

初心者向けになるべくシンプルにまとめてみた

AWSのコンピューティング系サービスの概要

特徴的なものは以下の3つ

• EC2
• ECS
• Lambda

また、EC2の活用にあたって実質欠かせないものとして次のサービスが存在する

• ELB
• Auto Scaling

SPOFをなるべく作らず、コストも使った分だけ支払い、かつ必要な時に必要な性能が発揮できるようにAWSサービスの選択とオプションの設定を選択する必要がある。

EC2について

• 仮想サーバを提供するコンピューティングサービス
• ELBやAuto Scalingを組み合わせて、必要な時に必要な性能を発揮できるようにする必要がある
• インスタンスという単位で仮想サーバを起動・停止・削除できる
  • インスタンスタイプという形で、スペックを選ぶことができる
    • 逆に言うと、CPUやメモリを個別に指定することはできない
• 費用は起動中だけ計上される
  • ただし、停止中でも、EBS(ストレージ)が接続されているとその費用はかかる
• インスタンスには3つの運用形態がある
  • リザーブドインスタンス
  • スポットインスタンス
  • オンデマンドインスタンス
• Saving Plansをうまく利用して費用がお得になる

ELBについて

• SPOFをなるべく作らない、という方針で設計する際に便利なサービス
• 設定に応じて、リクエストの受付先を自動振り分けしてくれる
  • 例えば、ヘルスチェックを通して、ELB側から状況をチェックし、応答が2回なかったら切り替えるなど

Auto Scaling

• システムの利用状況に応じて、自動的にELBに紐づくインスタンスの台数を増減させるサービス
  • 最小インスタンス数、最大インスタンス数などを設定し、それに応じて動作する
    • スケーリングポリシーの指定によって条件指定を行う
• ただし、サーバをステートレスに設計する必要がある。
• なるべくAZをまたがってインスタンスを配置する設計にする。

ECSについて

• コンテナを提供するコンピューティングサービス

Lambdaについて

• サーバを用意しなくてもプログラムを実行できる環境を提供するサービス
• セットアップやメンテナンスの必要がないので、開発に集中できる

最後に

結局の所・・・

使い分け

• 今回出てきたサービスから選ぶとしたら・・・
  • まずLambdaでできないか考える
  • 次にECSでできないか考える
  • 最後に、EC2を検討する
    • ただし、いかにして動かさないかを追求する

参考

はじめに

BlackBeltが難しかったのでリベンジ

やってみたこと

リージョン・AZ・データセンター

• リージョンとは、AWSがサービスを提供している拠点のこと
• アベイラビリティーゾーンとは、複数のデータセンターが集まったもの
• データセンターは、複数のサーバが集まったもの
• リージョン > AZ(アベイラビリティーゾーン) > データセンター > サーバ等
• 扇風機が壊れる→サーバが熱暴走→データセンターに異常→AZが不調
  • 特定のリージョン・AZのみを使っている人は動作がおかしくなる、みたいな影響がでる

• AWSのAZは距離的に十分離れているものの、レイテンシーが2ミリ秒以下という超少ない影響しか無い
• マルチAZとは、複数のAZを利用して構築する方法
  • 単一のAZで運用していた場合、一つの災害でサービスが止まるといった懸念がある
  • 一方で、コストもかかるのでマルチAZが最適かどうかは要件次第

VPC

• VPCとは、ネットワークをAWS内に作成できるサービス
• VPC内にサブネットという単位でネットワークを構築できる
• 利用できるIPアドレスの範囲をCIDRブロック形式で指定する
• 一度CIDRブロックを指定すると変更できないので、なるべく大きめにIPアドレスの範囲を確保できる設定にするとよい
• サブネットごとにネットワークACLをセットできる
• セキュリティグループを利用すると、インスタンス単位で通信制御ができる
• ネットワークACLを利用すると、サブネット単位で通信制御ができる
• インターネットゲートウェイを利用すると、VPCとインターネットを接続することができる
• インターネットゲートウェイは、単一障害点ではない。なぜならAWSのマネージドサービスであるため
• サブネットにはプライベートサブネットとパブリックサブネットがある
• インターネットゲートウェイとつながっているサブネットはパブリックサブネットと言われる
• インターネットゲートウェイとつながっていないサブネットはプライベートサブネットと言われる
• 仮想プライベートゲートウェイを利用すると、VPCがVPNやDirect Connectと接続することができる
• VPCエンドポイントを利用すると、VPC内から、S3等にセキュアにアクセスできる
• VPCエンドポイントには、ゲートウェイエンドポイントとインターフェースエンドポイントがある
  • インターフェースエンドポイントはAWS PrivateLinkのことである
• VPCピアリングを利用すると、2つのVPC間をつなぐことができる
  • AWSの外に出ないで通信できる
  • つなぎ方は色々ある
• VPCフローログという機能で通信を解析できる
• Direct Connect Gatewayを利用して、1つのDirect Connect接続で、拠点と複数のAWSアカウント・VPCに接続することができる。

VPC構築例

段階的にVPCの機能を適用する例を示す。

最後に

難しい。

参考