Auto Scaling がインスタンスを終了した理由のトラブルシューティング
Amazon Elastic Compute Cloud (Amazon EC2) Auto Scaling グループがインスタンスを終了しました。Amazon EC2 コンソールで終了の理由が表示されていません。 簡単な説明 Amazon EC2 自動スケーリングは、Amazon EC2 または Elastic Load Balancing (ELB) ヘルスチェックを利用してインスタンスのヘルス状態を判断します。ヘルスチェックの置換を含む 自動スケーリンググループのすべてのスケーリングアクションは、Amazon EC2 コンソールのアクティビティ履歴で確認できます。 解決策 トラブルシューティングの手順を決定するには、[アクティビティ履歴] ビューにあるインスタンスの説明を使用してください。 まず、インスタンスの終了の説明と原因を探します。 [Amazon EC2 コンソール] を開き
AMI イメージの削除 (Amazon EC2 Tips)
AMIを削除する手順を紹介します。 手順 AWSのEC2の管理画面を表示します。左側のメニューの[AMI]の項目をクリックします。下図の画面が表示されます。右側にはAMIの一覧が表示されています。 削除するAMIを選択します。選択後右クリックをします。下図のポップアップメニューが表示されます。メニューの[登録解除]をクリックします。 [登録解除]ダイアログが表示されます。[次へ]ボタンをクリックします。 続いて、スナップショットを削除します。EC2の管理画面を表示し、左側のメニューの[スナップショット]をクリックします。下図の画面が表示されます。 削除するスナップショットを選択し、右クリックします。下図のポップアップメニューが表示されます。メニューの[削除]をクリックします。 [スナップショットの削除]ダイアログが表示されます。[はい、解除する]ボタンをクリックします。 スナップショットが
AWSでSESと無料のSQSを使って快適なメールマガジン配信システムを構築した話 - ぷれすとぶろぐ
Amazon Web ServiceでSESとSQSを使って、大量に高速に送ることが出来るメールマガジン配信システムを構築してみました。 もともと、別の開発者の人が開発していたものを、引き継いで受託していたサービスが、日々会員数が増えるたびにメールの配信時間が伸びていき、最終的に2万人に配信するのに6時間ほどかかるシステムになっていました。 システム システム構成はシンプルでAWSのEC2のインスタンス上でDBやアプリケーションが動いており、画像などのリソースの保存にS3を、メール送信にSESを使っています。 ちなみにアプリケーションはJavaEEです。最近ではちょっと珍しい？ですね。 問題点 もともとのシステムは、管理画面から登録されたメルマガ情報からメルマガを受診する対象のユーザーを取得し、名前などを埋め込んだスプールを作成する「スプール生成バッチ」と、DBに登録されたスプールを順番に
「サーバーレスの波はホンモノか？」あとがき - すずけんメモ
suzuken.hatenablog.jp ご来場くださった方々、どうもありがとうございました。パネル内で話せなかったことやあとがきをまとめてみました。 ツールの補足 さきほどのパネルディスカッションで紹介したCloudWatch logsを見るツールは https://t.co/1ZmrgWfbYJ Kinesis Streamを雑にtailするツールは https://t.co/YAzsMZEQvj です #awssummit— suzuken (@suzu_v) June 2, 2016 銀の弾丸はない AWS Lambda、個人的には「簡単に立ち上がって隔離されたアプリケーション実行環境」としてつかってます。EC2でもECSでもできることがやれればいい。サービスつくる上で必要なものが動けばいいし、そのために試しやすい環境がすぐできるのはうれしい、というスタンスでつかってます。— s
AWS CodeDeploy の AppSpec を読み解く | DevelopersIO
AppSpec AppSpec は AWS CodeDeploy (以下、CodeDeploy) で実行するデプロイ処理の内容です。デプロイでどのようなことを処理させるか、具体的な内容を記述していく YAML フォーマットで構成されたファイルです。 CodeDeploy を利用する上で、AppSpec でどのような設定を記述するかがとても重要になってきます。 ということで、本記事ではこちらのドキュメントを意訳していきたいと思います。 はじめに Application Specification File (AppSpec file) は、CodeDeploy があなたの EC2 インスタンスに対して、Amazon S3 または GitHub にあるアプリケーションのリビジョンをどのようにインストールするか決定する、YAML フォーマットのファイルです。また同様に、デプロイの様々なライフサイ
AWSでデプロイとスケーリングを自動化する方法まとめ - Qiita
概要 AWSではアプリケーションのデプロイや、システムのスケーリングを自動化することができます。 しかしそれらを実現しようとすると、似たようなサービスの中から用途に合ったものを選ぶ事になると思います。 今回は選択肢となり得るサービスを挙げて、それぞれの出来る事、出来ない事をベースに比較していこうと思います。 比較の軸 以下のように、評価軸を設けました。 サービスの機構として提供されているものは◯とします。 機構として提供されているが、使い難いものは△とします。(例: AWS CLIを利用した場合のみ利用可能など) 機構としては提供されていないが、別の機構などを組み合わせることで容易に実現可能なら△とします。 別の機構などを組み合わせても辛い場合や、実現不可能なら×とします。 デプロイ自動化 まずはアプリケーションのデプロイを自動化するサービスの比較を行います。 以下の4つの選択肢があります
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
