脱OpenPNE。 - Lang-8でRuby on Railsを採用 - Tous Les Jours 攻防記
Rails導入の背景 永らくOpenPNEベースで開発を続けていたLang-8ですが、以下のような課題を抱え続けていました。 生産性が低い → フレームワークの力を借りて生産性を上げたい ページのAjax化に一苦労 → Ajax対応フレームワークでJS周りの開発効率を上げたい デバッグがやりにくい → テスト駆動開発を低コストで導入したい もうそろそろ、何かフレームワークを導入するべきだろうと。 スケールするの？ フレームワークを選定する上では、DB周りがスケールするかどうかを最重要視しました。 たとえばRailsのO/RマッパであるActiveRecordは単一DBを前提にしており、スケールさせることが難しいらしい、なんて話を聞きます。メインのDBをActiveRecordで構築しなおすのはいやだなー、と。データ移行の手間もあるし。。。SNSにとってボトルネックは常にDBなので、サイトの
VMware ESXi - ハニーポッターの部屋
年末年始にかけて、VMware ESXiをずっと調べいたので、まとめのリンク集として公開。 いやー、久々に熱いツールですね。このためだけに、DELLかHPのサーバがほしくなりました。 メモリも激安なので、10GBオーバー8GB*1で、マシン集約が自宅でもできそうですね。 変更履歴 1/12 公開 1/13 ベンダー提供資料追加（IBM関係），仮想化関係書籍追加 1/14 ベンダー提供資料追加（Networld）追加 1/17 wikiにお勧めを追記 5/27 最新リンクを別ページで公開。 ■VMware ESXiオフィシャルサイト、wiki、まとめ VMware ESXi http://www.vmware.com/jp/products/esxi/ ドキュメント類 http://www.vmware.com/jp/support/pubs/vi_pubs_35u2.html クイックスタ
安サーバー構築記２ - ソフトウェア設定編 - komagataのブログ
安サーバー構築記のソフトウェア設定編です。 （ハード組み立て・回線契約編はこちら） ハード ハード面をまとめると、こんな感じです。 HP ProLiant ML115 G5 メモリ8GB HDD 3.16TB(1.5TBx2, 160GBx1) 固定IP8 ソフト構成 Xen3.2でDebian Lenny(testing)をDomain0としてDebian etchをいっぱい立てる。 LVMを使ってみる。 ファイルシステムにXFSを使ってみる。 OSインストール ここ数年サーバー関係に事なかれ主義といいますか、適当にパーテーション切ってDebian stable入れておしまい、という感じでした。久しぶりなので使ったことがなかった上記３つにチャレンジしてみました。（勉強になりました！） ML115 G5についてるオンボードのNICのBroadcom BCM5722は手持ちのインストーラー（
安サーバー構築記１ - ハード組み立て・回線契約編 - komagataのブログ
ITベンチャー勝ち組セットで書いた安サーバーの構築記を書いていこうと思います。 実際買って設定してみたら上手くいかなかったなんてことがあるかもしれないので人柱の使命を果たす！ ハード到着 届いたもの一式。 １階のルーターから線を引っ張ってきて２階にサーバーを設置するので、長いLANケーブル、ハブ、電源タップ、ケーブルテープなども買ってきました。 組み立て・設置 設置完了。 エレクターは家に元々ありました。 設置中に気付いたこと。 ML115 G5はキーボード付いてたので別途買う必要無かった。 ML115 G5のケースのもろもろの扱い易さは素晴らしかった。（特にHDD取り外しが楽！） マイナスドライバーが必要。 ML115 G5はアレが付いてないので買い足しに出かける必要があった。（実際、店の人に下記のようなイラストを見せて、「コレありますか？」と聞いた。通じた。） 回線契約 まず実家の回線
安サーバー購入に関するあれこれ - komagataのブログ
DellのPE T100買っちゃったのその後なんですが、俺の浅い調べのせいで紆余曲折ありました。苦労したのでみなさんの参考（人柱）になれればと・・・。 結論 サーバーはNTT-X Store、メモリ・HDDは価格.comで探せ！ HP ProLiant ML115 G5にメモリ・HDDいっぱい積め！ RAIDは忘れてサーバーもう一台買ってrsyncとかの方が安い！ （2009/12/19 現在、HP ProLiant ML115 G5が11,750円・・・） まず、Dell PowerEdge T100はECC付きメモリじゃないと駄目らしい。2GBx2枚が3,988円で買えるご時世、これは痛い。Dellの営業さんに申し訳なかったけどキャンセル。HP ProLiant ML115 G5をNTT-X Storeで注文。メモリ計8GB（8,336円）、HDD1.5TB（12,568円）を価格.c
Kazuho@Cybozu Labs: ウェブサービスの SSD 化について話してきました
« 開発しているウェブアプリケーションフレームワーク NanoA について話してきました | メイン | なぜサイボウズ・ラボで働くのか » 2008年11月27日 ウェブサービスの SSD 化について話してきました 本日 (11/27) 開催の Shibuya Perl Mongersテクニカルトーク#10 で、ウェブサービスの SSD 化について話しました。スライドを置いておきますので、開発しているウェブアプリケーションフレームワーク NanoA について話してきました とあわせてご覧いただければ幸いです。 末筆となりますが、Shibuya.pm の実行委員(?)の方々、ありがとうございました＆おつかれさまです。 (まだ終わってないけど ^^;)
第1回 5分でわかるUnbound | gihyo.jp
本特集では、次世代DNSサーバソフトウェア「Unbound」にフォーカスし、機能や特徴を解説しながら、実際の運用ノウハウについてお届けします。第1回目はUnboundの基礎知識について解説します。 Unboundの概要 UnboundはBINDの代替を目指したDNSキャッシュサーバです。2008年5月20日に正式版1.0がリリースされました。オープンソースのソフトウェアとして公開されており、ライセンスはBSDライセンスです。 UnboundはNLnet Labsにより開発と保守が行われています。UnboundはVerisign labs、Nominet、Kirei、ep.netによりJavaで開発したプロトタイプを、NLnet LabsがCで実装し直したものです。ちなみに、NLnet Labsはルートサーバとしても利用されているDNSコンテンツサーバのNSDも開発しています。リリースされた
「はてな流大規模データ処理」を見てきた - もぎゃろぐ
KOF2008：関西オープンソース2008というイベントに来ています。 はてなの伊藤さんの講演があったので、講演メモを公開。 ＃ボクがメモした内容であって、100%言ったとおりに書いてあるわけじゃないので、参考としてご覧ください。 (続き) アジェンダ 大規模なデータ OSのキャッシュ MySQLの運用 大規模データアプリケーションの開発 データの例 はてなブックマークのデータ量：五千万件くらいのデータ量 このデータに対して何百万人がアクセスしてくる状況でどういう作りにするか レコード数 1073万エントリー 3134万エントリー 4143万タグ データサイズ エントリー2.5GB 何の工夫もなく普通にアクセスすると...200秒待っても結果が帰ってこない 大規模データの難しいところ 開発サーバで開発者が作っている時は快適に動いていても、多数の人間がアク
DSASのファイル転送システムをオープンソースで公開します : DSAS開発者の部屋
DSASのファイル転送システムを、オープンソースで公開します。 その名は、makuosan（まくおさん：通称「まくお」）っていいます。 名前は冗談っぽいですが、内容はわりと真面目です(^^; MAKUOSANプロジェクトサイト Webサイトの運用に欠かせない作業のひとつに、「デプロイ」という作業があります。 これは、新しいプログラムやデータなどをWebサーバに設置して利用できるようにす ることを指していますが、サイトの規模が大きくなってWebサーバの台数が増えると、 それに比例してファイル転送にかかる時間も長くなっていきます。 一般的な話として、サイトの規模が大きくなるほど運用コストは増大しますが、 その要因のひとつとして「デプロイ時のファイル転送に時間がかかる」という 点がありました。そこで、できるだけ運用コストを抑える（作業者の負担を減 らす）ために、独自のファイル転送システムをこしら
ネットワーク側から見たヨドバシカメラ問題 - なぷさく
ヨドバシカメラのサイトがリニューアルに失敗してレスポンスが著しく低下している。ただでさえ重いところに、「ほらほらみてみて、重くなってるよ！見に行ってみてよ」なんてGIGAZINEが煽ったり、yahooニュースに飛び火したりしてさらにリクエストが増えて、瀕死の重病人いよいよまさに往生せんとす、といった雰囲気である。構築した会社は今頃針のむしろだろうし、ヨドバシ側の担当者もきっと現場からは「使い物にならんぞ！」と突き上げを食らい、上からは「なんでこんなところに依頼したんだ！」と怒られて社内キャリアはぶっ吹っ飛んだだろうし、まあ他人事ながら同情申し上げる。すでにあちこちで、CMSが腐ってるとか構築会社の社長がすごいとかいろいろ言われているが、基本に立ち返って外側から見える現象をひとつずつチェックしてみよう。1. DNSは問題なし大阪吹田にあるどっかの会社のサーバでDNS引いてみた。 $ dig
ネットワークシステム監視プログラムZitherのページ
Zither, Sitar ってなに？ はじめに zitherの紹介ページへようこそ！ ここで紹介しているプログラムはネットワークサーバ監視用プログラムですので、普通の方は 使わないと思います。対象にしているのは多数のネットワーク機器を管理されている方です。 zither はチターと読みます。sitarはシタールと読みます。zitherはヨーロッパの、sitarは インドの弦楽器ですが、ネットワークを弦と見立てて名前を決めました。またWindows用クラ イアントとして琵琶(biwa)が開発段階にあります。これらzither、sitar、biwa、アポロン（W EBインターフェース）などの一連のプログラムをまとめて「zither監視」とか「zither監視シ ステム」などとまとめて呼んで行きたいと思います。 Zither監視システムが追求している機能とは Zitherによる
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
ライブドアデータホテルパトロール 無料サーバ・ネットワーク監視サービス
「DATAHOTEL PATROL」サービスからのアラートメール誤配信のお知らせ（2019年4月3日） 2019.04.03 平素は大変お世話になっております。 掲題の通り、既にサービス提供を終了しております、「DATAHOTEL PATROL」 サービスにおきまして、3月30日から31日にかけて、以前ご利用のお客様のメールアドレス に対してアラートメールが誤って配信されました。 メールを受信された皆様には、ご迷惑お掛けしまして、大変申し訳ありませんでした。 本事象の原因は、サーバ撤去時の誤作動により、誤って監視が再開され、アラートメールが 配信されたことによるものでございます。 該当サーバは既に撤去及びデータ消去を実施済みのため、メールは配信されないよう 対応させて頂いております。 お客様におかれましてはご不便をお掛けいたしましたことをお詫び申し上げます。 今後とも弊社をご愛顧くださいま
puppet wiki （パペウィキ） - Trac
ここは システム管理ツール puppet の日本語情報 Wiki です。（通称パペウィキ） 関連リンク 本家サイト ソースコードリポジトリ mizzy.org 内の puppet 関連エントリ Tomoyuki Sakurai 氏による OSC2007 発表資料 「オープンソースによるシステム管理の自動化」(PDF) だ！日記 - タグ: puppet オープンソースなシステム自動管理ツール Puppet Wiki 編集について この Wiki はどなたでもご自由に編集できますが、スパム防止のためにログインが必要です。ユーザ名 puppet 、パスワード reductive でログインして編集を行ってください。 また、個別アカウントを発行させて頂くことも可能です。ご希望の場合は、ユーザ名・パスワードを htpasswd -nd でハッシュしたものを gosukenator at gmail
大規模SNS実現のためのGREEのアプローチ
大規模なサイトでは、どのようにWebアプリケーションをスケーラブルに構築しているのか。GREEのアプローチを、グリー取締役CTOにして、PHPフレームワークEthna（えすな）の開発者でもある藤本真樹氏が解説する。Webアプリケーション開発者必見だ。 はじめに Webサイト構築で面白いのは、つい先日までどう見ても小規模なユーザーベースで動作していたサイトが、瞬く間に数万人、数十万人のユーザーを抱えることになったりする*ことです。また、最初は小規模だったアプリケーションが、少しずつ改善していくうちに、大規模なアプリケーション*になることがあります。本稿では、徐々に大きくなるWebアプリケーションをスケーラブルに構築する方法を説明します。 技術はコモディティ化しているけれど Webアプリケーションの開発に携わっている方は特に実感されていることと思いますが、ここ数年Webかいわいの動きは非常に速
必要以上に容量の大きすぎるHDDを使わないほうが良い理由 - sanonosa システム管理コラム集
HDDの大容量化のペースはすごいですね。最近では1TBもの容量があるHDDが個人でも買える値段で登場しています。しかしインターネットサービスを提供する立場で考えると、必要以上に容量が大きすぎるHDDというは結構困ることがあります。今回はその理由について述べてみたいと思います。 【FormatやRAID Rebuildに時間がかかる】 例えば36GBと1TBのHDDでは実に30倍もの容量差があります。いろいろな要素を省いて単純に考えるとFormatやRAID Rebuildも30倍の時間がかかるということになります。FormatやRAID Rebuildって結構時間がかかりますのでこの差はとても大きいです。 RAID Rebuildと言えばこんな話しがあります。例えばサーバに3個のHDDが搭載されていて、2個をRAID1(ミラーリング)に、1個をHotSpareにしているサーバがあったとしま
ロングテールな画像配信 その2 - 3,000万の画像を配信するシステム - mixi engineer blog
Squidを検索する度に最初に表示される画像検索の結果に吹き出しそうになる開発部・システム運用グループの長野です。前回のロングテールな画像配信のその2ということで、実際の画像配信システムについて書かせて頂きます。 ■プロフィール画像の配信について 前回紹介しましたが、mixiにおいてプロフィール写真を設定を設定しているユーザ数は全体の約70%、1,000万人の方が設定をされています。現在配信をしているプロフィール画像のサイズは180x180、76x76、40x40と３サイズあり、合計3,000万以上のファイル数になっています。また、もっともよく使われる76x76のサイズ1,000万件において、1日にアクセスされる画像の数は800万ファイル以上、うち97%が30回以下と非常に広範囲に渡ってアクセスされています。そのため大量の画像を配信できる仕組みが必要になります。 ■配信システムの全体像 プ
サーバ/インフラを支える技術を読んで | Carpe Diem
サーバ/インフラを支える技術を読んだ。僕も仕事では、かなりの時間をサーバ/インフラに費しているので、1つずつとても興味深く読んだ。 この本では、どういう状況でどんなトラブルにあってどう対策したのかについてよく書かれているので、現場志向の本で「体験」という貴重な財産が惜しげもなく公開されている本だ。 目次は、DSAS 開発者の部屋で公開されているので、僕が感じたことを目次と重ねあわせていきたい。 1.1 冗長化の基本 1.2 Web サーバを冗長化する – DNS ラウンドロビン 冗長化の基礎的な部分がかなり凝縮されて書かれている。冗長化については、オライリーの「サーバ負荷分散技術」という本の前半にかなり詳しく書かれているので、興味のある人はあわせて読むといいです。NAT と DSR の違いについてよく分かる解説がありました。 VIP を割り当てるシェルスクリプトには、とても興味深いものがあ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
関西オープンソース 2008 30days Albumの裏側
ce-lab.net