production環境でRailsアプリをdockerコンテナとしてECSで運用するために考えたこと - Qiita
実際には、まだ本当の本番環境では運用できてなくて開発用のステージングで運用が開始できたぐらいで、他にもやること一杯あるんだけど、ある程度知見が溜まったのでまとめておく。 ちなみに、規模はそんなに大きくないがデータ量は多いアプリケーションで運用環境はAWSのECSを想定しており、現時点で普通のEC2ノードとコンテナで並行稼動している。 docker-swarmなりで自前でコンテナプールを構築してもいいのだが、そうするとサービスディスカバリとか考えなければいけないことが増えるので、後回しにしている。 (注: かなりサービス固有の事情が含まれるため、もし参考にされる方が居たとしても、そのままの形では適用できない可能性が高い) 追記: RailsアプリのためのDockerfileとdocker-compose.ymlのサンプル - Qiita コンテナ化のモチベーション CentOSのお守りからの
Terraform & Packer での運用におけるサーバの構成変更 - LIVESENSE ENGINEER BLOG
Packer / Terraform による構成管理 Packer による AMI の作成 Terraform でのインスタンス起動時の user-data の利用 Terraform でのサーバの入れ替えの為の設定 / 作業 Auto Scaling グループに対する ELB 付け外しの利用 autoscale.tf elb.tf codedeploy.tf variables.tfvars 実際のオペレーションの手順 1. green の設定変更 / 起動 2. green サーバ群を本番 ELB に設定 3. blue サーバを本番 ELB から切り離す 4. blue の台数を 0 に 実際に運用してみて 課題や今後 まとめ こんにちは、エンジニアの野本です。先日、door 賃貸をオンプレから AWS に移行した際、Terraform & Packer を中心に行ったという話を紹介
[AWS] AWS Configを有効化する。 – LexTech
こんにちは、与儀です。 AWS Configは、AWSのリソースの設定情報や変更履歴を残しておくことができるサービスです。 AWS Configの管理画面から履歴を、リソースID等を指定することで閲覧することができます。 例えば、誤ってVPCの一部設定を消したり変更してしまった場合、元の設定値がわからなくて 戻せなくなる場合があります。そういう場合にAWS Configを有効化していれば、設定情報を 確認して再設定することができます。 （サービス名を呼ぶときは、AWSを省いて、「Config」だけでいいかもしれないですが、 これだけだとしっくりこないので、「AWS Config」と呼んでおきます。。） 現在、AWS Configは下記のリソースに対して設定可能となっています。 ・EC2 ・VPC ・EBS ・CloudTrail ・IAM では、AWS Configを有効化してみます。 A
【運用保守】構成管理サービスAWS Config利用のすゝめ【ITIL】 ｜ DevelopersIO
弊社にはAWS狂が結構いるのですが、AWS Configはあまり注目されていません。 AWS公式ドキュメントでも日本語化されておらず、AWS Configについて触れた記事は数えるほどしかありません。 使えるサービスなんだよ！というのを訴えるためにドキュメントの翻訳ベースでAWS Configの魅力をお伝えします。 実際の設定手順はこちらやこちらを御覧ください。 Configとは AWSリソースの設定を可視化するサービスです。 現在のAWSリソースの設定値を見られるだけでなく、AWSリソース毎の関係性やどのように設定変更がなされたかを見ることが出来ます。 AWSリソースとは AWSが提供しているサービスで管理されるリソースを指します。 Configが対応しているAWSリソースは以下のとおりです。 Amazon Elastic Compute Cloud（EC2） EC2 instance
AWS再入門 AWS Config編 | DevelopersIO
はじめに 当エントリはDevelopers.IOで弊社AWSチームによる『AWS サービス別 再入門アドベントカレンダー 2015』の9日目のエントリです。昨日8日目のエントリは能登の『Amazon EMR』でした。 このアドベントカレンダーの企画は、普段AWSサービスについて最新のネタ・深い/細かいテーマを主に書き連ねてきたメンバーの手によって、今一度初心に返って、基本的な部分を見つめ直してみよう、解説してみようというコンセプトが含まれています。 本日9日目のテーマは『AWS Config』です。 AWS Config (AWS リソース構成の追跡) | アマゾン ウェブ サービス（AWS 日本語） 目次 サービスの基本的な説明 構成管理・変更管理ツール AWS Configの構成要素 Config Rules サービス利用のユースケース あわせて読みたい さいごに サービスの基本的な説
新規アカウントでもこれ一発！CloudTrailを全リージョンで有効化するスクリプトを書いた | DevelopersIO
こんにちは。望月です。 先日(といっても結構前ですが)、ついに待望のCloudTrailの全リージョン対応が発表されました。 その前からそうだったかは未調査ですが、CloudTrailを有効にしていない場合に、AWSのTrusted Advisorで警告が出るようになりました。 この警告を消すためにも、全リージョンでCloudTrailを有効にしましょう！ スクリプト化してみた ですが、手作業でぽちぽちやるのはアレなので、自動化しました。既にj3tm0t0さんがAWS - 全リージョンのCloudTrailロギングを有効にするワンライナー - Qiitaにてワンライナーを公開されていますので、そちらを使うのもいいと思います。このワンライナーではS3バケットと適切なBucket Policyが設定されていることが大前提なので、まだBucketを作成していないアカウントでは、先にS3バケットを
AWS再入門 – CloudWatch編 | DevelopersIO
はじめに 当エントリはDevelopers.IOで弊社AWSチームによる『AWS サービス別 再入門アドベントカレンダー 2015』の19日目のエントリです。昨日18日目のエントリはFujimuraの『AWS Lambda』でした。 このアドベントカレンダーの企画は、普段AWSサービスについて最新のネタ・深い/細かいテーマを主に書き連ねてきたメンバーの手によって、今一度初心に返って、基本的な部分を見つめ直してみよう、解説してみようというコンセプトが含まれています。 本日19日目のテーマは『Amazon CloudWatch』です。 Amazon CloudWatchとは モニタリングサービス CloudWatchは、AWSリソースとAWSで実行するアプリケーションのモニタリングサービスです。各種AWSサービスのメトリックスやログファイルを収集、モニタリングしアラームを設定出来ます。 対応す
CloudWatch Logs + fluentdでモダンなアプリ監視をさくっと作ってみた話 - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)
背景 アカツキが提供しているサービスはリリース前に必ずテストを行っています。テストでバグが見つかったときにこれを切り分けるため、発生時のログを探すことがあります。「クライアントアプリで明らかに表示がおかしい」とか、そういったバグなら問題ないのですが、クライアントアプリからでは見えないサーバー側のバグが起きていて、それが見逃されてしまう…なんてこともあるかもしれません。 ふと、「機械的にこれを検出できるといいなー、あとログを探るためだけに毎回SSHするのもめんどくさいなー」 と思い、手を動かしてみることにしました。 今回の要件 テスト環境でサーバーエラーが起きたのを機械的に検出して、すぐ知らせてほしい アクセスしやすいところに必要なログだけがあると嬉しい できれば簡単な方法でやりたい ツールの選定 アプリケーションの例外を検知して開発者に知らせてくれるものに、ExceptionNotifie
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS Blackbelt 2015シリーズ Amazon CloudWatch & Amazon CloudWatch Logs