suitebook infrastructure has moved on from ElasticBeanstalk to ECS on Fargate
suitebook のインフラ環境を ElasticBeanstalk から ECS on Fargate へ移設しました @laugh_k です。先週 SQUEEZE のソリューション事業のプロダクトである suitebook のインフラ環境をローンチ当初から使われていた ElasticBeanstalk ベースの環境から ECS on Fargate の環境への移設を行いました。今回はその移設がどのような検証・手順を経て行ったのかを紹介します。 背景ElasticBeanstalk 時代ElasticBeanstalk は Heroku を使うような感覚でAWS上で手軽にアプリケーションを動かせるのが魅力で、スタートアップのサービスローンチ当初にはさくっとデプロイできる感じもマッチしていました。ですが、プロダクトの成長とともに問題も多く発生していきました。 手軽に利用できる半面、Pyt
LaravelをElastic BeanstalkからFargateに移行しました
Elastic Beanstalk（以下、EB）からFargateに移行したので、色々と書き残します。 DockerfileやTerraformなどは全てGitHubで公開しています。 https://github.com/hareku/laravel-fargate-terraform AWS Fargateに移行したモチベーション 1. CLBからALBに移行したかった Classic Load Balancer(CLB)からApplication Load Balancer(ALB)に移行したかったのですが、EBのコンソール画面上からはまだ変更できず、手動でやるにしても面倒な手順が必要そうでした。 2. Infrastructure as Code 昔はコンソール画面上でポチポチ作っていましたが、今回はTerraformで全て構築しました。 一番大きなメリットとしては、他のサービスに
[アップデート] Elastic BeanstalkでAmazon Linux 2ベースのNode.js、PHP、Go、Rubyプラットフォームの一般提供が開始されました | DevelopersIO
以前より、ロードマップにてAmazon Linux 2のサポートが進んでいましたが、一気に4つの言語でGA開始となりました。 AWS Elastic Beanstalk Announces General Availability of Amazon Linux 2 Based Node.js, PHP, Go, and Ruby Platforms PHPアプリケーションで試してみる 業務の都合で個人的に首を長くして待っていたのがPHPプラットフォームのサポートだったので、PHPで試してみたいと思います。 今回はコンソールから作ります。「プラットフォームのブランチ」にAmazon Linux2を選択することができます。最新の「PHP7.4 runnning on 64bit Amazon Linux 2」を選択します！ 「プラットフォームのブランチ」のプルダウンを見ると、「PHP7.2」
![[アップデート] Elastic BeanstalkでAmazon Linux 2ベースのNode.js、PHP、Go、Rubyプラットフォームの一般提供が開始されました | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/d537b2bb03f487fa1810c8d3be2f2fec2d34bcfc/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F05%2Faws-elastic-beanstalk.png)
進まない、マイグレーション - Qiita
Railsで運用していた本番環境を、マイグレーションの加減で止めてしまいました。 経緯 AWS上にRailsで作ったプロジェクトがありまして、環境管理をElastic Beanstalkで行っていました。毎週1回、人の少ないタイミングに更新を行っていたのですが、あるときに反映したところで、マイグレーションが全く進まなくなってしまいました。 原因 もちろん、開発環境で同じマイグレーションは回していたので、マイグレーションの記載ミスではなかったのですが、本番環境にアクセスがあった中でマイグレーションを動かしてしまったこと、そして作成するマイグレーションが新しいテーブルを作るようなものではなく、既存のテーブルの定義を書き換えるものだったがために、ロックが絡み合って一向に進まなくなってしまったのでした。 その場での対応 ひとまず、強引にデータベースサーバを再起動して元の状態に戻して、古いバージョン
AWS Elastic beanstalkからAmazon EKSへ移行する - 一休.com Developers Blog
以前の記事でも簡単に紹介した通り、一休では、アプリケーションのAWS Elastic beanstalkからAmazon EKSへの移行を進めています。 user-first.ikyu.co.jp この記事では、その背景や、実際の設計、実際にAmazon EKSを活用してみて気付いた点、困った点、今後の展望を紹介したいと思います。 AWS Elastic beanstalkの辛い点 新しい環境の構築や運用が大変 一休ではAWSのリソースをTerraformを使って管理しています。新しくウェブアプリケーションを立ち上げて、Elastic beanstalkで動かす場合、以下の作業をする必要があります。 Terraformで、Elastic beanstalkの定義を作ってリリースする。 新しいアプリケーションのデプロイを通知するように自前で作ったAWS lambdaを修正。 アプリケーション
AWS Elastic Beanstalk でタグベースのアクセス許可を拡張
AWS Elastic Beanstalk において、アプリケーション、アプリケーションバージョン、保存された設定、カスタムプラットフォームバージョンという 4 種類の Elastic Beanstalk リソースにタグ付けとタグベースのアクセスコントロールが追加されます。 これまで、AWS Elastic Beanstalk では環境の AWS Identity and Access Management (IAM) ポリシーを使用したタグ付けとタグベースのアクセスコントロールがサポートされていました。このたび、AWS Elastic Beanstalk では、環境を対象としたものに加えて、アプリケーション、アプリケーションバージョン、保存された設定、カスタムプラットフォームバージョンにもタグ付けとタグベースのアクセスコントロールが拡張されました。 タグは、お客様が定義した 1 つのキー
秘密キーを Amazon S3 に安全に保存する - AWS Elastic Beanstalk
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 秘密キーを Amazon S3 に安全に保存する パブリック証明書の署名に使用するプライベートキーはプライベートであるため、ソースコードにコミットしないでください。プライベートキーファイルを Amazon S3 にアップロードしておき、アプリケーションのデプロイ時に Amazon S3 からダウンロードされるように Elastic Beanstalk を設定することで、設定ファイルにプライベートキーを保存しなくて済みます。 以下の例で示している設定ファイルのリソースセクションとファイルセクションでは、Amazon S3 バケットからプライベートキーファイルをダウンロードしています。 Resources: AWSEBAutoScalingGroup: Metadata
Elastic Beanstalk インスタンスプロファイルを管理する - AWS Elastic Beanstalk
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Elastic Beanstalk インスタンスプロファイルの管理 インスタンスプロファイルは、インスタンスの起動時にロール情報を Amazon EC2 インスタンスに渡すために使用できる AWS Identity and Access Management (IAM) ロールのコンテナです。 AWS アカウントに EC2 インスタンスプロファイルがない場合は、IAM サービスを使用して作成する必要があります。その後、作成する新しい環境に EC2 インスタンスプロファイルを割り当てることができます。Elastic Beanstalk コンソールの [環境の作成] ステップでは、IAM コンソールへのアクセスが提供され、必要なアクセス許可を持つ EC2 インスタンスプ
Elastic Beanstalk disable health state change based on 4xx responses
I have a rest api running on Elastic Beanstalk, which works great. Everything application-wise is running good, and working as expected. The application is a rest api, used to lookup different users. example url: http://service.com/user?uid=xxxx&anotherid=xxxx If a user with either id's is found, the api responds with 200 OK, if not, responds with 404 Not Found as per. HTTP/1.1 status code defenit
【トラブルシューティング】ElasticBeanstalk on VPCで発生するエラーと対処 - Qiita
ちょっとハマったので、ElasticBeanstalk on VPCに関するトラブルシューティングを紹介します。 EBはあまり細かいログを出してくれないので私は結構苦戦することがありますが、以下の流れで切り分けていくといいと思います。（私の経験と知識の範囲内の話です） インターネットGWの設定は適切か 確認のポイント VPCにインターネットGWがアタッチされているか確認する。 VPCサブネットのルートテーブルにサブネットとインターネットGWが設定されているか確認する。 EBのConfigurationのVPCの設定で、Associate Public IP Addressにチェックが入っているか（PublicなIPアドレスが設定されているか）確認する。 また同じくEC2やELBのサブネットの関連付けが正しい確認する。 セキュリティ設定は適切か 確認のポイント セキュリティグループの設定でh
awsebcliのexit codeが正しくない件 - Qiita
$ eb --version EB CLI 3.7.7 (Python 2.7.1) $ eb deploy app-staging WARNING: You have uncommitted changes. Creating application version archive "app-5b75-260729_205520". Uploading app-api/app-5b75-260729_205520.zip to S3. This may take a while. Upload Complete. ERROR: The configuration file .ebextensions/001.base.config in application version app-5b75-260729_205520 contains invalid YAML or JSON. YA
ElasticBeanstalk 上の NodeJS が80番ポートへのアクセスを受けるまでの流れ - Qiita
Elastic Beanstalk の NodeJS Platform でアプリケーションを作成すると 80 ポートでアクセスできる Web アプリケーションが簡単に出来上がる。 しかし NodeJS は 80 番ポートとは異なるポート 8081 番を Listen しており、 どういった経路で 80 番からのアクセスを受けているのか調べた。 ポート転送の流れ (結論) iptables (PREROUTING) 転送ポート: 80 --> 8080 nginx (Proxy) 転送ポート: 8080 --> 8081 node (Server) まず 80 番ポートへのアクセスを iptables が 8080 に変換し、 次に LISTEN 8080 の状態で起動している nginx が 8081 に転送、 次に LISTEN 8081 の状態で起動している NodeJS がリクエスト
ElasticBeanstalkのログ保存方法 - 続 カッコの付け方
BeanStalk標準で入っているロギング機構についてまとめておきます。公式ドキュメントにも記載が少ないので、難儀しました。注意点とて、EBのバージョン次第で詳細な数字が変わっています。(例えば10MBのローテーションは、以前は30MBでした。ファイル名も変わってます)よって、ある程度わかってらっしゃる人向けのネタになってますので、その点よろしく。 ログの種類 EBには4種類のログがあります。 bundle-log マネジメントコンソール(以降MC)のebの画面から取得できるログです。ユーザーが取りたいときに 能動的に取る ログとなります。Fullを指定した場合はこちら。 tail-log マネジメントコンソール(以降MC)のebの画面から取得できるログです。こちらも能動的取るログですが、bundlelogと違って直近100行のみとなります。 publish-log 一般的にログローテーシ
ElasticBeanstalk の通知を slack へ流す - Qiita
tl;dr 環境作ったりコードを配布したりするのが楽なので、ebはお気に入り なんだけど、eb deployで配布したとき、コマンドを叩いたら投げっぱなしジャーマン状態で完了を検知できないのがツラい。 ってことで、せめて slack で通知できたらなぁって感じであれこれいじってみた 設定方法 1. ElasticBeanstalk の設定 -> 通知 を選択していき、Eメール登録する。 2. SNSに新しいTopicsができていることを確認 3. Lambdaにこんな感じのスクリプトを仕込む 4. 2で確認したTopicsで、Create Subscription。Protocol で AWS Lambda を選択すると、Endpoint に3で作った子が出てくるので、それを選択 5. LambdaでSNS形式のテストを走らせる 6. Slackに↓みたいな通知がきたら成功 あとはスクリプ
EquiValent
Posts Jan 16, 2024 Inline SVG in Ruby on Rails Nov 30, 2023 System.d service (daemon) for Puma server instaled under RVM (Rails) Apr 26, 2023 Update millions of records in Rails Jan 7, 2023 Responsive Navbar with Tailwind & Stimulus JS Dec 8, 2022 Responsibility On Rails Aug 16, 2022 Elasticsearch 7 under Ubuntu - protect with basic password May 9, 2022 Use Importmaps without Rails Apr 28, 2022 Si
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - jacquesfu/aws-eb-cli-cheatsheet: AWS Elastic Beanstalk CLI Cheat Sheet
ElasticBeanstalk の .ebextensions 上で、rootユーザで環境変数を使う方法 - Qiita
AWS 'eb deploy' always returns returncode 0
Announcement: ELB stickiness updates to support Feb 2020 Chromium CORs changes
elastic-beanstalk-samples/configuration-files/aws-provided at main · awsdocs/elastic-beanstalk-samples