ElasticBeanstalkでメモリ使用率が一定値を超えたらslackでアラートを出したい - kasei_sanのブログ
ElasticBeanstalkでメモリ使用率やHDD残量をモニタリングする方法の続き ざっくり解説 ElasticBeanstalkの「アラーム」では、CloudWatchでメトリクスしている項目が設定した閾値を超えた時、AmazonSNSのSNSトピックに通知を渡すことができる AmazonSNSとは、何かをトリガーにしてどこかに情報をpushするサービス 送信先は、Emailとか、特定のURLを叩くとか、Lambdaとかいろいろ SNSトピック : トリガーと送信先(Subscriptions:複数可)のセット 方法 例として、メモリ使用率が98%を超えたら通知する場合 まず、ElasticBeanstalkでメモリ使用率やHDD残量をモニタリングする方法で追加したカスタムメトリクスMaxMemoryUtilizationを「モニタリング」に追加する モニタリングに追加された
Beanstalkを使ったBlue/Green デプロイにいたるまでの継続的デリバリーの歴史 - TOWN株式会社
アジャイル開発では動くソフトウェアを短い時間間隔でリリースしていくことが重要になります。リリース作業そのものに手間や時間がかかってしまうと、アジャイルのスピード感を損なってしまいます。もしリリースしたものに問題があったときにすぐに戻せるしくみが用意されていないとリリースに対して慎重になるため、短い時間間隔でのリリースが難しくなります。 10年をこえるアジャイル開発の中でリリースフローをどのように改善してきたのか、その変遷についてご紹介します。 今回事例として紹介するのはAipoのリリースフローです。AipoはJavaで書かれていてTomcatで動いています。詳しい技術スタックは「3万人以上のビジネスユーザーが使うスケジュール管理SaaSを支える技術スタック」をごらんください。 インスタンス起動時の処理 リリースフローの前提として、インスタンスを起動した際の処理について触れておきたいと思いま
AWS Elastic Beanstalk 環境状態監視 - Qiita
問題 AWS EBでヘルスチェックには問題ないが、一部のインスタンスが障害のままで不安定の状態が続く。 ソリューション インスタンスごとzabbixに自動登録で監視したが、EB環境が変わる度にインスタンスが入れ替わりゴミホストが増える。しかもzabbixの動作が不安定になったため中止した。（中止すると安定した・・・当時VER3.0.2） 環境状態をまとめ評価する監視に変更。 Zabbix AWSプロファイル作成: aws configure --profile [マクロ{$ACCOUNT}] マクロ {$ACCOUNT}: アカウント（複数アカウントがある場合） {$EB_APP}: アプリケーション名 アイテム 名前：EnvStatus タイプ：外部チェック キー：cw_eb_status.sh["{\$ACCOUNT}","{\$EB_APP}"] トリガー 条件式: 3回連続「Ok」
Elastic Beanstalkに適用したキーペアを解除したいのですが、どうすれば解除出来ますか？ | DevelopersIO
困っていた内容 Elastic Beanstalkの環境において、キーペアの設定を行いました。 再度「キーペアをなにも適用していない」状態に戻したいのですが、 EBコンソール上からは「キーペアをなにも適用していない」状態にすることが出来ませんでした。 設定前の状況にするにはどのような操作が必要か教えてください。 どう対応すればいいの? コマンドラインオプションを使用する - JSON ドキュメントで設定オプションを変更するには (AWS CLI)を参考に、キーペアを削除する場合は以下のようにCLIコマンドを実行してください。 aws elasticbeanstalk update-environment --environment-name --options-to-remove Namespace=aws:autoscaling:launchconfiguration,OptionNam
Elastic Beanstalk 環境で CakePHP のログを CloudWatch Logs で収集する
はじめに 統合された CloudWatch エージェントを使ったサンプルが少なかったので備忘録。 CloudWatch Logs の開始方法 - Amazon CloudWatch Logs 戦略 postdeployフックを使用して既存の設定を上書き、エージェントを再起動させる力技。 .platform/hooks/postdeploy ├── 000-cakephp.sh ├── 001-fix_cloudwatch_agent_conf.php └── 002-restart_cloudwatch_agent.sh #!/bin/bash set -eu LOGS_DIR="/var/app/cake/logs" LOGS_LINK_DIR="/var/app/current/logs" TMP_DIR="/var/app/cake/tmp" TMP_LINK_DIR="/var/a
Elastic Beanstalk PHP プラットフォームを使用する - AWS Elastic Beanstalk
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Elastic Beanstalk PHP プラットフォームを使用する AWS Elastic Beanstalk は、さまざまなバージョンの PHP プログラミング言語用の多数のプラットフォームをサポートしています。これらのプラットフォームは、単独でまたは Composer で実行できる PHP ウェブアプリケーションを support しています。詳細については、AWS Elastic Beanstalk プラットフォームドキュメントの「PHP」を参照してください。 Elastic Beanstalk には、Elastic Beanstalk 環境内の EC2 インスタンスで実行されるソフトウェアのカスタマイズに使用できる設定オプションが用意されています。アプリ
AWS Elastic Beanstalk でログを採取する - my notes
AWS Elastic Beanstalk でログを採取する¶ 参考) Viewing Logs from Amazon EC2 Instances in Your Elastic Beanstalk Environment Elastic Beanstalk でログを採取する方法は主に以下の 3 つ。 Web コンソールの Logs または eb logs コマンドで取得する ログファイルを S3 に保存する ログファイルへの追記を CloudWatch Logs に即時転送する 1. Web コンソールの Logs または eb logs コマンドでログを取得する¶ 取得対象となるファイルは EC2 内の /opt/elasticbeanstalk/tasks 配下に設定されている。 名前 説明 設定ファイル
ElasticBeanstalkでメモリ使用率やHDD残量をモニタリングする方法 - kasei_sanのブログ
最初に ここに書いてある 例: カスタム Amazon CloudWatch メトリクスの使用 - AWS Elastic Beanstalk ざっくり解説 ElasticBeanstalkでは、CloudWatchを使って各項目のモニタリングが可能 CloudWatchがEC2でモニタリングしている項目に、メモリ使用量やHDD残量はない Amazon EC2 のメトリクスとディメンション - Amazon CloudWatch そのため、CloudWatchに独自のデータを送信する カスタムメトリクス という手段を使う 「例: カスタム Amazon CloudWatch メトリクスの使用」でやっていることの解説 例: カスタム Amazon CloudWatch メトリクスの使用 - AWS Elastic Beanstalk . ebextensions を使ってEC2構築時に以下
例: カスタム Amazon CloudWatch メトリクスの使用 - AWS Elastic Beanstalk
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 例: カスタム Amazon CloudWatch メトリクスの使用 Amazon CloudWatch は、さまざまなメトリクスをモニタリング、管理、発行し、メトリクスからのデータに基づいてアラームアクションを設定できるウェブサービスです。独自に使用するカスタムメトリクスを定義でき、Elastic Beanstalk はそのようなメトリクスを Amazon CloudWatch にプッシュします。Amazon CloudWatch に組み込まれたカスタムメトリクスは、Amazon CloudWatch コンソールで表示できます。 Amazon CloudWatch モニタリングスクリプトは非推奨です。CloudWatch エージェントは、メトリクスとログを収集する
[Elastic Beanstalk] 拡張ヘルスモニタリングを試してみた | DevelopersIO
はじめに AWSチームのすずきです。 先日のAWSのアップデートにより、Elastic Beanstalkのアプリケーション監視機能が強化されました。 拡張ヘルスモニタリング機能により、 ヘルスチェックの監視間隔の短縮（1分→10数秒毎）、ヘルスチェックステータスの詳細化（3段階→7段階）に加え、 専用の監視エージェント（EC2のAmazonLinuxにインストール）による、 CPU利用状況、空きディスク容量、アプリケーションの応答状況などの確認も可能となりました。 今回Elastic Beanstalk管理下のアプリケーション環境で、拡張ヘルスモニタリングを試す機会がありましたので、 その内容について紹介します。 参考 AWSブログ: Elastic Beanstalk アップデート - アプリケーションの拡張ヘルスモニタリング AWSドキュメント: インスタンスと環境のヘルスの判定要素
![[Elastic Beanstalk] 拡張ヘルスモニタリングを試してみた | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/7425cca287d58da0d33c34c67df2b5f84b005551/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F05%2FElastic_Beanstalk.png)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS Elastic Beanstalkで使えるデプロイポリシーを理解する | DevelopersIO
https://ift.tt/3AQlztB
Amazon Linux 2 の Elastic Beanstalk インスタンスで環境プロパティへのアクセスを必要とするスクリプトを手動で実行
メモ：EB/ECSのデプロイ失敗がfstrimで解消した件 - Qiita