ryuzeeのブックマーク / 2016年6月11日

ryuzee id:ryuzee

2016年6月11日のブックマーク (4件)

[翻訳] コードレビューについて
この記事は::..: glen.nu :.: ramblings :.: on code review :.::の意訳記事です。@9len氏の許可を受けて投稿しています。誤り・修正などがありましたら、@iwashi86までご連絡いただけますと幸いです。 This article originally appeared in English at :..:: GLEN D SANFORD :.: RAMBLINGS :.: ON CODE REVIEW ::..: and has been translated with @9len’s permission for posting to this blog in Japanese. この記事は2014年3月に書いている。Twitterでユーザ検索チームを私が率いていたころの話だ。この記事は、コードレビューに関するセオリー・アプローチを体系化
ryuzee 2016/06/11
リンク
Amazonクラウドのシドニーリージョン、豪雨による電源障害でEC2などに一部障害。現在は復旧
6月5日にオーストラリア東海岸で発生した大規模な豪雨で、シドニーでは約8万500軒の家やオフィスでの停電や広範囲な通信障害などが発生。AmazonクラウドのシドニーリージョンでもAmazon EC2などに一部障害が発生したことが報告されました。堅牢に設計されているクラウドのデータセンターといえども、地域的な災害による影響を受けることは避けられないことを示す例といえます。台風や地震の多い日本でもこうした事象が起こりうると想定し、備えておく必要があるでしょう。 Amazon Web Servicesの「Service Health Dashboard」から、障害報告の一部を引用します。障害報告から一部抜粋 6月4日の午後10時47分（太平洋標準時。シドニーでは6月5日午前3時47分。日本時間6月5日午前2時47分）に、シドニーリージョンでAmazon EC2の接続障害が観測されはじめます。
ryuzee 2016/06/11
リンク
Amazon Elasticsearch Serviceを使ったログ収集基盤の構成を考えてみた
みなさんこんにちは。@ryuzeeです。 6月10日にAmazon Web Services企業導入ガイドブックが発売になっていますのでよろしくお願いします。さて今回はAWS上でログ収集と分析をする際に、Amazon Elasticsearch Serviceを使う前提とした場合だとどのような構成案がありそうかいくつか考えてみたのでご紹介します。なお、検討の材料にしている全体の構成としては、複数のVPC(またはAWSアカウント)があって、さらにオンプレ側とDirect ConnectやInternet VPNで接続しているような、よくあるそれなりの規模の構成になります。各VPCの中には複数のサブネットがあり、そのうちのいくつかはプライベートサブネットに分かれているものとします(個人的にはインターネットゲートウェイの有無しか違いがないので、プライベートサブネットあまり作りたくない)。
ryuzee 2016/06/11
ブログ書いた
リンク
FluentdからAmazon Elasticsearch Serviceへログ転送する時の注意点 - 本日も乙
昨年10月にAmazon Elasticsearch Service(Amazon ES)がリリースされました。今まではEC2インスタンスにElasticsearch をインストールして運用していましたが、AWS側でマネージドしてくれるということでとても便利そうだなと思い使ってみました。動作環境は以下の通りです。 Fluentd 0.10.58 fluent-plugin-elasticsearch 0.9.0 Amazon Elasticsearch Service r3.xlarge 構成としては、各WebサーバからApacheのアクセスログをFleuntdサーバに集約してAmazon ESへ転送するようにしていました。しかし、FluentdからAmazon ESへ転送する際に途中でエラーが出てしまい、転送できなくなることがありました。 2015-12-14 07:00:55 +
ryuzee 2016/06/11
resurrect_after / reload_connections
リンク
- 2016年6月13日
- 2016年6月11日
- 2016年6月10日