[B! operation] yukungのブックマーク

yukung id:yukung

operationに関するyukungのブックマーク (16)

Redis の障害を想定した避難訓練を行いました - Pepabo Tech Portal
こんにちは、EC事業部のフロントエンド・エンジニアのおいちゃん︵@inouetakuya︶です。先日、社内で Redis の障害を想定した避難訓練を行ったので紹介します。背景カラーミーショップでは、以前は Redis を利用していていましたが、ここ一年の間に用途が変わってきました。つまり、以前はコンテンツのキャッシュやセッションの保存先だったものが、いまでは非同期処理のためのキューとして使われるようになり、かつその処理には決済に関わるものも含まれています。つまり Redis にダウンタイムが発生すれば、それがそのままビジネス面でのダメージに直結します。そこで Redis の自動フェイルオーバーを実現するため、インフラチームとともに Redis Sentinel の導入を進めてきました。解決したい課題 Redis Sentinel を扱うのははじめてだったので、当初は﹁本当に自動
yukung 2017/10/21
pepabo

redis

operation

management
リンク
MySQLを割と一人で300台管理する技術
2017/09/05 db tech showcase Tokyo 2017 http://www.db-tech-showcase.com/dbts/tokyo
yukung 2017/09/05
database

mysql

monitoring

operation
リンク
production環境でRailsアプリをdockerコンテナとしてECSで運用するために考えたこと - Qiita
実際には、まだ本当の本番環境では運用できてなくて開発用のステージングで運用が開始できたぐらいで、他にもやること一杯あるんだけど、ある程度知見が溜まったのでまとめておく。ちなみに、規模はそんなに大きくないがデータ量は多いアプリケーションで運用環境はAWSのECSを想定しており、現時点で普通のEC2ノードとコンテナで並行稼動している。 docker-swarmなりで自前でコンテナプールを構築してもいいのだが、そうするとサービスディスカバリとか考えなければいけないことが増えるので、後回しにしている。 (注: かなりサービス固有の事情が含まれるため、もし参考にされる方が居たとしても、そのままの形では適用できない可能性が高い) 追記: RailsアプリのためのDockerfileとdocker-compose.ymlのサンプル - Qiitaコンテナ化のモチベーション CentOSのお守りからの
yukung 2017/07/14
aws

ecs

rails

tips

operation

docker
リンク
Heroku x Rails のサービスを本番運用する際に確認したいこと - ボクココ
ども、@kimihom です。私は Heroku に Rails サーバーを立ててサービスを運用している。これまでの経験を元に、定期的にチェックしておきたい指標とか項目をまとめてみる。今後のサービス開発などで参考になれば幸いだ。サービス構成現在の構成はというと、以下のような感じである。 Ruby 2.4.1 (執筆時点で最新) RubyonRails 4.2.8 Heroku Standard 1X Dyno * 4 HerokuPostgres Standard 0 Heroku Redis Premium 0 もちろん他にも使っているのはいろいろあるけど、ベースは上記のように至って標準な作りになっている。これによってインフラ周りでトラブルが起きることを最小限にとどめている。今現在でもインフラ周りで特別に問題になっていることはないので、これからも上記の構成を使い続けていく予
yukung 2017/05/06
heroku

rails

development

tips

operation
リンク
Slackへの通知をAttachmentsでわかりやすく… | メルカリエンジニアリング
Site Reliability Engineering Teamの@cubicdaiyaです。今回はSlackのライトなお話です。 SlackのAttachments SlackにはIncoming WebhooksやWeb APIでメッセージを投稿する際、ペイロードにAttachementsと呼ばれる情報を含めることでメッセージを装飾できる仕組みがあります。これを利用すると例えばメッセージにタイトルを付けたり、用途に応じてカラーリングするといったことができます。︵画像はイメージです。実際のアラートメッセージとは異なります。︶上記の場合、障害が発生したら赤、復旧したら黄緑で色分けしています。このようにAttachementsを利用することでSlackへ投稿するメッセージを分かりやすく装飾することができます。メルカリでのAttachementsの利用例メルカリでのAttachme
yukung 2017/04/22
development

operation

slack

tips

devops

norikra

mercari
リンク
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 を中心に行ったという話を紹介
yukung 2016/09/14
terraform

packer

aws

operation

blue-green deployment
リンク
Cassandraバージョンアップ＆移設
Azure Database for PostgreSQL 入門 (PostgreSQL Conference Japan 2021)
yukung 2016/06/15
鬼の哭く Cassandra 続編です

operation

database

cassandra

slide
リンク
[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
yukung 2016/06/11
operation

cloud

aws

tutorial

aws config
リンク
【運用保守】構成管理サービス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
yukung 2016/06/11
operation

cloud

aws

tutorial

aws config
リンク
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 サービス利用のユースケースあわせて読みたいさいごにサービスの基本的な説
yukung 2016/06/11
operation

cloud

aws

tutorial

aws config
リンク
新規アカウントでもこれ一発！CloudTrailを全リージョンで有効化するスクリプトを書いた | DevelopersIO
こんにちは。望月です。先日(といっても結構前ですが)、ついに待望のCloudTrailの全リージョン対応が発表されました。その前からそうだったかは未調査ですが、CloudTrailを有効にしていない場合に、AWSのTrusted Advisorで警告が出るようになりました。この警告を消すためにも、全リージョンでCloudTrailを有効にしましょう！スクリプト化してみたですが、手作業でぽちぽちやるのはアレなので、自動化しました。既にj3tm0t0さんがAWS - 全リージョンのCloudTrailロギングを有効にするワンライナー - Qiitaにてワンライナーを公開されていますので、そちらを使うのもいいと思います。このワンライナーではS3バケットと適切なBucket Policyが設定されていることが大前提なので、まだBucketを作成していないアカウントでは、先にS3バケットを
yukung 2016/06/11
operation

cloud

aws

cloudtrail

tips
リンク
AWS Blackbelt 2015シリーズ Amazon CloudWatch & Amazon CloudWatch Logs
AWS Blackbeltシリーズ Amazon CloudWatch & Amazon CloudWatch Logsの資料です。(2015/7/1) AWS Black Belt Tech Webinarでは、アマゾンデータサービスジャパンのTechメンバが、AWSのプロダクトを解説します。 2015年7月は﹁運用月間﹂と題し、AWS上でのシステム運用を行うにあたり、欠かせないサービスをご紹介します。下記より参加登録が可能です。 http://aws.amazon.com/jp/about-aws/events/
yukung 2016/06/11
operation

cloud

aws

tutorial

cloudwatch

slide
リンク
AWS再入門 – CloudWatch編 | DevelopersIO
はじめに当エントリはDevelopers.IOで弊社AWSチームによる﹃AWS サービス別再入門アドベントカレンダー 2015﹄の19日目のエントリです。昨日18日目のエントリはFujimuraの﹃AWS Lambda﹄でした。このアドベントカレンダーの企画は、普段AWSサービスについて最新のネタ・深い/細かいテーマを主に書き連ねてきたメンバーの手によって、今一度初心に返って、基本的な部分を見つめ直してみよう、解説してみようというコンセプトが含まれています。本日19日目のテーマは﹃Amazon CloudWatch﹄です。 Amazon CloudWatchとはモニタリングサービス CloudWatchは、AWSリソースとAWSで実行するアプリケーションのモニタリングサービスです。各種AWSサービスのメトリックスやログファイルを収集、モニタリングしアラームを設定出来ます。対応す
yukung 2016/06/11
operation

cloud

aws

tutorial

cloudwatch
リンク
CloudWatch Logs + fluentdでモダンなアプリ監視をさくっと作ってみた話 - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)
背景アカツキが提供しているサービスはリリース前に必ずテストを行っています。テストでバグが見つかったときにこれを切り分けるため、発生時のログを探すことがあります。「クライアントアプリで明らかに表示がおかしい」とか、そういったバグなら問題ないのですが、クライアントアプリからでは見えないサーバー側のバグが起きていて、それが見逃されてしまう…なんてこともあるかもしれません。ふと、「機械的にこれを検出できるといいなー、あとログを探るためだけに毎回SSHするのもめんどくさいなー」と思い、手を動かしてみることにしました。今回の要件テスト環境でサーバーエラーが起きたのを機械的に検出して、すぐ知らせてほしいアクセスしやすいところに必要なログだけがあると嬉しいできれば簡単な方法でやりたいツールの選定アプリケーションの例外を検知して開発者に知らせてくれるものに、ExceptionNotifie
yukung 2016/06/11
development

operation

aws

cloudwatch logs

fluentd

tips

logging
リンク
OutOfMemoryErrorが発生したときにきちんとJavaプロセスを殺す - nekop's blog
OutOfMemoryErrorが発生してもスレッドを異空間に葬るだけでJavaVMはそのまま動き続ける場合があるけど、当然ながら状態に一貫性のない状態で動いている可能性があるわけで基本的にはとっとと死んで欲しいわけである。一般的に言うところの﹁不定﹂状態。OOMEはErrorであってふつうの例外ではなく、致命的なJavaVMエラーを示すものである。OOME発生後にプロセス再起動しないでそのままどうこうしようというのは絶対に避けた方が良い。例えばJDBCのコネクションオープンしてDBからデータを読み込んでるときにOOMEが起きた場合、JDBCコネクションは大抵オープンしっぱなしで回収はされなかったりする。OOMEではfinallyブロックが呼ばれる保証はない。JDBCコネクションリークくらいならまだ良い方だが、これは全てに当てはまる。A-B-Cといったセットになっている処理は例外など
yukung 2016/03/13
これに助けられた…

java

tips

jvm

operation
リンク
営業・運用を支える "気付ける" 管理画面
広告が邪魔なのでspeakderdeckにも上げました https://speakerdeck.com/brtriver/ying-ye-yun-yong-wozhi-eru-qi-fu-keru-guan-li-hua-mian 動画: https://youtu.be/CqMILKp3Ens?t=3h53m39s PHPカンファレンス2015での講演資料。データを管理するだけが管理画面じゃない。サービスの質を向上させていくことができる最強の管理画面を開発運用していて意識していることを4つの工夫を軸にまとめています joind.in: https://joind.in/15322Read less
yukung 2015/10/03
slide

development

operation

admin
リンク
1