2008年08月08日00:00 カテゴリ書評/画評/品評iTech DIY 24/7 - 書評 - [24時間365日]サーバ/インフラを支える技術 技術評論社土井様より献本御礼。 24時間365日 サーバ/インフラを支える技術 伊藤直也 / 勝見祐己 / 田中慎司 ひろせまさあき / 安井真伸 / 横川和哉 初出2008.08.03; 販売開始まで更新 実に面白かった。本書単体で読んでも面白いが、「Googleを支える技術」と読み比べると面白さ22倍といったところだろうか。 本書「24時間365日 サーバ/インフラを支える技術」は、はてなとKLabという、実際に24時間365日稼働するサービスを運用している「中の人々」が、それをどうやって実践してきたかを一冊の本にまとめたもの。「外から見て」書いた「Googleを支える技術」は、そこが決定的に違う。 書籍案内：［24時間365日］サーバ

賃貸暮らしのわが家の地震対策【揺れから命を守る編】 以前のブログでも記載した、防災の優先順位に基づいて対策を進めています。まだ手をつけられていない部分もありますが、ある程度まとまってきたのでざっくりとご紹介していきます。 優先順位別に改善していっているため、今回は主に地震の揺れ対策がメインになります。…

オープンソースで作られているエンタープライズ用ソフトウェアルーター「Vyatta」は最初から個人向けと言うよりは業務用途目的で開発されており、Cisco 7200よりも価格やパフォーマンスなどで10倍のアドバンテージがあると豪語、実際に第3者機関によるテストでもそのことがある程度証明されており、コストを75％削減できるとしています。 確かにそれ相応の機能があるようで、ルーター、ファイアウォール、VPNなどが可能。また、XenやVMwareの仮想ネットワーク内でも動作。オープンソースで無料版の「Community Edition」であってもコンパイル済みのバイナリの提供やバグフィックスなどは6ヶ月ごとに必ず行われると明言しており、ほかにもRedhatのような有償による手厚いサポートもちゃんと提供しています。 というわけで、実際にこのVyattaを使ってPPPoE接続のブロードバンドルーターを

1.動画をマイリストに登録 2.IPアドレスを変更 3.1の繰り返し ※登録済みとでるが登録される 1/10マイリストランキング工作まとめ さて、本日未明、このような簡単な方法で工作が可能になっていたのを有志が発見したそうです。そこで、いつものように検証動画が上がられて運営に気づかせようという流れになったらしい。 が、はてなにそれについての記事が上がったとたんに例のごとくid:koizukaが最速で捕捉。すぐにバグが潰されてこの方法は不可能になったとのこと。 これ、方法にユーザーが気づいてから対処されるまでの速度、過去最速だったんじゃないかな。 はてなブックマーク - マイリスト工作の仕方 - 山に生きる これが件のブックマーク。はい、相変わらず戀塚さん１ゲットしてますな。 ……これだけでは不親切なので、もう少し詳しく説明しましょう。まずはこちらの記事をどうぞ。 ――Twitterやブログ

『MarkeZine』が主催するマーケティング・イベント『MarkeZine Day』『MarkeZine Academy』『MarkeZine プレミアムセミナー』の 最新情報をはじめ、様々なイベント情報をまとめてご紹介します。 MarkeZine Day

データセンターを賢く選択し、上手に利用するためのポイントについて解説してきた連載も今回が最終回。これまで紹介してきたポイントに基づいて、実際のデータセンターの設備やサービスを比較する。 これまで、データセンターが行うサービスや選択・利用におけるポイントを多数紹介してきました。今回は本連載の最終回として、これらのポイントを整理し、実際のデータセンターの比較検討をしたいと思います。 比較検討を行うには、対象となるデータセンターが必要です。そこで今回は、東京都内にある3つのデータセンターにご協力いただき、今回の連載で述べたデータセンター選択のポイントを中心に、それぞれを見学しながらヒアリングをしました。 見学したデータセンターは、ビットアイルの第一から第三データセンター（以下ビットアイル）、インターネットマルチフィード（以下MF）、そして、ソフトバンクIDCの東京新宿データセンター（以下SBID

GIGAZINEが新サーバに移転完了しました - GIGAZINE GIGAZINEがサーバーを移転したようだけど、アクセス解析やロードアベレージ、CPU使用率のグラフから 推測すると、長くはもたないんじゃないかなぁ。 負荷分散を考えているようだけど、それ以前にチューニングすべきところは沢山ある。 以下の内容は推測・予想で書いているところもあるので、間違ってたらごめんなさい。 2007年度8月分のGIGAZINEのアクセス解析結果 - GIGAZINE GIGAZINEの場合、CPUが最大のネックになるので、サーバの台数を増やすよりもCPUの数を増やすか、仮想化してマシンリソースを統合するとか、いわゆるブレードサーバ的アプローチの方が管理が簡単な気がする。まず、本当にCPUが直接ボトルネックになっているのだろうか？ 本当はディスクI/OやネットワークのI/Oがボトルネックになっていて、 そ

最近一段とメモリが安くなっている. http://www.watch.impress.co.jp/akiba/hotline/20071006/p_mem.html 「今使ってるマザーボードは8G対応って書いてあるし, メモリスロットも4つあるから5万円出せば8Gメモリのサーバってぇ寸法よ」 という目論見だったけれど,いろいろ実験及び調べてみたところうまくいかなかったので,わかったところまでをご紹介.どなたか私の屍を乗り越えて先に進んでください. 得た知見としては下記の通り. メモリコントローラの最大バンク数について フツーに売ってるインテルベースのマザーボードのチップセットのメモリコントローラは最大ランク数(バンク数)という概念が存在して,チップセット的にハンドリングできるメモリ上限とは別の制限がある.メモリモジュールのランク数はおおむね片面実装(チップが基盤の片面にだけくっついてるもの

2007年10月05日00:00 カテゴリTipsLightweight Languages tips - ApacheのLogフォーマットの方を変えて高速化 というより、高負荷サーバーの場合、ApacheのLog Formatを変更しちゃった方がいいでしょう。 ? （高速に）Apache の log を解析する正規表現 : a++ My RSS 管理人ブログ こんなの広めちゃいかん と思いついついエントリ。具体的には、 LogFormat "%h\t%l\t%u\t%t\t\"%r\"\t%>s\t%b\t\"%{Referer}i\"\t\"%{User-Agent}i\"" combined_tsv ないし、さらに LogFormat "%h\t%l\t%u\t%t\t%r\t%>s\t%b\t%{Referer}i\t%{User-Agent}i" combined_tsv として

まず空気の流れを制御する サーバーの熱対策としてまず思い付く手段は空調である。では，部分的に温度が際立って高い場所が生じた場合はどうするか。ここで，空調の温度を下げてサーバー・ルームをもっと冷やせばいいと考えていないだろうか。 これは正しい熱対策とは言えない。「局所的な熱なのに，部屋全体を冷やすことは電気代の無駄」（日本ヒューレット・パッカードの高原明彦インフラソリューションマーケティング本部プログラムマネージャ）。空調を強めるより，まずは熱を逃がす方法を考えたい。 熱対策を考える上で重要なのは，サーバー・ルーム全体の効率的な冷却である。その基本になるのは，エアフロー（空気の流れ）を考慮したラックや空調設備のレイアウトだ。冷気の通り道「コールド・アイル」と暖気の通り道「ホット・アイル」を分けて作るように，ラックの向きや列をそろえる（図1）。 一般に，サーバーは前面から冷気を取り込み，背面か

世界で広く利用されている Web サーバの Apache の使い方入門です。無料で利用することが可能です。 Windows のローカル環境に Apache をインストールする方法、 Apache を使って Web サイトを公開するための色々なディレクティブの設定方法、アクセス制限を行う手順やログファイルの見方、 Apache から CGI や PHP などを利用する方法、などについて解説します。

【1.初めに】 要望がありましたので、今回はLinux（実際はRedhat系Linux）でそこそこ安全かつ楽にサーバを立てる際の手順を記してみます。 ※一応注意：今回は、試しにサーバを立てる程度であればこのくらいで十分ではないかと思うレベルを想定しています。サービスに投入するサーバでは私はもっと細かいところまで手を入れています。 【2.そこそこ安全かつ楽にサーバを立てる手順】 さて、いよいよ本題です。サーバを立てる際は、不必要なものを全て取り除いてから必要なものを追加していくというのが基本になります。以下の手順1～5では不要なものの除去、手順6～7で必要なものを追加し確認しています。それを踏まえまして。 ■手順1. OSをインストールします。(私はLinuxであればCentOSを入れることが多いです。その際私はインストールの種類をカスタムにしパッケージグループの選択では開発ツール以外全部チ