Linux iSCSI 友の会

貧乏人でもiSCSIが使用可能なLinux-iSCSIについて語ろう。

FreeNASよりも高速、クラスタ対応のファイルシステムを使えば共有も可能。
NFSよりも圧倒的に高速です。

The iSCSI Enterprise Target Project
http://iscsitarget.sourceforge.net/

スペックや環境にも依るが80%ぐらいは出る
ランダムreadは単独より高かったりしてわけわからん

Targetのメモリをキャッシュとして使うからじゃないの？
GbEはBondingして、メモリ8Gとかで使ったら速そう。

>>52
パフォーマンスが気になるならハードウェアのiSCSI使えばいいと思うんだけど。

iSCSIを最近本格的に利用しているが、超快適だ。
nfs/sambaなんて比較にならないほど早いし快適。
ファイルサーバーに全てのHDD(10台w)を割り当てて3TBの環境を実現してるが、
使いやすい。
windowsも稀に必要になって使うが、
linux server(lvm -> iscsi-target) + linux client(iscsi-initiator + vmware + windows(physical drive認識))がとても快適。

linux clientはdiskless構成で、リビングに置いてHTPCとして活躍しています。

windows xpのiscsi bootはうまくいかないのが残念。

>>55
TargetのOSはなんすか？

target/initiator共にlinuxです。

失礼、よろしければディストリビューションとバージョンを教えてくださいませ。

デストリはserver/client共にUbuntu 7.04-amd64-desktopです。
serverのカーネルは2.6.23-rc9で、clientは2.6.22-12としてます。
サーバーは高負荷時のパフォーマンスを意識して野良ビルドの最新版、
クライアントはrestrictedパッケージ等のコミュニテイのサポートのある
カーネルを利用しています。

>>55
ファイルシステムは何にしてます？

まあ、一人暮らしで使う分にはクラスタファイルシステムなんていらないんだよね。

>>61
今のところはext3とjfs。
そのうちocfs2に移行しようかと。
nfsのもっさりはもういやだ。

みんな、やっぱりTargetとGbEで直結してんのかな？
インターネット向けとは分けたいよね。

11gでiSCSIを使おうとするのは無謀ですか？

求めている速度による。40MB/sとかの性能を求めているなら無謀。
使い物になるかという意味なら・・・11gでNFSとかだって使えるのだから
人間の我慢できる範囲内じゃないかな？

それはiSCSIに限らない問題じゃないのか

ケーブルが引っこ抜けたときのリカバリはうまくいきますか？
以前試したときはリカバリできずリセットするしかなかったので。

無線LANでiSCSIの速度我慢できる人は6時間待ちぼうけくらっても深層意識から怒らない人だけ

iSCSIで40Mb/sは問題ないレベルだと思うが。
10GbNICで450Mb/secという記録もあるし。
FCより将来性のある技術だろう。

>>69
おれも確実にFCは廃れると思う
インフラがばらばらにあるのは投資と管理の両面でコストがかかり過ぎる
十分10GbEで性能的問題が無ければインフラ統合の流れは必ず起きると思うよーん

5MB/sかよ

Windowsだと、LinuxのBondingみたいなことできないのかな？

出来るけど板違いだな

>>73
意地悪しないで教えてくださいよ〜。
ググる時のヒントだけでもいいので。

>>60

Ubuntuかぁ・・・おいらも真似してみよう

>>74
チーミング

>>71
11gにしては頑張った数字の気はしますが

汚なすぎるだろ、内藤。グローブで頭抑えていいのかよ。とてもじゃないが
祝福できないな。審判も酷すぎだった。内藤の反則をもっと取れよ。まじ、いい
加減なジャッジだったな。明らかに、内容的には大毅が勝っていたよな。先月の
ﾒｷｼｺでの合宿でかなり成長したな。次は長男が内藤に挑戦だな。大毅から内藤攻
略を伝授してもらえば楽に勝てるだろ。俺はいつまでも、亀田一家を応援するぞ

頂上決戦に相応しい豪華なカードでしたね、特に亀田は人気もありましたし。
防御はあまりしないので、点数を取られすぎたのが今回の敗因でしょうか。
攻撃面は本当に素晴らしいものがありますね、終始ＫＯ狙いの戦い方でしたし後半の
ｽﾊﾟｰﾄは思わず歓声を挙げてしまいました、それに引き換え内藤は逃げてばかりで
汚いですね、あれがﾁｬﾝﾋﾟｵﾝの戦い方なんでしょうか。
祝福をあげるべきなのは最後まで正々堂々闘った亀田選手だと思います。

加減の解らん奴らだな、いい加減にしろよな、このオタクども
刈り上げるぞ。大毅はな、雨の日も、台風の日も、雪の日も
畦道を一生懸命、走りこんで練習してんだよ。反則があった、無かったって
ｷﾘがないだろ。大毅のしゃがみ姿勢からの
攻撃は、反則じゃないんだよ。解ったか？
咬みつくことしかできない、アホどもめ。

ﾁｬﾝﾋﾟｵﾝの風格があるのは断然、亀田大毅だよね。
次は絶対勝つと思う、と言うか今回も内容では勝ってたからね。
ﾁｬﾝﾋﾟｵﾝの反則に押されて力を出し切れなかった所が残念です。
冷静に見れば亀田の勝ちなのに、内藤の反則と逃げてばかりの戦法、
加えてﾁｬﾝﾋﾟｵﾝ贔屓の審判団、すべてが不利に働いてました。
ﾒｰﾙで講義したけど無視されました、亀田も相当落ち込んでると思います。
町でもしあったら皆さん励ましてあげましょうね

凄い力作の縦ですね

>>79
長城のあたりがよくわからんからネタバレ頼む

TBエスシネ

うぉぉぉぉぉーーーーナルホド！力作だ。

なあ、Openfilerどうよ？
iSCSI target機能もあるらしいんだが。

http://www.openfiler.com/

>>83
別にいいんじゃない？
俺はXやらデスクトップが使いたいからUbuntu使っている。

終了

すごいプロトコルなのにいまいち注目度低いよな。
バッファローやアイオーのNASで対応製品とか出て良さそうなもんだが。
USBなんかより速いだろ？

ケーブル一本で接続すればすぐ使えるってもんでないしトラブル起きたらバッドノウハウの倉庫になりそうだから
N5200PROとか有るけどな

ケーブル一本で使えるようになるとは思うが、そこから先が結構難しい。
ocfs2が使えるlinuxなら今のNAS(cifs,samba,nfs)程度の使い勝手は簡単に実現できると思うが、
Windowsで使うとローカルHDDの変わりにしかならない。
WindowsはiSCSIでbootするにはお金がかかるし・・・。

色々やったがいまだにWindows XP iSCSI bootできてませーん

XPはダメだろ？

ノーマルのはiSCSIブート無理だよ

WindowsではiSCSIのターゲットをNASのように使うのは不可能ってこと？

意味がとりにくい

windows XPでもイニシエーターとして使うのは問題がないが、SAN(iscsi target)から直接bootするのは 難しい。。っていうか出来ないの？やっぱり。
>>92
無理じゃないかな。アクセスできるとは思うが、ファイルシステムの整合性が壊れて
ぶっとぶでしょ。NTFSじゃ。
でも、お金を出せばクラスターファイルシステムがwindowsでも買えたりするかもしれん。

>>94
いっちゃん簡単なのは、対応したHBAを買うこと。
本格的なのは結構高いが、安く済ませるならIntel PRO/1000 サーバ
アダプタにiSCSI イニシエータのファームを入れるのがお勧め。
( http://www.intel.com/jp/support/network/sb/cs-006120.htm のISBOOT.EXE )

PXE bootからiSCSI対応のOS loaderとドライバを読み込んでWindows
を起動するには、emBootが出しているnetBoot/iを買うのが簡単。

つまり複数台から同時にアクセスするにはクラスタファイルシステムが必須だが、
Windowsに対応したものがない。だからWindowsからはNASのように使えないということですか。
単体で使うにもNTFSでフォーマットしなきゃダメなんですよね。やっぱ

NASのように使えないって表現はおかしくないか？
共有ディスクじゃ？

>>97
たしかに表現がおかしかった。その通りだね。

困ったことになんとなく気分で組んでしまってからwktkモードに、
を繰り返している俺orz

FreeNASってiSCSIのtargetもってるのね。
Linuxじゃないけど・・・

FreeNASにZFSとか入った日には無敵だな。

てｓｔ

Virtual PC 2007 に CentOS + iscsi-target 入れて
Vistaからつないでっみた。

1MB/sec

USBより遅いかも・・・

Vistaがinitiatorとして読み出す
host-guest通信発生
CentOSがtargetとして反応→（仮想）ブロックデバイスにアクセス
guest-host通信発生
Vistaが実ファイルなりブロックデバイスにアクセス
host-guest通信発生
CentOSがiSCSI target応答を生成して返す
guest-host通信発生
VistaがiSCSI応答を受け取る

都合４回も同じ通信パス上で行き戻りがあったら、そりゃ遅いわな。
さらにVistaでファイル共有サーバを立ち上げて、それをCentOSで
smbfsマウントしてhttpd立ち上げで、そのhttpdをVista側のIEで
アクセスとかすれば完璧。

>>105

httpdってなんでいるの？

mount -t cifs 〜 /mnt/win 〜
ごにょごにょ

# /etc/init.d/iscsi-target start
ごにょごにょ
open_path(118) Can't open /mnt/win -21
fileio_attach(268) -21

だめっぽい。

>>106
いやhost<->guestを死ぬほどピンポンする往復ビンタ構成を更に
強化するにはCIFSで更に通信して、その上でhttpd動かして・・・とやれば、
VMにたとえればxenの上でvmware動かして、その上でvirtualpc動かして、
その上でbochs動かして、その上で・・・ていう無限亀構成遊びみたいで
面白いね、というだけ。なので意味はないです。

Alcohol 120%って、Windowsの共有フォルダをiSCSIデバイスとして動かせるらしいんだが…。
これ試してLinux上のイニシエータから接続できた人います？

ベンダーサイトにはそんな事見当たらないけど、どうやって設定するの？

ヘルプみてみたら？

ファイルをiSCSIデバイス上のディスクイメージとして見せるなら分かるけど。
フォルダをiSCSIデバイスとして動かすって…どゆこと？

ttp://forum.alcohol-soft.com/files/alcohol_help/englishmanual.html
ここに「Sharing a Drive using Alcohol iSCSI Server」って項目があるのでできるんじゃない？
スクリーンショットを見ると光学ドライブ限定のようだけど。

GbEをボンディング（チーミング）してiSCSIの速度を高速化してる方いらっしゃいますか？

こんなんあった。
http://geocities.yahoo.co.jp/gl/lazy_pinion01/comment/20070606/1181058717

> ディスクはIDEに対応。

>>108-112
おそらく、「ローカルPC上で、ネットワーク共有を有効にした光学ドライブ(Alcohol120%の仮想CD/DVDドライブも含む)を
Alcohol iSCSIサーバ経由でiSCSIターゲットにできる」ってことじゃない?
#ようは1スピンドルPCとかでCD/DVDを使用する際、何らかの事情によりLAN内別PCのドライブをLAN経由で使う場合に
#おいて「SMB経由でのアクセスでは出来ないことを行う」時に"別PC側"でtargetとして使い、1スピンドル側でinitiatorを
#使ってゴニョ、なのでは？

えらくニッチな用途だな。
クライアントがWindowsの場合だとあんまり意味なさそうだけど・・・。

WindowsXPでiSCSIブートできないですね。
白いバーは見えたのでブートローダは読めてるんですが，その先でつまづきます。
FedoraやCentOSならたやすくiSCSIブートできるのに。
残念ですね。

非対応だからね。

いまいち理解しきれないんで教えてください

iscsiターゲット4台
クライアント側2台
全部linux

この状態でクライアント2台ともからiscsiを同時利用するにはocfsやgfsを使えば良いってのは把握
このiscsi4つを使って負荷分散とか冗長構成とるのはどうすればいい？mdadmでraid？lvm -mとか？

>>120
冗長構成という意味でいうと、iscsiバス上でのソフトウエアRAIDは意味ないよ。
ハードウエア側に障害があった場合にターゲットが無反応になってしまい、
クライアントからディスク全体が見えなくなってしまう。
ターゲット内部でハードウエアRAIDを組めるものを使う必要がある。

>>120
iscsiをmdadmで冗長化するにはもう一台コントローラとなるPCが必要。
そいつが4台のiscsiターゲットをRaidでまとめて1台のiscsiターゲットにすればいいと思う。
でもやったことない。
LVMミラーは使ったことないのでよくわからん。

ミラーリングするならDRBDを使うって手もあるけど，無償版で2台まで，有償版で3台まで。
2台でprimary/secondary＋HeartBeatでHA構成ならわりかし簡単にできる。
DRBD＋LVSで負荷分散できなくもないけど，複雑でオーバーヘッドが大きいからやめたほうがいい。
たぶんRaidのほうがマシで簡単。

>>121
どういうこと?
iscsiは伝送路としていまいち信頼ならんってこと?
それとも、ソフトウェアRAIDが信頼ならんのか?

iSCSIのプロトコルしゃべるところがクリティカルパスになってるから
iSCSI経由で２つの「ブロックデバイス」を出してもらう形のSW-RAIDは
役に立たないよ、ということかと。

ローカルでもバスコントローラが逝ったら同じことだが、信頼性は
またネットワークより上だろうし、２枚ざしとかもコスト的には可能だから
そちらにしろ、ということかな？

良スレ発見。
とりあえずopenfilerで立てたtargetがあるので、M$のinitiatorのboot版を試してみる。

それただのNASじゃないの？

windowsからもクラスタファイルシステム使えるようにならないかのう

>>121
iscsiターゲットマシンでもRAID5は構築済みです
4台を別L2スイッチ下にして、RAID5か1+0にしたらスイッチ障害でも何とかならないかなーと・・・

>>122
コントローラー役マシンで複数iscsiアクセス可能にして、そこでRAID組めば良いって事ですね
LVSは大変そうですねえ・・・

>>13のNBD+DMでやってるのはコンカチとストライピングできるようで、ひとまずこれをiscsiでやってみようかと思ってます
ただ、これっておそらく全iscsiターゲットで同じようにデバイス名設定しないとならないと思うんですが
(マシンAのiscsiデバイス名は全てのマシンから/dev/sdm、マシンBのiscsiデバイス名は全てのマシンから/dev/sdoみたいな)
これって、iscsiadmコマンドじゃできないですよね？udevでできる？

>>10のSoftware Storageが良さそうなんですが、開発止まってますね・・・

Linux TargetのMac TM initiatorで使えてるぉ

iSCSIはNFSの代わりのように複数のマシンから同じスライスをマウント出来たりしないの？

>>130
ストレージプロトコルと共有サービスをごっちゃにするなよ。
iSCSIはSCSIをIPネットワーク上に乗せただけで、排他制御やファイルの管理は
ファイルシステムなどの仕事だ。

だれかAtokX3載せた人いないかな？

すまん、Knoppixのスレに書いたつもりだった。

クラスタファイルシステムと合わせて使えば複数からマウントできたりするんでないの？
そういう使い方ができるのかどうかは知らんけど。

Red HatのGFSはそういうファイルシステムだな。

IntelのServer AdapterをiSCSI HBAに書き換えて、CentOS5にIET突っ込んで、
クライアントにWindowsXP入れたら、iSCSIからBOOTできた。
でも、クライアントがVIAチップだから、4in1ドライバを導入しようとしたら、そこでHUNG
。

ちなみにIntelのServerAdapterと、StarWindの組み合わせだと、接続できなかった。

バッファロー、iSCSI対応のRAID対応NAS「TeraStation IS」
ttp://pc.watch.impress.co.jp/docs/2008/0130/buffalo1.htm

製品情報
ttp://buffalo.jp/products/catalog/storage/ts-igl_r5/
ttp://buffalo.jp/products/catalog/storage/ts-rigl_r5/

Windows系しか対応OSに書いてないけど。

WindowsXPから使えるクラスタファイルシステムなんて無償では無いよね？
このディスクをSMBで共有しようとすると、ネットワークがボトルネックになりそうだから、
速度が気になるならNIC2枚挿さないと駄目かな。

>>138
windowsとlinuxで共通で使えるクラスタFSが欲しいな。
ocfsがそうなんだと思ったんだけど、windowsの情報が探しきれない。てこた、windowsは使えないんだろうか...？

>>138
Windows Server Enterpriseのライセンスを真っ向から否定しにかかる
ソフトウエアなんて作れるはず無いだろうに。

>>139
ocfsのWindows版ならOracleのクラスタ製品のオマケに付いてくるはず。
とはいえ、いずれもServer OS用だが。

>>140
お、Enterpriseって、現行の2003のでも対応してるの？

>>142
板違い。http://www.microsoft.com/japan/windowsserver2003/default.mspx

板違い：知らない人がよく使う

>137
ベンチ結果きぼんぬ

Open-iSCSI に興味を持ち始めたんだが、
冗長化ってどうしてる？？

まだ調査中なので間違って理解しているかもしれないが、
GFS2やOCFS2は、ext3 と異なり、同時書き込みしてもデータが破損されないような保障をしてくれているんだよな？
んで、冗長化するのであればDRBD0.8を組み合わせる必要があるって結論になってるんだけど、あってるか？？？

他にストレージノードを冗長化するためのOSS技術について知りたいんだが。。

>>146
お舞いはまずスタック階層が違う事の認識からやり直せ

>>146ってそんな外したコトいってるか？

iSCSIを構成する物理デバイスでの冗長化ではなく、GFSとかが利用する
ブロックデバイスレベルの冗長化をDRBD以外にOSS系の方法であるか？って
聞いてるんだろ？

あえていうならiSCSIのレイヤじゃないからスレ違いということになるが、
このスレはそんなケツの穴小さくないし。

ただでさえ少数民族なのに、変な煽りを入れるなよ。

滅ぶぞ。

俺だけが利口
他の連中は馬鹿しかいない

その認識でオケ

>>146
んーというか、何を冗長化させたいのかがわからん。
path?
target?
targetを作ってるHDD?
どこの部分よ？