米動画配信のNetflix、Chaos MonkeyのおかげでAmazon EC2のメンテナンスリブートを難なく乗り切る
Amazon EC2は9月末、その内部で使用しているXenハイパーバイザのセキュリティリスクに対処するため、全インスタンスの約10％にあたるインスタンスに対して段階的にリブートを行うメンテナンスを実行していました。 リブートをユーザーが回避する手段はなく、AWSから事前に通知を受けたユーザーはリブートによってデータを失ったりシステムがダウンしたりしないように、何らかの処置をする必要がありました。 AWS上で大規模なシステムを運用しつつもこのメンテナンスリブートを難なく乗り切ったのが、米国で動画配信サービスなどを運用するNetflixです。その理由は同社が開発したChaos Monkeyというツールにありました。 同社のブログにポストされた記事「A State of Xen - Chaos Monkey & Cassandra」で、その顛末が紹介されています。 Chaos Monkeyによっ
オンプレミスから AWS に移行して変えた 3 つのこと
7 月に開催された「JAWS-UG 三都物語 2014」でも発表したとおり、自分が関わっているプロダクトをオンプレミスから AWS に移行しました。 JAWS-UG 三都物語 2014 に登壇しました 移行して 2 ヶ月ほど経ちましたが、目立った障害もなく安定した運用を続けています。スライドでも少し触れていますが、これまでのやり方を大きく変えるキッカケにもなりました。 今回は「オンプレミスから AWS に移行して変えた 3 つのこと」と題して、社外に公開できる範囲でご紹介します。 稼働中のサーバに変更は加えない いわゆる Immutable Infrastructure の考え方を取り入れました。最初は流行りに乗りたかったという気持ちが大きかったのですが、今では昔のやり方にはもう戻れません。 オンプレミスでは本番稼働中のサーバにログインして何か変更するということが当たり前に行われていました
linuxチューニング (proc, sar, top でcpuボトルネックの調査) - end0tknr's kipple - web写経開発
今回はlinuxのコマンドでcpuボトルネックとなった場合の調べ方を試してみます。 /proc/〜で、cpuやメモリの情報を調べる cpuやメモリの情報は、/proc/〜で見ることができます。 [endo@colinux ~]$ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 13 model name : Intel(R) Pentium(R) M processor 1.20GHz stepping : 8 cpu MHz : 0.000 cache size : 2048 KB ＜略＞[endo@colinux ~]$ cat /proc/meminfo MemTotal: 256208 kB MemFree: 156416 kB Buffers: 5756 kB Cach
sar(sysstat)によるボトルネック特定 - Qiita
sar(sysstat)とは LoadAverageやCPU使用率、ディスクI/Oの状態を表示できるコマンド。 何より便利なのは、過去にさかのぼれる点。 sarのインストール
CentOSでサーバー公開するためのセキュリティ設定メモ - Qiita
# vi /etc/sysconfig/iptables # Generated by iptables-save v1.4.7 on Thu May 1 20:30:59 2014 *filter :INPUT DROP [0:0] :FORWARD DROP [0:0] :OUTPUT DROP [0:0] -A INPUT -i lo -j ACCEPT -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT -A INPUT -s 200.000.000.000 -p tcp -m tcp --dport 443 -j ACCEPT -A INPUT -s 192.168.36.0/24 -j ACCEPT COMMIT # Completed on Thu May 1 20:30:59 2014
OXY NOTES
犬の延命治療と尊厳死について 先日、飼育していた犬が死にました 犬種はミニチュアダックスで、17年以上生きました。ミニチュアダックスは他の犬 … 続きを読む→
誰も教えてくれなかったMySQLの障害解析方法 - Qiita
それほどDBに詳しくないアプリエンジニアが何かトラブった時にすぐさま行動して問題把握できるようになる情報を列挙しておきます。 開発時、障害時の対処療法やちょっとした定期監視方法などを対象にしています。 抜本的な対策などはインフラエンジニアさんにお任せしたほうがいいと思います。 DBはいろんな意味でこわいんでできれば触りたくないです＞＜ 事前確認 MySQLサーバーのシステム設定値を確認しておく 以下のようにサーバーのシステム設定値を確認できます。 mysql> SHOW GLOBAL VARIABLES; # ワイルドカード(%)を用いた絞り込み mysql> SHOW GLOBAL VARIABLES LIKE 'performance_schema%'
[翻訳] Dockerについてよくある勘違い｜TechRacho by BPS株式会社
こんにちは、hachi8833です。今回は弊社システム管理者のyamasitaさん監修のもとで、Matt Jaynes氏のDocker Misconceptionsを翻訳いたしました。それなりに文言を最適化してあり、原文と一対一対応しているとは限りませんのでご了承ください。エラーがありましたらお知らせいただけると助かります。 Dockerについてよくある勘違い Matt Jaynes 元記事: Docker Misconceptions Dockerは最近のシステム管理業界で大変な脚光を浴びてます。これによるシステム管理の進歩ははかりしれないものがありますが、いくつか重要な点で勘違いしている人を見かけます。 分野を限定して語っているのでよろしく この記事で説明する内容は、主にWebサービスにおけるミッションクリティカルなシステムのマルチホストセットアップに限定しています。Dockerをそれ
![[翻訳] Dockerについてよくある勘違い｜TechRacho by BPS株式会社](https://cdn-ak-scissors.b.st-hatena.com/image/square/bba8947fb1fb4d0e9acba9c31526a1b7e40488a3/height=288;version=1;width=512/https%3A%2F%2Ftechracho.bpsinc.jp%2Fwp-content%2Fuploads%2F2014%2F02%2Fhomepage-docker-logo.png){kind=logo}
複数のWordPressサイトを簡単に一元管理できるManageWP ｜ 福岡のホームページ制作会社・メディア総研株式会社 マグネッツ事業部
こんにちは、最近Bluetoothスピーカーが色んなメーカーから発売されているので流行に乗ってみたウラカワです。 Amazonベーシックからも発売されてるから驚きですね…。 さて、皆さん。今日も元気にWordPress使っていますか？ ブログだけではなく様々な場面で大活躍する便利なWordPressですが、セキュリティ的にも定期的に本体・テーマ・プラグインの更新をする必要がありますよね。 ですが、複数サイトを管理するとなるとどうでしょう？ サイト毎にログイン・ログアウトして更新作業の繰り返し…！ 10件程度なら良いかもしれませんが、40件、50件となると… 実際にWordPressを複数管理されてる方、一度はこう思ったことがあるはずです。「全部まとめて管理したい」と。 今回はそんな要望に応えてくれる便利なサービス、ManageWPをご紹介します。 ManageWPってなに？ 複数のWord
[和訳] 初心者Chefアンチパターン by Julian Dunn #opschef_ja - クリエーションライン株式会社
本項はChefConf 2013: Beginner Chef Antipatternsを和訳したものです。 はじめに よく Chefの学習は大変 Chefの学習曲線は急勾配 と言われているので、Opscodeでは緩和するためのコンテンツを色々準備しています。 learnchef.com docs.opscode.com パブリック/プライベート トレーニング Podcasts (Food Fight Show など) 各地のユーザグループ (訳注: 日本なら #opschef_ja ) ChefConf! (訳注: これは ChefConf 2013 で行われたセッションなので) それでも、正しいことをやっているのか知るのは難しく、何か間違ったことをやっているのか知るのはさらに難しいものです。コミュニティの中で「ベストプラクティス」は常に進化してきました。 ベストプラクティスについてもっ
![[和訳] 初心者Chefアンチパターン by Julian Dunn #opschef_ja - クリエーションライン株式会社](https://cdn-ak-scissors.b.st-hatena.com/image/square/41b8ed3df59ffe8070570763604582a505e19ec1/height=288;version=1;width=512/https%3A%2F%2Fwww.creationline.com%2Fwp-content%2Fuploads%2F2015%2F05%2Fchef_slide.png)
インフラ系技術の流れ - Gosuke Miyashita
ここ最近のインフラ系技術の流れがおもしろいなー、と思ったので、Puppet が出た辺りぐらいから、振り返って整理してみる。殴り書きなので、後から修正したり書き加えたりするかも。特に後半の方は、あまり考えが整理できてない。 最近のウェブ界隈での「インフラ」という用語の使われ方には、色々異論もあるようだけど、ここではごく最近使われるようになってきた、OS からミドルウェアといったソフトウェアレイヤーを指す言葉としてのインフラについて触れる。（英語圏でも同様の意味で使われているようなので、ある程度市民権を得たと言っても良さそうだし。） プロビジョニングレイヤー まず、前提知識としてプロビジョニングレイヤーと自分が勝手に呼んでるものについて整理。 Chef や Puppet は「プロビジョニングフレームワーク」とも呼ばれているが、以下の議論をより厳密にするために、Lee Thompson 氏による
serverspecでテスト駆動サーバ構築 - Qiita
Chef と Puppet の勉強会というよりも、むしろ時代は serverspec だった #pfcasual - 彼女からは、おいちゃんと呼ばれています こちらの記事でserverspecを見て、テストファーストでサーバ構築できたら良さげだなーと思って使ってみました。 導入 gemからserverspecインストール。serverspec-initでSSH経由でサーバをテストするようにホスト名を入力。 $ gem install serverspec $ serverspec-init Select a backend type: 1) SSH 2) Exec (local) 3) Puppet providers (local) Select number: 1 Input target host name: test-server1 + spec/ + spec/test-serv
VOYAGE GROUP エンジニアブログ : vagrant + chef solo + serverspecでテスト駆動サーバ構築を試してみるテスト
2013年06月12日15:15 カテゴリ vagrant + chef solo + serverspecでテスト駆動サーバ構築を試してみるテスト こんにちは！株式会社PeX の高橋です。 自分はサーバアプリエンジニアではありますが、Provisioning Frameworks Casual Talksなどの影響を受けて最近はProvisioning Framework力を強化中です。 Provisioningとはサーバをサービスが開始できるように設定する事で、Provisioning Frameworkはサーバの設定を自動化するためのフレームワーク(chef、puppet)の事となります。 本記事ではvagrantで作成した仮想環境に対して、chefでサーバ設定を行いSymfony2のwelcome画面を表示する事を行います。serverspecでテストが失敗する事を確認した後にサー
ドメイン名を使ってEC2を運用していたら、ELBのスケールアウトで苦労した話
2014年5月14日 13時00分 修正 タイトルが誤解を招くものだったので、「なぜ URL に www を付けるのか。または、サブドメインなしでは CNAME が使えない件」から変更致しました。併せて、画像に Public IP と Private IP の明記を行いました。 皆さん、こんにちは。MUGENUP の osada です。 今回は、スケールアウト時にELB(Amazon Elastic Load Balancer) を使うときの注意点についての記事です。 といっても、インフラ・エンジニアには自明のことと思いますので、読者の対象は インフラ・エンジニアではないけど、インフラもやるというベンチャーならではのエンジニア向けです。 要旨 ELBにはEIPなどのAレコードを関連付けることが出来ず、ドメインとサーバーを結びつけるには提供されるCNAMEを使う必要があります サブドメイン無
10分で設定完了。WordPressに監視サービスNewRelicを無料で導入してみた
アカウント登録からはじめて設定完了まで10分程度。恐ろしいほど手軽に導入できるくせに、情報量が半端ない、サーバー監視サービスのNewRelic。 トランザクションのレスポンスや、エラー集計や、スループットや、Apdexscoreまで導出してくれます。 無料版でもアラートメールまで飛ばしてくれる、前代未聞の凄すぎるサービスで、ハマコー興奮気味なのでここに紹介します。 NewRelicの導入 導入の経緯 当ブログ、hamako9999.netは、さくらVPSで運営してます。レンタルサーバーとかと違って、root権限でなんでもできる自由度はあるけれど、アクセス集中でダウンしたりとかでも誰もかまってくれません。 サーバーホスティング側の基礎インフラ部分でこけかたらどうにもならないけれど、アプリケーションレイヤーは自分で見ないといけないので、以前から話題の、無料で使えるサーバーパフォーマンス監視サー
Linux同士でSSHによるパスフレーズなしログイン | Check!Site
記事投稿者：山下 晴規 記事公開日：2013/01/02 最終更新日：2013/10/04 （この記事は約1年以上経過しています。） LinuxからLinuxへ、SSHを用いて、パスフレーズの入力を行わないでログインする為の設定を行いましたので、記録しておきます。 １．導入環境 SSH接続元はCentOS6（アカウント：root）、SSH接続先はAWS EC2（アカウント：ec2user）になります。 SSH接続元にSSHクライアントが入っていなかったので、インストールしました。 # rpm -qa | grep ssh openssh-server-5.3p1-70.el6_2.2.x86_64 openssh-5.3p1-70.el6_2.2.x86_64 libssh2-1.2.2-7.el6_1.1.x86_64 # yum info openssh-clients （省略） Av
どうしてメモリはスワップするのか！？
こんにちは。斎藤です。 最近、新しいスキー板が欲しいなと思っています。現在使っているOGASAKAの板は5年目に入り、メーカーからこれ以上はチューンナップ(メンテナンス)はできないよ、と言われてしまいました。もし、次に買うなら、スノーボーダーの人と一緒にパウダーに飛び込みやすいセミファットタイプが良いのかなと考えています。皆さんのオススメ、ぜひ教えてください。 さて、今日はLinux Kernel上でのメモリ管理、特にページ回収(Page Reclaim)とスワップに絞り、「スワップの理由」「ページを回収する仕組み」そして「スワップの様子を観察する」の3点に分けてお話しします。「スワップするのが気持ち悪い」と考えている方は少なくないと思いますし、私もそう考えていた時期がありました。しかし、それは本当に悪い事なのか、今回掘り下げて行きます。 ※主な対象Kernelは2.6.32(Red Ha
Google Apps ScriptでWeb死活監視
こんにちは。松田です。 ここでDozensのメンバーブログを始めたので、技術系や経営系？のネタなどがあったらここに書いていくようにしたいと思います。よろしくおねがいします。 さて今回はGoogle Apps Script を使って簡易的にWEBサーバの死活監視をするスクリプトを書いてみました。 外部からURL叩いて 200 が返ってこなかったらメールをするだけのとてもシンプルなコードです。 Google Apps Scriptを採用した理由は以下の３つです。 JSで書けてお手軽 Google Apps Scriptで定期実行が可能 Google Apps の基盤上で動かせるので可用性が高い 毎分スクリプトを動かすことができるので便利なのと死活監視自体が死んでるということを極力回避できるというのはポイント高いと思います。死活監視の死活監視なんて新たな死活監視を産むだけです。 やがて世界は死活
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
コマンドによる「負荷」の原因切り分け
syboos.jp