Elastic BeanstalkでAmazon Linux 2に移行する際に気をつけること - Qiita
はじめに Amazon Linux AMIのプラットフォームが非推奨となったため、Amazon Linux 2への乗り換えを実施したのですが、いろいろとハマった箇所があったので解決法とともに紹介したいと思います。 プラットフォームの変更によりファイルの配置などが大幅に変更されているので、新しい環境を立ち上げてデプロイするだけではまともに起動することも出来ません。 .ebextensionsを使用したカスタマイズを行っている場合は特に注意が必要です。 環境 弊社ではRuby on Railsを使用しているので、Ruby2.7のAmazon Linux 2プラットフォームを選択しました。 Ruby 2.7 AL2バージョン 3.3.4 ※移行時点（現在は3.3.6） 乗り換え時の注意点 Procfile アプリケーションの実行はProcfileを使用するようになりました。 アプリケーションソー
ElasticBeanstalkにLaravelアプリケーションをリリースするときのebextension設定 - Qiita
Laravelをプロダクションでリリースするときには、configキャッシュやrouteキャッシュをすると、より効率的に実行されてアプリケーションのレスポンスが向上します。 ElasticBeanstalkにリリースする場合は、.ebextensions/*に.configファイルを置くことで、リリース時のコマンドを追加することが出来ます。 container_commands: 01-cache_config: command: "php artisan config:cache" 02-cache_route: command: "php artisan route:cache" 03-cache_view: command: "php artisan view:cache"
既存環境の設定を引き継いでElasticBeanstalkのプラットフォームのメジャーバージョンアップをする | DevelopersIO
Elastic Beanstalkプラットフォームのメジャーバージョンアップを既存の環境設定を再利用してやってみました。 はじめに 全国20万人のElastic Beanstalkファンの皆様こんにちは！ Elastic Beasntalkでは2020年3月1日にいくつかのプラットフォームのサポート終了が予定されています。 この記事はEOLに伴ってElastic Beanstalkプラットフォームのメジャーバージョンアップをしてみた時のメモです。 Elastic Beanstalkにおけるプラットフォームのメジャーバージョンアップ EOLになるプラットフォームから新しいバージョンへのアップグレードはメジャーバージョンアップになり、既存の環境とは別に新しい環境を作成する必要があります。 既存の環境の設定を再利用して新しい環境を作成する 既存環境のバージョンアップなので新しい環境を作成する場合
【Laravel】ElasticBeanstalkで動いているLaravelのログを簡単にCloudWatch Logsに送る【Tips】 - Qiita
【Laravel】ElasticBeanstalkで動いているLaravelのログを簡単にCloudWatch Logsに送る【Tips】 これは何 環境変数を追加するだけで、Elastic Beanstalkで動いているLaravelのログをお手軽にCloudWatch Logsに転送する方法です。 CloudWatch Logsに転送されれば、いちいちeb sshでインスタンスにログインしてログを見たりしなくて済みます。 どうなる？ ElasticBanstalkがデフォルトでCloudWatchLogsに連携している、/var/log/httpd/erro_logにLaravelのログ書き出す様にする やりかた Laravelが吐き出したログはデフォルトではstorage/logs/laravel.logファイルに書き込まれます。 これはlogger.phpで以下の様に設定されている
設定オプション - AWS Elastic Beanstalk
各項目のデフォルト値やサポートされる値を含む名前空間とオプションの完全なリストについては、「すべての環境に対する汎用オプション」と「プラットフォーム固有のオプション」を参照してください。 優先順位 環境の作成時には、複数のソースの設定オプションが、次のように優先順位の高いものから適用されます。 環境に直接適用される設定 – 環境の作成時または環境の更新時に、Elastic Beanstalk コンソール、EB CLI、AWS CLI、SDK などのクライアントによって Elastic Beanstalk API で指定された設定です。Elastic Beanstalk コンソールおよび EB CLI は、一部のオプションで推奨値も適用します。推奨値は、上書きされるまでこのレベルで適用されます。 保存済み設定 – 指定されている場合、環境に直接適用されないオプションの設定が、保存済み設定から
Elastic Beanstalkの.ebextensions集 - Qiita
commands: timezone: command: cp -p /usr/share/zoneinfo/Japan /etc/localtime files: "/etc/sysconfig/clock": mode: "000644" owner: root group: root content: | ZONE="Japan" UTC=true swapを有効にする swapのサイズは、ddの引数を適宜変更してください。以下の例だと、4GBになります。 （Linuxディストリビューションによっては、/var/run がRAMディスク等の大きいファイルが作れないファイルシステムに割り当てられているので、その場合は /var/swap 等、ディレクトリを変更するようにしてください） commands: create_swap: test: test ! -f /var/run/swa
【AWS】Elastic BeanstalkのEC2インスタンスに任意のタグを付ける | DevelopersIO
よく訓練されたアップル信者、都元です。EC2をはじめとする大部分のAWSリソースには「タグ」というキー・バリュー形式の情報を付与できるのはご存知の通りです。このタグ情報に基いて課金額等を分類したり、まぁ色々な使い方があります。 が、Beanstalkが起動するEC2インスタンスに対して任意のタグを付けることは、Beanstalkの機能としては提供されていません。 .ebextensions ところで、Elastic Beanstalkには、アプリケーションデプロイのタイミングで、インスタンス上で任意のコマンドを実行する仕組みがあります。.ebextensionsです。Beanstalkのアプリケーションバンドル *1直下に.ebextensionsというディレクトリを作り、その中に拡張子.configが付いた設定ファイルを配置することで制御します。 この仕組みを使って、デプロイのタイミング
AWS ElasticBeanstalk環境でEC2立ち上がり時にEIPを自動で振り当てる - Qiita
ElasticBeanstalk環境でEC2インスタンスが立ち上がった時、EIPを自動で割り当てるスクリプトを作ってみました。 オートスケーリングでEC２インスタンスが増えた場合、PublicIPが自動で割り当てられますが、 サービスによっては外部連携していて、許可されたIPのみ疎通が許可されているなどあるかと思います。 ElasticBeanstalk環境では.ebextensionsディレクトリ配下にスクリプトを配置しておけば、EC2インスタンスが立ち上がったタイミングで実行されます。 files: "/opt/elasticbeanstalk/hooks/appdeploy/post/00_associate_eipalloc.sh": mode: "000755" owner: root group: root content: | #!/usr/bin/env bash env=
Elastic Beanstalk で古い Application Versions は自動で消すようにする - Qiita
概要 CircleCI などを通して ElasticBeanstalk に対して継続的にデプロイしていると、時々 Application Versions の最大数制限に引っかかって失敗してしまいます これくらい自動で消してくれよ…と思っていたのだが、 AWS CLI 経由であれば自動削除の設定ができるとういことで、試してみました $ eb deploy YOUR_APP_NAME WARNING: You have uncommitted changes. Creating application version archive "app-********". Uploading: [##################################################] 100% Done... ERROR: You cannot have more than 500 A
ElasticBeanstalkでRubyのバージョンアップ候補が現れないときにやったこと - Qiita
ElasticBeanstalkで運用しているRailsアプリケーションがあり、開発環境のRubyのバージョンを2.2から2.4に上げました。 ElasticBeanstalk上の本番環境もアップグレードしようと思ったのですが、GUIのプラットフォームのプルダウンに2.4の候補が現れず、しばらくハマリました。 調べたところ、CLIから解決する方法しか見当たりませんでした。メモ程度ですが、解決までの道のりです。 もっとよい方法があったら教えてください！ 選択できるソリューションを調べる ベースとなるAmazon Linuxと言語のバージョンの組み合わせをソリューションと呼ぶようです。 list-available-solution-stacksで選択できるソリューションをリストアップできます。 今回は64bit Amazon Linux 2018.03 v2.8.6 running Ruby
ElasticBeanstalkのワーカー環境で定期バッチ処理を動かしてみた
はじめに 適当になりがちだけど、扱いに悩むことも多い定期バッチ処理。 ちょっとしたタスクならWebサーバ内のcronで呼び出しちゃったりするけど、コンテナ＋複数インスタンスの環境で、ちょっとスマートな感じにしたい。 定番はSQS+Lambdaかと思いますが、既にWebアプリ上に機能があったりする場合、ElastiBeanstalk（以下EB）のワーカー環境が便利です！ こんな仕組みらしい。 ややこしいキューの管理はEBにお任せできちゃいます。 公式ドキュメント：AWS Elastic Beanstalk ワーカー環境 EB環境の作り方等はドキュメントをご参考ください。 AWS Elastic Beanstalk 環境を作成する APIを用意する ワーカー環境内のSqsdからHTTP POSTで呼び出されます。 なので、通常のWeb APIとして処理を実装すればOK。 かんたんですね！ とは
Elastic Beanstalkの環境を一時停止する (2018年版)
やりたいこと Elastic Beanstalkでしばらく使わない環境があるので、EC2を落としておきたいのですが、後で復活するので環境は削除したくない。 試したこと eb stopコマンド (→NG) だいぶ古い記事に書いてあった。 https://qiita.com/Hiroyama-Yutaka/items/ca875629c283ae062483 $ eb stop usage: eb (sub-commands ...) [options ...] {arguments ...} eb: error: unrecognized arguments: stop EB CLI 3.0 にはそんなサブコマンドがないと怒られる。 環境の設定から容量の変更 (→NG) あえなく撃沈。 オートスケーリンググループを直接編集 (→OK) Elastic Beanstlkで作った環境には、自動的
Elastic Beanstalk 特定環境の全インスタンス上でコマンドを実行する方法 - Qiita
aws elasticbeanstalk describe-instances-health --environment-name my-app | jq -r ".InstanceHealthList[].InstanceId" | xargs -I {} eb ssh --instance {} --command pwd 上記を実行すると、my-app 環境にある全インスタンスで pwd コマンドが実行されます。 必要なもの awscli pip install --user awscli aws config トークンとシークレットを入力 ebcli pip install --user ebcli eb ssh を実行できるようにする eb init や鍵のセットアップなどをした気がするが、覚えていない・・・ jq Register as a new user and use Q
eb deploy の完了を待ちたくない - Qiita
課題 CI から eb deploy コマンドを使ってデプロイしたいが、同コマンドはデプロイの成功まで見届けないと終了しないため、ジョブを長時間占有してしまう。 解決策 0分タイムアウトで解決。アーカイブの作成、アプリケーションのアップロード、デプロイスタートまでやってくれる。 タイムアウト引数が0より大きい数値だと、指定時間経過後にタイムアウトエラーが吐かれるのでご注意を。
Amazon Elastic Beanstalk Hooks - Qiita
Platform Hooks Place scripts that you want hooks to trigger in one of the subfolders of the /opt/elasticbeanstalk/hooks/ folder. Hooks are organized into the following folders: preinit — Scripts run during instance bootstrapping. appdeploy — Scripts run during an application deployment. Elastic Beanstalk performs an application deployment when new instances are launched and when a client initiates
ElasticBeanstalk .ebextensions 逆引き辞典 - Qiita
ElasticBeanstalkの設定やカスタマイズをする .ebextensions 以下のファイルですが、 これをやるにはどうすんの？というのをいちいち調べないとできないので、調べてやってみた結果を逆引き形式でまとめます。複数のやり方があるので、これがイケてるかどうかは分かりません。 思いつき次第追記していきます。 01. yumでパッケージをインストールする 書くファイル: .ebextensions/01.xxx.config
ElasticBeansTalk のWorkerノードを一時的に停止する方法 - Qiita
はじめに 最近とあるAWS上のシステムのRDSをSingle-AZからMulti-AZに変更する作業が必要になった。 このシステムではIoTデバイスから取得したデータをEC2のWebサーバで受信し、受信したデータをそのままSQSに転送している。 このSQSのキューはElasticBeansTalk(以下EB)で作成したもので、キューの後ろにはそのデータを処理するWorkerノードを構成している。 Multi-AZ構成に変更する際にWorkerノードが起動した状態のままだと、DBへの登録が失敗し、データがDeadLetterQueueに転送される可能性があった。 そのため、Multi-AZへの構成変更の間、SQSからのメッセージ取得を一時的に止める必要があった。 EBのCLI（ebコマンド）やAWSコンソールから一時的にWorkerの動作を停止することはできないことが分かったため、代替手順を
ElasticBeanstalk の EC2 内で、environment-name を取得する方法 - Qiita
ElasticBeanstalk の EC2 内で、environment-name を取得するコマンド aws ec2 describe-instances \ --region `curl -s http://169.254.169.254/latest/meta-data/placement/availability-zone | sed -e 's/.$//'` \ --instance-id `/usr/bin/curl -s http://169.254.169.254/latest/meta-data/instance-id` \ --query 'Reservations[0].Instances[0].Tags[?Key==`elasticbeanstalk:environment-name`].Value' \ | ruby -r json -e 'puts JSON.
ElasticBeanstalkのEC2にALBを後から被せる - Qiita
この記事はフィジビリティが完全には取れていないので注意。 2018/03/16 追記 フィジビリティ取れました。 ElasticBeanstalkのImmutableデプロイでAutoScalingGroupが削除/新規作成されても新しい方のインスタンスをターゲットグループに自動追加してくれました。 背景 APIサーバとフロントエンドサーバがAWS上のElasticBeanstalkで動いていて、APIサーバはフロントエンドサーバからのアクセスのみを許可するためInternal ELBにPrivate DNSレコードを割り当てて運用しています。 特定のIPアドレスからのみ、特定のパスに対してAPIを直接実行させなければならない要件が出てきました。 フロントエンドをProxyにしてもいいですが、フロントエンドのSecurityGroupは0.0.0.0/0を許可しているため、Security
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ElasticBeanstalk の .ebextensions 上で、rootユーザで環境変数を使う方法 - Qiita
