ウノウラボ Unoh Labs: DRBDによるコンテンツの相互バックアップ
こんにちは satoです。 DRBDは誤解を恐れないで、簡単に言ってしまうと、ネットワーク越しにRAID1を構築できるオープンソースのソフトウェアです。 DRBDには以下の特徴があります。 ・カーネルモジュールで動作し、有償でサポートが受けられます ・電源等が壊れても、ソフトウェアRAIDやPICカード型のRAIDと違ってサービスを続けることができます ・heartbeat等と組み合わせて、HAなシステムを構築できます ・secondary(slave、待機系)はマウントすることができません。 DRBDの設定から使用までを簡単に解説しようと思います。また待機系が必要なのですが、待機だけではもったいないので、相互に違う領域をバックアップ(s1のsda3のバックアップ先は s2のsda3、s2のsda4のバックアップ先はs1のsda4)をしてみました。 構成 s1.unoh.n
ウノウラボ Unoh Labs: ext3の dir_indexを試す
こんにちは、佐藤です。kernel 2.6系のext3からdir_indexというものがサポートされたようなのでどのような状況でパフォーマンスが向上するか実験してみました。 環境は以下です。 uname -a; cat /etc/issue.net Linux 2.6.18-8.1.3.el5 #1 SMP Mon Apr 30 19:55:44 EDT 2007 i686 i686 i386 GNU/Linux CentOS release 5 (Final) まず/dev/sdb1にext3領域をを作ってみます。 sudo mkfs.ext3 -j /dev/sdb1 sudo tune2fs -l /dev/sdb1 # 詳細表示 .... Filesystem features: has_journal resize_inode dir_index filetype needs_r
Facebookの写真共有ストレージ 「HayStack」について調べてみました - モノノフ日記
About HaystackView more documents from Tomohiro MITSUMUNE. 先月の社内勉強会向けの資料をSlideShareに公開しました。写真サイト絡み、ということでFacebookのHaystackについて調べてみました。情報ソースはFacebookの中の人が技術情報として公開している文章を日本語でまとめてあるだけです。また少し前に取り上げられていた37signalsのHaystackではありません。(37Signalsのウェブデザイナー探しサービスHaystack | 秋元@サイボウズラボ・プログラマー・ブログ) 英語があんまりよくわかってない箇所もあるんですがザックリと意訳すると、 Unix系のファイルシステムで多く採用されているinodeは莫大な画像枚数を扱う場合、ファイルアクセスのレスポンス速度を維持するには構造に問題があったので中身か
Facebook’s photo storage rewrite
This week Facebook will complete its roll-out of a new photo storage system designed to reduce the social network’s reliance on expensive proprietary solutions from NetApp and Akamai. The new large blob storage system, named Haystack, is a custom-built file system solution for the over 850 million photos uploaded to the site each month (500 GB per day!). Jason Sobel, a former NetApp engineer, led
Tsuchiya Yoshihiro: facebookのhaystackについてメモ
Saturday, January 30, 2010 facebookのhaystackについてメモ Facebookの画像データは大量で、Flickrをはるかにしのぐのだそうです。 画像データを保存するのがNeedle in haystackというシステム。読んでみたので、以下にメモ。 画像の量は、1.5PB、枚数は150億枚、それぞれ何枚かサイズを変えて保存するので600億枚となります。増加量は、一週間に2.2億枚、25TB。 前はNFSサーバを使ってHTTPサーバのレイヤとストレージのレイヤをわけていました。しかしNFSサーバ上のメタデータ（directoryとinode)の量が多く、そのためのIOで性能がでませんでした。このため、CDNを使ったり、プロファイル写真のキャッシュを行ったり、NFSのファイルハンドルのキャッシュを行ったりしていました（特に言ってる理由は何なのでしょう。N
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
欧美15一18SEX 性,日本一道综合久久AⅤ免费,免费国产乱理伦片在线观看,台湾正宗无码三级
