タグ

インフラに関するconceal-rsのブックマーク (18)

  • 大貫剛さん(@ohnuki_tsuyoshi )による、原発を止めると電力不足になる理由

    大貫剛🇺🇦🇯🇵З Україною @ohnuki_tsuyoshi 「原発を全部止めても、残りの発電所で足りる」という楽観論を聞くと、水道局時代の設備のやり繰りを思い出す。そんなのは現場を知らない奴が言うことだと。 2011-04-19 22:38:46 大貫剛🇺🇦🇯🇵З Україною @ohnuki_tsuyoshi 僕がやってた時は、浄水場の公称能力の合計に対して、夏のピーク時の水需要は8割ぐらい。ということは2割ぐらいの浄水場が被災しても大丈夫、と思ったら大間違い。実際には、8割でもカツカツで苦労してた。 2011-04-19 22:41:22

    大貫剛さん(@ohnuki_tsuyoshi )による、原発を止めると電力不足になる理由
  • デブサミ2011レポート 数十~数百億PVのトラフィックをさばく、ソーシャルアプリのインフラ現場の実情

    モバゲータウンなど、Feature Phone向けの人気ソーシャルアプリケーショーションは、月間数十~数百億PV(ページビュー)もののトラフィックがある。それらを支えるインフラの現場で働く技術者たちは、どのような手法を用いてトラフィックをさばいているのか。4人の現場エンジニアがパネラーとなり、現状のシステム構成やクラウドの 可能性について、さらには今後の展望などについて語った。 モバゲータウンなど、Feature Phone向けの人気ソーシャルアプリケーショーションは、月間数十~数百億PV(ページビュー)もののトラフィックがある。それらを支えるインフラの現場で働く技術者たちは、どのような手法を用いてトラフィックをさばいているのか。4人の現場エンジニアがパネラーとなり、現状のシステム構成やクラウドの可能性について、さらには今後の展望などについて語った。 モデレータ 株式会社ディー・エヌ・エー

  • 18 a-6 ameba pigg backend practice 20110217

    Akihiro KuwanoExperienced server engineer, Solution Architect of cloud computing at Amazon Web Services Japan

    18 a-6 ameba pigg backend practice 20110217
  • 大規模インフラの監視システム その2 | GREE Engineering

    こんにちは。グリーのmdoi(@m_doi)です。 今回は、グリーの監視システムについて説明したいと思います。以前、こちらの記事にて、リソース監視システムの説明をさせて頂きましたが、死活監視やログ監視については語られなかったので、気になっていた方も多いと思います。ということで、今回は、グリーのインフラにおける死活監視やログ監視、アラート通知システムを紹介したいと思います。 何を使っているの? グリーでは、死活監視にNagiosを使用していました。監視システムの中では、かなり有名なソフトウェアですから、監視システムの構築に使用したことがある方も多いのではないでしょうか。プラグインも豊富に存在するので、様々な監視を行うことができます。死活監視は、このNagiosの機能をそのまま利用し、ログ監視は、Nagiosと独自に作成したエージェント及びログフィルタを連携させて行っていました。 全体のシステ

    大規模インフラの監視システム その2 | GREE Engineering
  • 光の道、その誤謬と、必死なのはなぜの話 | 無線にゃん

    ソフトバンクが光の道はA案かB案か、なんていう広告を大量に出しているにゃん。WEB広告くらいかと思ったら、TVCMまで出しているにゃん。ここまで必死にやるには、裏には相当困っていることが起きているんだろうにゃぁ、と言うところで、いろいろな情報もでてきたので、簡単にまとめ。 まず、ソフトバンクの言っている「A案」「B案」について。A案は光が5000円で地方切捨て、整備も遅い、といい、B案は光が1000円ちょいで地方も全部整備で整備も早い、と広告しているにゃん。まずどう考えてもこの二つが比較になっていない、と言うことに気づきますにゃ。 だって、この情報だけでは、B案以外に選択肢が無いじゃないですかにゃ。それ以外に全く差が無く、この条件だけしかないのであれば、だれが考えてもB案になりますにゃ。しかし国はA案を選択し、ソフトバンク以外のすべての事業者がA案に同意している。これはおかしなことだにゃん

  • RailsDevCon 2010 で話してきた : Figure out!! -ドリコムエンジニアブログ

    こんにちは! onk です。 一昨日の 11/20 に RailsDevCon2010 にスピーカーとして参加してきました。場所はオラクル青山センターさん。 聞いていただいた皆さま,ありがとうございました。いやー,30 分も話すの初めてだったので緊張したw 実行委員の皆さまもお疲れさまでした! プレゼン資料はこちら⇒とあるアプリの開発運用(トラブルシュート) 内容ですが, ソーシャルならではの負荷分散、インフラ、ログ解析とかが聞けると夢が広がっていいかも。他セッションと絶対かぶらないし。大規模サービス作ろうとしている人にはありがたいと思います。 と @2celeb さんからリクエストがあったので,『聞くだけで運用した気になるソーシャルアプリ』を主題にしました。駆け足でしたが,伝えたいことは盛り込めたかなぁと思います。少しでも参考になれば幸いです。 関連記事 RailsDevCon2010

  • とあるアプリの開発運用(トラブルシュート)

    SAML / OpenID Connect / OAuth / SCIM 技術解説 - ID&IT 2014 #idit2014Nov Matake

    とあるアプリの開発運用(トラブルシュート)
  • 省サーバ運用

    自己紹介 名前 小林 篤 ID:nekokak(ネコカク) DBIx::Skinny continued...

  • インフラエンジニアが見ておきたいスライド11本

    pixivやcookpadなど、大規模Webサービスを安定稼働させる技術には私などは、常にお世話になりっぱなしです。 その一端を少しでも理解しようと、スライドを探してみました。 >>pixivのインフラを支える技術 >>ピクシブの自作インフラ事情 >>アメーバピグにおける自作サーバ運用 >>NHNグループ合同勉強会 ライブドア片野 >>楽天インターネットスケーラブルコンピューティング;丸山先生レクチャーシリーズ2010第3回@楽天 >>Hadoop Conference Japan 2009 #1 >>Inside mixi Platform >>クックパッドRailsリニューアル >>べログで動いている自作ライブラリのお話 >>インフラエンジニアになろう! >>モバイルサイトでGoogle Analyticsを利用する

    インフラエンジニアが見ておきたいスライド11本
  • libevent-1.3b, libmemcached-1.4.4 で固まる? - moratorium

    libevent-1.3b, libmemcached-1.4.4 で固まる? 2010-08-13 (Fri) 0:56 Uncategorized mixiの件について、nealさんから情報を貰ったので数時間調査してみた。というのも、うちの製品でもlibevent(evhttp)をリクエスト処理に使っているので、これにバグが有ると非常に困る。 Nealさんのつぶやき ひとまず、libevent-1.3b, libmemcached-1.4.4をビルドする。memcachedは、-cで同時接続数を制限できる。で、この同時接続数というのは、実はファイルディスクリプタの数を制限する事で達成されている。memcached.cの以下の部分。 /* * If needed, increase rlimits to allow as many connections * as needed. */

  • Ping を作ろう | GREE Engineering

    こんにちは。プラットフォーム開発部の ebisawa です。よろしくお願いします。 今回はおなじみ ping のお話です。 たかが ping されど ping このブログをご覧の方ならまず間違いなくご存知の ping コマンドですが、もちろんグリーのインフラ運用でも様々な場面で活躍しています。サービスのインフラを構成するサーバやネットワーク機器は、常に様々な方法で正常に稼働しているか監視されていますが、ping による死活監視は、中でも最も基的で重要といえるものです。 そんな ping ですが、ping 相当のプログラムを書いてみたとか、どういう仕組みで動いているかまで理解する機会は少ないのではないかと思います。そこで、今回は ping について書いてみたいと思います。 なお、以下に出てくる例は、主に Debian GNU/Linux (lenny) マシンで試したものです。 目次 pi

    Ping を作ろう | GREE Engineering
  • AMQPによるメッセージング | GREE Engineering

    こんにちは。GREEのプラットフォーム開発部でインフラ系の仕事をしているmdoi(@m_doi)と申します。よろしくお願いします。今回は、AMQPについて簡単に紹介したいと思います。 はじめに GREEで稼働中のサーバは、日々サーバの異常ログ、自己監視結果、メール等々、大量のメッセージをやり取りしています。しかしながら、共通のメッセージングインフラが存在しないため、それぞれが独立に色々なメッセージ送信を行っています。 サーバ台数の増大に伴って、メッセージ配送の負荷が無視できないレベルになって来ると、それらのメッセージングシステムについて、個別に負荷対策を施すなど運用上様々な問題が課題が出てきます。また、メッセージの種類によっては、その配送の仕組がスケーラビリティに欠けるものとが存在し、規模の増大に対応できなくなる恐れもあります。そのため、こういうった用途に使えるスケーラブルなメッセージング

    AMQPによるメッセージング | GREE Engineering
  • livedoor Techブログ : ライブドア流自作サーバ

    livedoorポータルサイト等のインフラを担当している片野です。 今回は若干いまさら感がありますが、弊社にて運用している自作サーバをご紹介します。 (検証機以外は弊社内で組み立ててないので、正確には自作してないんですがw) ■背景 去年は特に自作サーバが盛り上がっていましたし、早い段階で「うちも作るか!」という展開はあったんですが、弊社では以下のような事情もあり、着手していませんでした。 ・自社データセンタでの運用なため、その他顧客と運用が大きく変わるようなサーバを投入すると運用が煩雑になる。 ・ポータルのサービスだけでも3000台近いサーバがあり、規模的にも運用に手がかかるサーバを入れるのは非現実的。 ・ボリュームメリットが出せるため、コスト面での自作メリットはそれほど大きくない。 ・そもそも自作で間に合う台数じゃないw (人的な)運用コストや調達コスト面ではあまりメリットがないのです

  • インフラ系エンジニア勉強会 "hbstudy"でMaatKitについて発表してきました - marqs blog

    株式会社ハートビーツさんが主催されているインフラエンジニア勉強会でMaatKitというMySQL管理用の便利ツールに関する発表をしてきました。日ではまだまだ使われている方が少ないようですが、とても便利なツールなので、この発表を機会にもっとユーザが増えるといいなーと思っています。 http://www.maatkit.org/

    インフラ系エンジニア勉強会 "hbstudy"でMaatKitについて発表してきました - marqs blog
  • 第4回 エンジニア不足を解消しよう | gihyo.jp

    今回は、「⁠心得」とはちょっと違うような気もしますが、インフラエンジニアを取りまく環境について、ちょっと書いてみたいと思います。 インフラエンジニア不足の原理 筆者が思うに、インフラエンジニアというのは、常に絶対的な不足に悩まされています。それにはさまざまな理由がありそうです。減点法による評価が多い、教育する機会がない、教育するつもりがない、イメージが良くない…などです。 ネットワークにしてもサーバにしても、何かヘマした瞬間にトラブルが起こることがあります。init 6と叩くつもりがinit 0と叩いたり、ルーティングを間違えたりフィルタを間違えたりした瞬間にリモートから何もできない状態に陥ってダッシュする状況は、インフラエンジニアなら誰しも経験しているのではないでしょうか。 運用というのは、うまく動いていてあたりまえ、障害が起こると「何やってんだー!」と言われる世界なので、どうしても経験

    第4回 エンジニア不足を解消しよう | gihyo.jp
  • PuppetAtHbStudy8 - mizzy.org - Trac

    hbstudy#8 で、「Puppet のススメ」というタイトルでプレゼンさせていただきました。機会をくださった株式会社ハートビーツの藤崎さん、馬場さん、坂口さん、また、運営スタッフのみなさま、聞きに来て下さったみなさま、twitter やブログで感想述べてくださったみなさま、当にありがとうございました。 当日の資料は slideshare にアップしています。 内容は主に Puppet を知らない方、これから使ってみようかどうか検討している方をターゲットとして、 Puppet とはどんなものか どんな風に動かすのか どういった使い方をすれば良いのか 使うために知っておいた方がいいこと 使ってみて微妙だなと思うところ といったお話をさせて頂きました。Puppet を既に実運用でバリバリ使っている方には、特に目新しい話はなかったと思いますが、そういった方からは逆にこちらが知らないこと、見落

  • livedoor Techブログ : 第ニ回 ライブドア テクニカルセミナー・ログ

    2009年9月25日(金)に開催されました 第2回 ライブドア テクニカルセミナー の発表資料と動画を公開致します。 まったく役に立たない力学シミュレーション(薬袋 貴志) データセンター移設は突然に(平井 壮) pixivのインフラを支える技術(上薗 竜太氏) ユビキタス時代のユーザインタフェース(増井 俊之氏) まったく役に立たない力学シミュレーション 株式会社ライブドア メディア事業部   薬袋 貴志(30分) 力学エンジン・3Dレンダリングエンジン等、とても便利で面白いオープンソースがある中、あえて自前で簡単な力学シミュレーションをやってみる。そして、自前ロジックと Box2Dと Papervision3Dとのハイブリッドデモ。 データセンター移設は突然に 株式会社ライブドア ネットワーク事業部   平井 壮(30分) part1 part2 2003.12 にデータセンターを移転

  • 「hbstudy#2」にいってきたヨ - u-ichiのにっき

    http://heartbeats.jp/hbstudy/2009/07/hbstudy2.html ITインフラ側の人たちが集まる場は凄く貴重だという事で、 世の中が花火大会で盛り上がってる中、新宿で開催されたhbstudy#2に参加してきました。 内容としてはVMwareのAPIの話とクラウドについての整理話。 前者に関してはちょうど自分でやろうかなと思っていたところだったのでタイミングぴったりで凄く助かる内容でした。 又、後者に関しては7月にいろいろと調べていて会社にレポートとして出した内容と丸ごと重なっため、頭の整理にもなりました。(人によって、立場によって主張が変わる内容なので複数の意見を聞く事は凄く意味がある事だと思います。) 後、懇親会でもいろいろと話せて凄く楽しかったです。 次回があれば是非とも参加したいところですね。 以下、FreeMindで取ったログをテキスト化した内容

  • 1