トップページ⇒linux
654コメント207KB

Linux iSCSI 友の会

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin2007/09/14(金) 15:13:49ID:+fo3Eq3t
貧乏人でもiSCSIが使用可能なLinux-iSCSIについて語ろう。

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

The iSCSI Enterprise Target Project
http://iscsitarget.sourceforge.net/
0604login:Penguin2011/05/20(金) 10:15:04.11ID:BMR7RLY/
ところでiSCSIって1つのターゲットに複数から同時に接続しても問題ないの？
0605login:Penguin2011/05/20(金) 10:16:50.44ID:dWtb9sZc
つ クラスタファイルシステム
0606login:Penguin2011/05/20(金) 12:12:43.21ID:GksnamVX
>>604
ターゲット次第

うっかり両方からマウントかけてFS崩壊させたり楽しいことができるぞ
0607login:Penguin2011/05/20(金) 13:05:36.34ID:hz9IGDQt
>>604
iSCSIとしては、何ら問題ない。
ファイルシステムやロジカルボリュームマネージャーは
クラスター対応してるの使わないと駄目だけどね。それはiSCSIの問題じゃないし。
0608login:Penguin2011/05/21(土) 11:06:05.90ID:pqxkpDYz
>>604
つ OCFS2、GPFS、GFS
0609login:Penguin2011/05/22(日) 17:28:17.65ID:DRlOFEym
btrfsをクラスター対応させるって言ってた記憶があるけど、実装される気配すらないな
0610login:Penguin2011/05/23(月) 13:33:33.75ID:KDo0E9Ie
クラスタFSってのは必須なのかな。
同じファイルに同時アクセスしないって保証されれば
ext3でもいいってことにはならない？
0611login:Penguin2011/05/23(月) 15:02:16.10ID:gAOXqpq9
問題ない
世の中のActive/StandbyなHAクラスタはそうしてるのもいる


0612login:Penguin2011/05/23(月) 16:15:27.95ID:bb2HGIFV
>>610
メインメモリ上のcache/bufferとHDDの内容が食い違っても大丈夫だと思う？
0613login:Penguin2011/05/23(月) 20:31:45.75ID:rjVhOwlh
>>610
複数台から同時にアクセスしないって保証があれば大丈夫
0614login:Penguin2011/05/23(月) 22:18:14.16ID:BzlQ03Y+
>>613
つまりクラスタFSを使えばいいってことだね。
>>610
0615login:Penguin2011/05/24(火) 21:40:39.56ID:0AQ8id7w
分散ロックマネージャだっけ？
あれNノードで共有するならN*(N-1)/2のリンクがいるんだっけ？
なんかややこしいからNFSやCIFSでよくない？
0616login:Penguin2011/05/24(火) 22:48:51.53ID:Q/JFzMnN
クラスタFS以外のFSを複数台でマウントしたらクラッシュするだろ
0617login:Penguin2011/05/25(水) 12:29:33.90ID:RwCHkzCS
iSCSIはそうならないための制御をしてくれてるんじゃないの？
できないならNFSのほうがマシじゃん。
0618login:Penguin2011/05/25(水) 12:36:58.75ID:x7MQNyMk
>>617
お前、ファイルシステムのお勉強して出直せ
0619login:Penguin2011/05/25(水) 13:42:55.43ID:3S9STLoJ
>>617
NFSの後ろ二文字は何の略だと思ってるんだ?

お前が書いてるのは「HDDよりWindowsの方がマシ」みたいなもんで
本来比較対象になるものではない。
違うレイヤーの技術だ。
0620login:Penguin2011/05/25(水) 19:04:44.99ID:RwCHkzCS
NFSは複数からの接続もokだろ？
NFSの先がext3でもいいんじゃなかったのか？
iSCSIはそれがだめなんだろ？？
0621login:Penguin2011/05/25(水) 22:01:58.78ID:Le5VUu5B
いやだから、NFSの場合はネットワークを飛び交うデータは（ものすごく大雑把に言うと）

「このファイルを開け、シーク、読め。ディレクトリエントリに新規ファイル追加しろ」

といったファイルシステムの操作であって、iSCSIの場合は

「ブロック（セクタ）○番のデータを読め、書け」

というブロック操作そのもの。全くレイヤが違って、どっちの機能が欲しいかによるということ。
通常、サーバーのファイルシステムをクライアントから共有したいのであれば、基本的には前者が向いている。
NFSで十分なことを、わざわざiSCSI + クラスタファイルシステムにするのは無駄。
じゃ、なぜiSCSIのようなものが必要とされているかは、答えが一つじゃないので自分で調べてくれ。
0622login:Penguin2011/05/25(水) 22:05:46.64ID:kRz84mu0
もうアホはほっとけよ
0623login:Penguin2011/05/26(木) 01:00:05.16ID:SGEPIj2i
>617
まぁ言葉の説明で分からなければ
実際にiSCSI targetにlogonしてみると良いよ。
未formatのUSB-HDDつないだような感覚なんだ。
0624login:Penguin2011/06/02(木) 10:23:19.82ID:Yrbn/lvw
だな
判らないなら試して理解した方が早い
0625login:Penguin2011/06/14(火) 00:08:00.04ID:sAXpRdSb
iSCSI の Target にした HDD を local でもそのまま扱えるかどうか興味があります。
Target の HDD を iSCSI の target としてではなく、local で WinXP ドライブ割り当て
したり、Linux vfs mount などできるように iSCSI は設定できますか？

・ Storage PC に Linux で　iSCSI で target を準備。target専用のHDD を割り当て
・ work PC (WinXP) 側から iSCSI initiator で接続、NTFS もしくは FAT32 でformat　して、
　　local HDD の内容を target に転送した後切断
・ iSCSI の target にした HDD を iSCSI　経由でなく直接扱う。

HDD を USB MassStorage Class で扱ったり、SATA AHCI HotSwap でできることを
物理的にではなく電気的に行いたいです。SMB でも実現できるけど転送レートが遅いので
0626login:Penguin2011/06/14(火) 02:22:39.82ID:2epTtcwn
>>625
それができないターゲットソフトウェアなんてまずない。
少なくともSTGTとSCSTではできた。
実際にマウントするにはkpartx使ったり、/dev/sdX自体をターゲットにしたり。
ちなみにFSをフォーマットする前にfdiskが必要。
0627login:Penguin2011/06/14(火) 02:50:11.67ID:sAXpRdSb
すばらしい。iSCSI　いじってみる気になれました。
Atom D525MW ですが、お勧めの distribution と
target の組み合わせはありますか。
0628login:Penguin2011/06/14(火) 03:01:39.43ID:sAXpRdSb
最近は、仕事の関連で Fedora base で管理したり作業することが多いですが、
LAN でサーバを構築・運用したりはしてきたり、昔は、slack, deb, redhat で
いろいろハードはいじっていたので fdisk だとかはわかります。
パフォーマンスがよくて安定している target ソフトウェアと、それがメインに
供給されているdistribution があったら教えていただけるとうれしいです。
くれくれ、ですみません。
0629login:Penguin2011/06/14(火) 03:06:40.97ID:FjKpFfPz
RHEL6
0630login:Penguin2011/07/04(月) 18:20:31.07ID:3lg/UV50
Gentoo Linux
0631login:Penguin2011/07/16(土) 01:44:23.27ID:cukIqIKL
OpenIndianaでCOMSTAR
0632login:Penguin2011/07/16(土) 22:58:05.61ID:D0N7Prqc
COMSTARといえばNECか
懐かしいな
0633login:Penguin2011/07/20(水) 14:35:09.72ID:ktomGtDq
T.O.E.! T.O.E.!
0634login:Penguin2011/08/13(土) 23:14:15.84ID:z65BQTMr
iscsi+dm-multipathでスループット向上は期待できない？
GbEx2でtargetはCOMSTARやらFreeNASやら試してみたけど115MB/s(GbEx1でも同じ)の壁を超えられん。

multipath.confをいじりまわして現在こんな風になっている。
mpathd (33000000022af3af8) dm-3 FreeBSD,iSCSI DISK
size=10G features='1 queue_if_no_path' hwhandler='0' wp=rw
`-+- policy='round-robin 0' prio=2 status=active
|- 11:0:0:0 sdc 8:32 active ready running
`- 12:0:0:0 sdd 8:48 active ready running
0635login:Penguin2011/08/14(日) 00:22:14.89ID:frj0GoSE
マルチパスにしてもその先にぶら下がるディスクは一個なわけで
そっちが律速になるんでないかい
06366342011/08/14(日) 00:34:42.06ID:/6lDpvsC
target側はSSD(C300)にしてあるのでシーケンシャルリードなら250MB/sくらいは出てます。
LUNの実体はZFS上のファイルなので16Gあるメモリキャッシュに乗ってしまえばもっと出るはず。
0637 忍法帖【Lv=40,xxxPT】 2011/08/14(日) 01:56:45.19ID:xupFmFNH
メモリキャッシュに乗ってないのでは？
06386342011/08/14(日) 02:35:02.68ID:/6lDpvsC
わざと100BASEに落としてみると上限が11.8MB/sに張り付いた。
0639 忍法帖【Lv=40,xxxPT】 2011/08/14(日) 02:45:16.06ID:xupFmFNH
netperfでドンぐらい出てる？
0640login:Penguin2011/08/14(日) 09:53:25.78ID:/6lDpvsC
マルチパスにしてもスループットが向上しないのが論点なんだからnetperfで単体パスのスループット測っても意味ないんじゃないの
0641login:Penguin2011/08/14(日) 17:25:28.54ID:7a8L/J6o
ここでも同じような報告あるから現状ではそういうもんなんじゃね？
http://www.linux-archive.org/device-mapper-development/519570-round-robin-performance-limit.html

request-based device-mapper対応のkernelでrr_min_ioを3にすれば
少しだけ改善するみたいだけど。
0642login:Penguin2011/08/15(月) 23:37:41.50ID:KsI9zaP1
openfiler 2.99
Celeron E3300
8GB memory
LSI Logic 8408E＋1TB 7200rpm×8 RAID5
intel 1000PT dual port GbE
openfiler上でbond0を作り、mode=6
readだけなら170MB/sくらい出ているよ
writeは100MB/sくらいが上限だけども
0643login:Penguin2011/08/16(火) 00:49:20.96ID:nRlvuVI/
らうんど★ろびん
0644login:Penguin2011/08/16(火) 03:23:48.72ID:+YBLI8ra
bondingも頭の片隅にはあったけど、何となく悔しいのでもうちょっと試行錯誤してみる
0645login:Penguin2011/08/26(金) 21:51:47.03ID:1vLGnoZP
イニシエータA(PC1台目)でCeonOS5.4をインストールして
その起動イメージをターゲット上でコピーして
イニシエータB(PC2台目)で起動する...って事は
可能なのでしょうか?

起動イメージをターゲット上でコピーした後に
initrdを展開してイニシエータの情報だったりを
変更しないと駄目でしょうか?
0646login:Penguin2011/08/28(日) 21:40:02.77ID:Wwcc3csd
>>645

イニシエータAとイニシエータBのハードウェアが同じならいけるのでは？
0647login:Penguin2011/08/28(日) 21:51:22.20ID:yiCVjqgO
ハードウエアの違いはKudzuが頑張ってくれるので大体の場合は普通に起動できる
手作業は起動してからhostnameとネットワークの再設定くらいかな
06486452011/08/29(月) 11:30:28.67ID:0iHZTzp/
イニシエータAでOSインストール時に設定した
イニシエータ名が/etc/iscsi/initiatorname.iscsi
に記載されて...その起動イメージ(iSCSI LU)コピー後
イニシエータBで起動するとBoot中に
イニシエータ名が違うと言われてしまって...。

0649login:Penguin2011/10/13(木) 19:53:01.94ID:pzbciyRQ
ターゲットがutf16(windows)で
イニシエータがutf8(linux)だと
ファイル名ちゃんと出る？
0650login:Penguin2011/10/14(金) 01:51:13.48ID:XawbXck2
iSCSIはファイルシステムより下の層なのだが
0651login:Penguin2011/10/18(火) 10:47:56.32ID:5WFoWjt4
ターゲットを丸ごとバックアップしたい場合、どういう方法があるかな？
0652login:Penguin2011/10/24(月) 20:39:40.95ID:ywhcDsjO
dd
0653login:Penguin2011/11/03(木) 19:01:17.03ID:fJaPra6f
iSCSIってターゲット側のメモリが多ければ多いだけI/Oが高速化するの？
0654login:Penguin2011/11/04(金) 07:58:14.27ID:6+0sPYDE
キャッシュに使えるだろ
■ このスレッドは過去ログ倉庫に格納されています