iSCSI Initiatorのタイムアウト設定 at nkjmkzk.net
Virtualization, Operating System, Storage, Cloud ComputingLinux環境のiscsi-initiator-utilsを用いた際に重要となるタイムアウト関連の設定について。 信頼性の高いシステムでは当然iSCSIストレージへの接続も冗長化するという要件があります。汎用的な実装だとdevice-mapper-multipathを使ってストレージネットワークの障害に対しての冗長構成でとることができます。また、OracleのASMを使ったStorage GRID構成では複数ストレージをストライピング＆ミラーリングし、例えストレージが筐体ごとパワーダウンしてもオンラインで処理を継続することができます。このStorage GRID構成で重要なのがiSCSI Initiatorのタイムアウト設定です。 iSCSIストレージへの接続性に不具合が発生
FreeBSD 8/amd64でZFSを使うときのパラメータ - 工夫と趣向と分別と。
FreeBSDにおけるZFSのチューニング資料として、まず見るべきはZFS Tuning Guideだと思うが、これによれば、ことFreeBSD 8/amd64に関しては特に設定不要であるように読める。 しかし、ZFSは高負荷になるとkmemを激しい勢いで消費するので、特に多機能サーバとして使っている場合は、適切な設定でkmemの消費を抑える必要がある。通常の利用では問題なくとも、bonnie++などでストレスをかけると簡単に落ちてしまう。 8GBのメモリを積んだ手元のサーバは、以下のような設定（/boot/loader.conf）にしたところ、相当の負荷にも耐えられるようになった。 vm.kmem_size="1536M" vm.kmem_size_max="1536M" vfs.zfs.arc_min="128M" vfs.zfs.arc_max="512M"
ZFSTuningGuide - FreeBSD Wiki
See also: Solaris: ZFS Evil Tuning Guide, loader.conf(5), sysctl(8). ZFS Tuning Guide OpenZFS documentation recommends a minimum of 2GB of memory for ZFS; additional memory is strongly recommended when the compression and deduplication features are enabled. Depending on your workload, it may be possible to use ZFS on systems with less memory, but it requires careful tuning to avoid panics from mem
サーバ仮想化環境でのお薦めストレージ構成 at nkjmkzk.net
A Place to discuss Oracle VM, Linux and Other Great Software.サーバ仮想化環境では「リソースプール」という概念を実現するために共有ストレージ構成が多く採用されます。しかし、そもそも現在のCPU性能とDISK I/O性能を鑑みれば、そもそもDISK I/O性能はCPU性能の進化に追いついておらず、共有ストレージ構成とすれば追い打ちをかけるようにそこがボトルネックとなります。多くの環境ではサーバ仮想化環境では「共有ストレージ型前提。しかしこれまでの何倍ものI/O性能が必要」という要件に対応するため、ミドル〜ハイエンドのストレージ装置を採用するという選択を行っています。その結果初期導入費用が高価なのはもちろんですが、そのあとも莫大な保守費を支払うことになります。そして拡張できるものの、拡張するためのパーツがまた高価、というスパイラルに陥
kumofs kumo fast storage 古橋 貞之 自己紹介 • 古橋 貞之（ふるはし さだゆき） • 筑波大学 情報学類3年 • id:viver • frsyuki@twitter 自己紹介 ディスクレスブートシステム ペアプログラミング ��
kumofs kumo fast storage 古橋 貞之 自己紹介 • 古橋 貞之（ふるはし さだゆき） • 筑波大学 情報学類3年 • id:viver • frsyuki@twitter 自己紹介 ディスクレスブートシステム ペアプログラミング 支援システム 多人数音声チャットシステム kumofs • 背景 • kumo fast storage概要 • 保証範囲 • 性能（目安） • ノード追加中の動作 • MessagePack-RPC 背景 • えとらぼ株式会社のプロジェクトで： • 小さいkey-valueを大量に保存 • 落ちないストレージ • キャッシュではなくて永続化したい • サーバーを足すと読み・書き性能が向上 • 導入・運用が楽 kumo fast storage • key-valueストレージ • Consistent Hashingで分散 • レプ
SanDisk、SSDのランダムライト性能を最大100倍向上させる技術
11月5日(現地時間)発表 米SanDiskは5日(現地時間)、WinHEC会場において、SSD向けのフラッシュメモリ用ファイル管理システム「ExtremeFFS」を発表した。 ExtremeFFSでは、ページベースのアルゴリズムで動作し、データの物理位置と論理位置とを固定させる必要がない。また、1セクタ分のデータを書き込む際は、もっとも便利で効率的な場所に保存する。これにより、SSDのランダムライト性能を最大100倍にまで向上させ、同時に耐久性能も向上するという。 このほか同技術では、1つ1つのNANDチャネルが独立して、書き込みや読み込みを行なえる非ブロッキングアーキテクチャや、ユーザーの行動パターンを学習してデータの配置を行なう技術を盛り込んでいる。この技術を搭載した製品は2009年に出荷される見込み。 また、同社はSSDとHDDの性能を比較する指標である「vRPM」や、寿命の指標で
Freenix 2000 USENIX Annual Technical Conference Paper
UBC: An Efficient Unified I/O and Memory Caching Subsystem for NetBSD Chuck Silvers The NetBSD Project chuq@chuq.com, https://www.netbsd.org/ Abstract This paper introduces UBC ("Unified Buffer Cache"), a design for unifying the filesystem and virtual memory caches of file data, thereby providing increased system performance. In this paper we discuss both the traditional BSD caching interfaces and
Wear leveling - Wikipedia
Wear leveling (also written as wear levelling) is a technique[1] for prolonging the service life of some kinds of erasable computer storage media, such as flash memory, which is used in solid-state drives (SSDs) and USB flash drives, and phase-change memory. There are several wear leveling mechanisms that provide varying levels of longevity enhancement in such memory systems.[2][3] The term preemp
フラッシュファイルシステム「Ｆｕｇｕｅ」 - 技術情報 フラッシュ・メモリの基礎と電源障害に強いファイル・システムの構築 - ウェア・レベリング
フラッシュはデバイスの仕様として書き換えに対して一定の不良ブロック数の範囲内で10万回という回数の上限があります． 言い換えると，10万回の書き換えに対して，ブロック不良率は約2%以下であることをデバイス・メーカが保証していることになります． 通常の設計では，フラッシュを搭載した機器自身の製品寿命とフラッシュに対する書き換え頻度を考慮して システムのストレージ・アーキテクチャ を組み立てます． そこで用いられるウェア・レベリング（図4）とは，フラッシュの書き換え操作が特定のブロックに集中して， そのブロックが極端に消耗して寿命が尽きることを避けるために実施される処理です．もっともオーソドックスな方法は，ブロックごとの書き換え回数を管理して， 書き換え対象のブロックを選択する時点で，カウンタの値の少ないブロックを選び出すやり方です． ウェア・レベリング機能を組み込むことで，フラッシュ全体の寿
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://people.freebsd.org/~rse/iscsi/iscsi.txt
An Interview With Linus Torvalds: Linux and Git - Part 1 30 Years Of Linux