今さら聞けない Immutable Infrastructure - 昼メシ物語
インフラ系技術の流れ - Gosuke Miyashita
サーバ管理の仕組みを作り始めた話 - Kentaro Kuribayashi's blog
「GREEを支える大規模インフラテクノロジー」-GREE Platform Summer Conference 2012
取締役 執行役員CTO 開発本部長 藤本 真樹氏 2005年6月にGREEに入ってから7年が経ちました。 GREEでは開発全般を見ていて、最近はインフラよりもクライアントの方を見ますが、元々はサーバーサイドよりの人間なので、今回こういう話ができて嬉しいです。 今回のお題でサーバーサイドに関して話してみては？ と言われて、すごく困ってしまった。 何故かというと、大規模サービスを普通にやるテクノロジーのコモディティ化が進んだからです。 １０倍のユーザーが来た時にどうすればいいのかというのは、インターネット上にいっぱい情報が既にあり、それを支えるオープンソースのプロダクトや、クラウドサービスなど解決策がいくつもある。 Agenda 1.Infrastructure for over 100,000,000users 2.Infrastructure for global ser
nabokov7; rehash : ファーストサーバのデータ消失事故、一番の問題を挙げるとしたら？
ファーストサーバのデータ消失事故の件、こちら側(サービス提供してる側)の人達が大人しい気がするのは、やはり明日は我が身だということがよく分かってるからだろうなぁ。 偉そうなコメントをして鼻高々になってると、いつブーメランが飛んでくるか分からない。万全を期していても落とし穴は必ずどこかにある。 それはそれとして、あえてこの件で一番の問題は何だったかと問われたら、僕は「脆弱性の修正パッチをバックアップにも適用する」という修正をしたことだと思う。 脆弱性対策のためのメンテナンスはバックアップをしてあるシステムについても実施しておかないと、メンテナンス実施後にハードウェア障害が発生してバックアップに切り替えた途端に脆弱性対策が講じられていないシステムに戻ってしまうことが過去に発生し、脆弱性対策がなされていないシステムが動き続けていたという反省に立ち、脆弱性対策のメンテナンスに関しては対象サー
ファーストサーバ社の障害に関して - naoyaのはてなダイアリー
あまりまとめられないので箇条書きで。 「クラウド (IaaS)」と「レンタルサーバ」の区別 技術的には「クラウド (における IaaS)」と「レンタルサーバー」は明確に異なるものなので、そこは混同されないことをおすすめしたい 今回障害が起こったファーストサーバのサービスはレンタルサーバであって、クラウドサービスではないだろう クラウド = Amazon Web Services (AWS) や Heroku がその代表例だと思ってもらえばいい *1 具体的には、日経新聞の当該記事のこと → http://www.nikkei.com/article/DGXNASFK2600L_W2A620C1000000/ 意図は不明だが「クラウド」のような目新しいものと今回の事件とを結びつけて何かしらの印象を与えようとするのは、個人的には感心しない 業者が「クラウド」と謳っていたかどうかは知らない。例え
うちの会社のサーバー監視方法がおかしいので改善を試みた
前回の書き込み http://anond.hatelabo.jp/20120407162253どんな監視方法なのかをを簡単にまとめてみるうちの会社のサーバー監視方法１５台くらいのwindowsサーバーに自PCからリモートデスクトップ接続する遠隔操作でイベントログやらHDD容量やらを目視チェックして全て台帳（紙媒体）に書き込む以上を全サーバーに行うと普通に毎朝１時間かかる。負荷がでかいので分散の為、若手を入れて１０人くらいで順番にまわしている今後もサーバーが増える予定あり前回の書き込みの反応は大体以下のような感じだった頭おかしいｗｗｗ受けるｗｗｗｗｗいろいろ予想以上 これらのコメントのおかげで、おかしいのは自分の気のせいではないという事にようやく自信を持てた。とりあえず前回すぐにでもできそうな方法を方法を教えてもらったので改善できるかサーバー管理してるチームの一人に相談してみた。自分「毎朝
MySQLがおかしい！あなたならどうしますか？ – MySQL Casual Advent Calendar 2011 - As a Futurist...
MySQLをmaster:slave=1:1構成にして参照をslaveに向けるのがなぜ良くないか - 酒日記 はてな支店
MySQLのmasterとslave 1:1にして参照をslave向けるのってやりたがる人多いみたいだけど、性能たいして上がらない割に可用性落ちるだけだからやめようキャンペーン 2011-06-19 00:16:30 via YoruFukurou MySQL はレプリケーションが簡単に構成できるのですが、時折 master 1台 に対して slave 1台、更新処理は master に、参照は slave に、という構成を目にします。 個人的にはこの構成はお勧めでないと思っているので、その理由を考察してみます。 1. 可用性が落ちる 当然ですが、master, slave のどちらが落ちても影響を受けるために可用性が低下します。 2. 全体の性能がほとんど上がらない master 1台ですべてのクエリを処理する場合と比べて、可用性が落ちる引き換えとして見合った性能向上が得られるか、という
東北関東大震災で義心を感じる人へ 持続不可能な感情と継続可能なシステムについて - じゃがめブログ
突然ですが、ほんの少しだけ私語りを。 今から16年前の1995年1月17日、私は阪神淡路大震災を経験しました。 当時の我が家は尼崎市にあり、最も損壊の大きかった地域からはやや遠かったのですが、それでも家は半壊しライフラインは完全に寸断されました。最も復旧が早かった電気でも数日、遅かった水道・ガスは数ヶ月間停止したままでした。 学校に行くために自転車で訪れた神戸の街は散々な様子で、倒れるところを想像したこともない高速道路が横転し、ビルが横倒しになる。当然のごとく交通網は完全に寸断され、大阪−神戸間を結んでいた阪急・ＪＲ・阪神は全て不通となりました。また、当時最寄り駅であった阪急伊丹駅駅舎のタミータウン(当時・現在は阪急伊丹リータ)は完全に壊滅し、目にしたときはショックで目眩がしたものです。 その交通網なのですが、これが復旧して開通するまでどれくらいの期間が掛かったか、覚えてる人はいるでしょう
インフラツールInfluckyの開発始めました - As a Futurist...
Webアプリケーションエンジニアに知っていて欲しいインフラの知識 - blog.nomadscafe.jp
第1回 セキュアOS機能「SELinux」の基本的な仕組み
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Webアプリケーションの無停止稼働 - Server::Starter, Parallel::Prefork, Starlet を使って (SoozyConference 7 発表資料)