DSAS開発者の部屋:repcached 1.0をリリースしました！
repcached初の公開バージョンとなる1.0を公開しました。 http://lab.klab.org/modules/mediawiki/index.php/Repcached (日本語) http://repcached.lab.klab.org/ (英語) repcachedとは、memcachedに以下の機能を追加するプロダクトです。 アクティブ/バックアップ構成での自動的なフェイルオーバ 無停止のフェイルバック 「キャッシュサーバなのに冗長構成って必要なの？」と思うかもしれませんが、そのあたりの開発動機も含め、インストール方法などのドキュメントは上記のプロジェクトページにありますのでご覧くださいませ！ 追々、このブログでも活用事例を紹介していきたいと思っています。
サーバの種類とDBサーバ超基礎入門 : LINE Corporation ディレクターブログ
こんにちは、櫛井です。 今回は、サイト運営を行う上で知っておきたいサーバの種類やその役割、DBサーバについてお送りします。記事タイトルに“超基礎入門”とあるように、あまり難しい言葉を使わずに書いてみます。 サーバの種類と役割 ユーザーが画像やテキストなどを投稿できる CGMコンテンツの場合、情報を表示するだけの一般的なウェブサイトとは違ったサーバ構成を行う必要があります。データの置き場所を分散させ、役割を決めたサーバを適切に配置することで、負荷分散や万が一の障害対応時の問題切り分けなどにも有効といった特徴があります。 では、具体的にどのようなサーバがあるか、それぞれどのような役割をしているか、代表的な例を紹介してみます。 ※かっこ内は社内での通称 アプリケーションサーバ(app) プログラムが走る。ここで表示するコンテンツを作ってたりする。 ウェブサーバ(www) リバースプロキシとして稼
速くて落ちないサービスを提供する - jkondoの日記
外からはなかなか評価されない仕事としてもう一つ大きいのがサーバーの仕事です。はてなのように、1ヶ月のUU（ユニークユーザー）数900万人、月間のPV（ページビュー）が10億PVを超えるサイトを運営するには、当たり前ですが相当なサーバーやネットワークが必要となります。 これまでこのサーバーやネットワークについては、「なるべく安く」ということを目標に構築してきました。売り上げが安定的ではないため、業績が悪化した際にリスクとなる固定費をなるべく減らしたかったからです。（ちなみにはてなは外部からこれまで資本を入れておらず、全て自分たちの事業で生み出した利益を元に設備投資を行ってきています。苦労して生み出した利益を使ってサーバーを買うわけですから、そのコストについて厳しくなるのは当然ですし、そのおかげでネットベンチャーには珍しく、完全自己資本でここまで会社を成長させることができました。ただ、自己資本
インストールと環境構築
今回から数回にわたって、仮想化ソフトウェア「Xen」を用いたシステム構築についてご紹介します。 ご存じの方も多いと思いますが、Xenは、オープンソースで提供されている仮想化ソフトウェアで、手軽に仮想マシンを実現する手法として注目されています。この連載ではその概要については割愛し、システム構築の現場で、実際にどのように仮想化システムを設計・構築・運用していくかという実践的な部分に焦点を当てて解説を進めていきたいと思います。 初めに、XenをインストールしてゲストOSを動かすまでの基本的な手順を紹介したいと思います。ゲストOSを稼働させ、Xenの基本的なセットアップ方法を把握したところで、次回以降、実際の仮想化システム構築のプロセスを、パフォーマンス検証結果などとともに紹介していきます。 なお、今回は仮想化環境のプラットフォームとしてRed Hat Enterprise Linux 5（以下R
データセンターのサーバを効率よく管理する――IIJのサーバ運用術 | OSDN Magazine
黎明期から日本のインターネットを牽引してきたインターネットイニシアティブ（IIJ）では、法人向けのネットワーク関連サービスを中心に、個人向けのISPサービスまで、さまざまなサービスを提供している。そのIIJで法人向けにWeb/メール/ストリーミングなどのサービスを提供するアプリケーションサービス部では、数千台のサーバを30人弱の体制で運用しているという。「遠隔地のデータセンターにある大量のサーバを効率よく管理する」、この課題への取り組みの一環としてIIJでは、NECの1Uハーフサーバ「Express5800/i110Rb-1h（以下、i110Rb-1h）」に備わるリモート管理用プロセッサEXPRESSSCOPEエンジンの機能を活用している。IIJがNECの1Uハーフサーバ導入に至った経緯と、どのようなサーバ監視体制を敷いているかを、アプリケーションサービス部 アプリケーションサービス3課の
首都圏改札トラブル: 極東ブログ
昨日１２日早朝、首都圏のＪＲ、地下鉄、私鉄各線の多数駅で自動改札機の電源が入らないトラブルが発生した。始発からのトラブルだった。ＪＲに限定すると、大宮、川崎、横浜、宇都宮など、東京近郊の約１６０駅だったらしい。これから都心部へ向かう通勤客が、いわば入り口で故障改札機に遭遇し、システム的には非正規に通過した。社会的な問題はむしろ、首都圏の出口のほうで発生した。一部の通勤客がシステム的に正規通過できないため、混乱をさけるために全面的に改札機を停止することになった。事件は一応、同日の午前中には収束したが、解決したわけではない。 ＪＲなど鉄道会社には損害が出たし、多数の通勤客も不便だったという意味で社会事件なのだが、怪我人などが出たようでもなく一過性の奇妙な事件として忘れ去れるかもしれない。私は、なぜこんな事件が発生したのか、関心を持った。現時点ではあらかた解明されているので私の愚考など意味がない
DSAS開発者の部屋:特集記事『Linuxロードバランサ構築・運用ノウハウ』を公開します
『Linuxロードバランサ構築・運用ノウハウ』を公開します！ これはWEB+DB PRESS Vol.37の特集記事としてDSASチームが執筆したもので、技術評論社様の許可を得て今回公開するはこびとなりました。 一口でいうと、「Linux＋IPVS＋keepalivedを使って、冗長構成(Active/Backup)のロードバランサを作るまで」の解説記事で、 サーバ負荷分散一般についてのはなし Linuxでロードバランサを作ってみる ロードバランサを冗長化 といった構成になっています。 みなさんがLinuxロードバランサを導入・構築・運用する際の一助になれば、DSASチームとしてもうれしい限りですので、是非、ご覧になってください！ 第1章 サーバ負荷分散概論 特集のはじめに なぜサーバ負荷分散をするのか？ サーバ負荷分散の実現方法 ロードバランサのいる構成 ロードバランサはなにを元に分散す
【続報】ゆうちょ銀障害は性能設計の甘さが原因、開発ベンダーはNTTデータ
ゆうちょ銀行のシステムで10月1日に発生したシステム障害の原因は、民営・分社化に伴うアクセスの増加を見越した性能設計の不備にあったことがわかった。問題が発生した「顧客情報照会システム」は、郵便局の職員が、預かり限度額の1000万円を超えないように貯金の預かり状況を確認するのに使う。10月以降、「このチェックを厳密にしたため処理が急増した」（関係者）。取引限度額の確認処理が増えるのを見越した性能設計ができていなかったといえる。 さらにアクセス用パスワードの変更処理が重なった。パスワードは定期的な変更が必要な設定になっていた。その結果、「フロント系のブレードサーバーに負荷がかかり、システム全体の稼働が不安定になった」（関係者）。 本誌の調べによれば、同システムの開発ベンダーはNTTデータ。ブレードサーバーはNEC製とみられる。 ゆうちょ銀は10月6日から8日までの3連休を利用して、ブレードサー
ゼロックスのパロアルト研究所、ドキュメント処理の新技術を発表
Xeroxが新しいスマートペーパー技術を実用化すれば、事務の仕事が少し楽になるかもしれない。 XeroxのPalo Alto Research Center（PARC）は米国時間10月4日、デジタル文書と紙文書に関する新技術3件を発表した。 その1つ、ハイブリッドカテゴライザは、コンピュータビジョンなどの機械学習技法を用いてデジタル文書に含まれる文字と画像を解釈し、その両者をリンクさせて分類できるようにするソフトウェアだ。保険会社であれば、自動車の画像を含む文書を住宅保険のフォルダではなく自動車保険の請求フォルダに人手を使わず自動的に保管できるようになる。 2つ目の技術は「知的編集（intelligent redaction）」と呼ばれているコンテンツ検出技術で、デジタル文書に含まれる機密情報を探し出し、それを含む部分や段落を暗号化したり、機密データを削除したりする。病院であれば、訴訟によ
F's Garage：HPのサーバーが１万円台から！
HPのサーバが驚きの１万円台から買えるチャンス！ こないだの賞金でモバツイッターのサーバを増設しようと思っていて、このキャンペーンの第一弾をやっていたのを知っていたので、またやるのを待っていたら、こんな早くやってくれた。 ProLiant ML115というAthlon 64 3500+のマシンなら、512MBのメモリを積んで15,750円！！ MicroATXのサイズで省スペース。オンボードRAIDがついていて、RAID 0 , 1 , 5にできて、メモリも４スロットついていて、最大8GBまで増設可能 正直、モバツイッター程度のアクセス数のサーバ用途ならAthlon 64で十分過ぎるんだけど、もうちょっとお金を出すと、 25,200円で、デュアルコアの64bitプロセッサOpteronが買える。 クロックが1.8GHz x 2 に落ちてしまうんだけどどっちが性能が良いんだろう。 そりゃやっ
スパコンの内外価格差、性能格差:スパコン漫遊日記 - CNET Japan
＜１テラフロップス・７００万円のスパコン＞ 2007年10月2日のHPCwireが伝えるところでは、米エネルギー省の核安全保障局（NNSA)のリヴァモア、ロスアラモス、サンディアの３研究所は、シリコンバレーのMilpitasにあるスパコン・メーカー・APPRO社に＄26M（30.4億円.・Yen$117）で合計性能438テラフロップのスパコンを発注した。 このスパコンはOpteron Quad CoreベースのAPPRO Xtreme-Xというスパコンで、21のSU（スケーラブル・ユニット）からなり、8つのクラスターに分けられ各研究所に数クラスターづつ納入される。時期は2007年末から2008年始めにかけてである。 12,096CPU-Chip/48,384Coreを１node4chipの3,024nodeで構成し、メモリは合計で96.8TB、32GB/nodeである。Intercon
連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説（前編）
冗長構成を支えるOSSミドルウェア「Heartbeat」の日本語Webサイトがオープン
日本電信電話株式会社（以下、NTT）、エヌ・ティ・ティ・データ先端技術株式会社（以下、NTT-DI）、VA Linux Systems Japan株式会社（以下、VA Linux）、日本電気株式会社（以下、NEC）の4社は、企業システム向けOSSミドルウェアの普及活動の一環として、Linux上で動作し、サービスの停止時間を短縮化する「Heartbeat」の日本語Webサイトをオープンすると発表した。10月5日から公開する。 Heartbeatは、プライマリシステムの万一の障害に備えた冗長構成環境において、システムの状態を監視し、障害を検出した場合に、予備のシステムへの切り替えを行うOSSミドルウェア。 今回オープンするWebサイトでは、コミュニティと協力し、プログラムやインストールマニュアル、設定例などをダウンロード提供するほか、メーリングリストを併設。これに参加することで、利用の際の疑問
ディレクターが知っておくべきサーバに関してのあれこれ その1 : LINE Corporation ディレクターブログ
どうも、2度目のユティです。前回よりは、若干マジメなことを書きます。 自分の担当しているコンテンツのサーバ台数が何台で、それぞれどんな動きをしているのか、ということを把握しているでしょうか。もちろん、ディレクターなので実際サーバを管理しているという方は少ないと思いますが、サーバのことを知っておくことは大変意味のあることです。その理由のひとつはコスト管理です。 ■コスト管理 ライブドアは自社でデータセンター（IDC）を持っていますが、なにかサービスを始める場合には、新たに自分たちでサーバを立ち上げるか、どこかのIDCでサーバを借りなくてはいけません。いずれにしろコストが発生するということです（ライブドアも自社ではありますが、コストは発生しています）。サービスの安定性を高めたいときや、大規模なサービスを構築したいときなどは、それなりの台数が欲しいというのも当然なのですが、コストの面だけで見れば
意外に知られていない熱対策
まず空気の流れを制御する サーバーの熱対策としてまず思い付く手段は空調である。では，部分的に温度が際立って高い場所が生じた場合はどうするか。ここで，空調の温度を下げてサーバー・ルームをもっと冷やせばいいと考えていないだろうか。 これは正しい熱対策とは言えない。「局所的な熱なのに，部屋全体を冷やすことは電気代の無駄」（日本ヒューレット・パッカードの高原明彦インフラソリューションマーケティング本部プログラムマネージャ）。空調を強めるより，まずは熱を逃がす方法を考えたい。 熱対策を考える上で重要なのは，サーバー・ルーム全体の効率的な冷却である。その基本になるのは，エアフロー（空気の流れ）を考慮したラックや空調設備のレイアウトだ。冷気の通り道「コールド・アイル」と暖気の通り道「ホット・アイル」を分けて作るように，ラックの向きや列をそろえる（図1）。 一般に，サーバーは前面から冷気を取り込み，背面か
仙石浩明の日記: NFS と AUFS (Another Unionfs) を使って、ディスクレス (diskless) サーバ群からなる低コスト・高可用な大規模負荷分散システムを構築する
ディスクレス (diskless) サーバを多数運用しようとしたときネックとなるのが、 NAS (Network Attached Storage) サーバの性能。 多数のディスクレスサーバを賄え、かつ高信頼な NAS サーバとなると、 どうしても高価なものになりがちであり、 NAS サーバ本体の価格もさることながら、 ディスクが壊れたときの交換体制などの保守運用費用も高くつく。 それでも、多数のハードディスク内蔵サーバ (つまり一般的なサーバ) を 運用して各サーバのディスクを日々交換し続ける (運用台数が多くなると、 毎週のようにどこかのディスクが壊れると言っても過言ではない) よりは、 ディスクを一ヶ所の NAS にまとめたほうがまだ安い、 というわけで NAS/SAN へのシフトは今後も進むだろう。 そもそも CPU やメモリなどとハードディスクとでは、 故障率のケタが違うのだから
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.asahi.com/science/update/1114/TKY200711140192.html
地底空間にデータセンター建設、サンやIIJなど12団体がプロジェクト
http://www.asahi.com/national/update/1013/OSK200710130073.html
Notesの基礎概念 - sanonosa システム管理コラム集
