Linux iSCSI 友の会at LINUX
Linux iSCSI 友の会 - 暇つぶし2ch431:login:Penguin
09/07/11 19:35:30 sFdjIgdy
いいなぁ
16Tで100万以内くらいになれば即買うんだけどなぁ

>>427
DELLがEqualLogicを買ったわけだけど、今のところは「EqualLogic事業部」になってて
製造・セールス・サポート等全て鯖部署と別だという話だった。
なので、鯖部署に聞いても情報持ってないオチ。
何年かかけて統合だそうで。


432:427
09/07/19 07:26:55 xI+IEfZ3
>430、>431
アク規制でレスが(ryでしたm_ _m

>ランダムアクセスだとGbEx3 で十分すぎる感じ。
結果報告ですが、PS5000XVx2にしました。6Gbpsあれば当面は十二分です。
ちなみに、もう少しするとPS6000系は10Gbpsコントローラがでるそうで、
更に少し間をおいてPS5000系でも使えるようになるとの事でした…あと10年戦える。

>16Tで100万以内くらいになれば即買うんだけどなぁ
私なら、SAS15kx16で1x0万くらいのキャンペーンなら即買います。
10Gbpsコントローラで将来の帯域も安堵されたりしたら
2台目以降、標準価格への特例割引で2x0万であっても
買っておいて損はないと判断しました。


433:login:Penguin
09/07/19 07:31:21 xI+IEfZ3
>何年かかけて統合だそうで。
ぁぁああ、なんか近くでそんなお話を聞いたことがwwww

434:login:Penguin
09/08/19 17:26:07 c1hIae3l
>>432
EqualLogiciいいなあ。
うちは金がないからMD3000iさ。ファイルサーバーと軽めのVMメインだからそんなに問題ないけど。

435:login:Penguin
09/08/21 06:25:02 NCboOpgc
陰茎が硬くなって上を向いたよ

436:login:Penguin
09/08/25 13:21:25 s/g+LA/b


437:login:Penguin
09/08/27 21:19:25 B8RLVv9X


438:login:Penguin
09/08/27 21:34:34 5I7Zy1ic


439:login:Penguin
09/08/28 09:21:01 VfPf8aBA
ないもんっ!

440:login:Penguin
09/08/28 23:30:21 JlBV/NE8
細くないから恥ずかしくないもん!

441:login:Penguin
09/08/29 00:57:07 Eiy6GSGw
えーっと、"ほしゅ"したかったんじゃね?
結果all rightだが。。

442:login:Penguin
09/09/05 18:44:46 +v3cGFAD
iSCSIのターゲットって何を使ってる??

iSCSI Enterprise Target使うのが普通なのかな?


443:login:Penguin
09/09/05 21:49:38 z3HRCwUR
Windows Storage Server

444:login:Penguin
09/09/06 08:10:58 coYB01oA
CentOSのyumで入るtgtdって、MS iSCSI Boot イニシエータでマウント出来無くね?
起動出来ないイニシエータは出来るけど。

445:login:Penguin
09/10/07 00:57:26 N8PvBtWP
iSCSI Enterprise Target 1.4.18出てた。

URLリンク(sourceforge.net)

446:login:Penguin
09/10/07 01:48:49 HYyFfSO4
IETでiSER出来ている人いる?

447:login:Penguin
09/10/07 06:58:07 A/Sbe5Wo
IB?

448:login:Penguin
09/10/07 11:35:56 HYyFfSO4
Infinibandで

449:login:Penguin
09/10/07 13:09:10 HjsTrvmj
それにしても、LinuxのiSCSIっていまいち盛り上がっていない気が。
FreeBSDのiSCSIはFreeNASのiSCSI対応だとか、Solarisのように
ZFSとiSCSIとの連動とかで、それなりに盛り上がっているのに。

450:login:Penguin
09/10/07 15:12:47 PQV9Z7uO
環境がイマイチだからじゃないか。
俺もFreeNASとかSolarisは弄ったけど、Linuxはやる気しない。
って、スレ違いか。

451:login:Penguin
09/10/07 18:48:26 3lUx5WNe
>>449
OpenFilerというiSCSIのターゲットになれるNASアプライアンスな
ディストロがあるけど、たしかにあまり話題に上らない。
俺も一度ダウンロードしてみたけど、仮想マシンでターゲットを作ったら満足してしまった。

個人的にはDebianベースで似たようなのないかな~と思ってるんだけど。

452:login:Penguin
09/10/07 19:43:25 4pJ2lphP
個人だけど、NASはvmachineのbackup用という位置づけなので
必要なときだけNASを立ち上げNFSでつなげている

個人でどのようにiSCSIを有効活用しているのか教えて欲しい

453:login:Penguin
09/10/07 21:34:02 LDxMp8oU
鯖にSASでHDD30本接続
接続したHDDをiSCSIで開放
他の子鯖がiSCSIbootで起動
Windows含め、ディスクレスクライアント化

vmwareとかだと、hddをイメージファイル化するけど、
仮想マシン使わずに、リアルマシンでイメージファイル化したhddが使える


454:login:Penguin
09/10/08 11:56:00 ZGDk7ba9
>>452
PCのケースを変えたらスロットの位置関係で使ってたRAIDカードが入らなくなってしまった。
仕方なく別のPCにそのRAIDカードを挿し、
そっちをiSCSIターゲットにして iSCSI経由で接続することにした。
こりゃ便利。

同じようなパターンで、家の中に一台だけ大きいのがあれば
他の小型orノートPCで簡単に大容量ストレージが使用可能になるってのは
個人レベルでも大きなメリットになるのでは。
設置コストが安いしWinからでも使えるし。

455:login:Penguin
09/10/08 12:05:44 vwJMLS+G
ただ、便利だけど速くはないんだよなー
サーバがLinuxに7200rpmの1.5Tx4でRAID5、クライアントがWin7RTMだけど
クライアントから見たディスクの速度はほぼローカルディスク単発程度。
可もなく不可もなく。

456:login:Penguin
09/10/08 12:21:33 8pajwaJH
まあそんなもんだろ。
ギガイーサとコアオンリーなdebianにietdのみのサーバーなら結構いけるけどな。

457:login:Penguin
09/10/08 12:22:07 8R1jQwj5
GbEの理論最大値で125MB/secだから、そういう点では速くない
それ以上望むなら10GbEかFCかな

体感ではターゲット側のキャッシュの量でシークタイムが結構相殺されるので
HDD単発を直接繋ぐよりはいいと思うけど。


458:login:Penguin
09/10/08 14:03:31 bUNj30df
>>452

クラスタの共有ディスクに使ってる。
検証環境作る時には非常に便利。

SANは高くて買えないし、NASはSCSI Diskとして認識しないので使えない。


459:login:Penguin
09/10/08 14:04:42 fz30u8ss
10GbE高いばっかりでレイテンシ大きくて遅いから
そこそこ安くなりつつあるInfinibandのがいいんじゃないかな。
ターゲット1台にイニシエータ2~4台位なら、スイッチレス
で構成すれば高いスイッチ買わないで済む。
>>446 にある、IETでiSERだけど、サポートはされている
みたいだけど実際にやったことはない。

460:login:Penguin
09/10/08 15:04:56 G9xFT93X
Intel CT DesktopAdapter をESXi4用と思って買ってきたんだけど
iSCSIutilというのでNIC firmwareを書き換えると、tftp、DHCPを用意しなくても
直接パラメータ指定で iSCSI boot可能って書いてあった

またどうせiSCSI化するなら、使わなくなった100MBのHUBもあるので
OnBoard NIC = internet 接続 (100MB) / Intel NIC = iSCSI用 (GB)
に分離しようかなと思い調査中
これは今NFSでも同時に2台に転送するとGBの帯域を使い切ってしまい
ほかのPC等に影響を与えるため





461:login:Penguin
09/10/08 15:21:09 3X3opqH8
>>460
それiBFTの設定だよ。
URLリンク(www.microsoft.com)

462:login:Penguin
09/10/08 17:38:16 /y2CvV6G
ターゲット側の構成二種類でbonnie++でベンチマークを取ってみたのだけど速度がエラく違う。

TargetPC          Seq.R  Seq.W  Ran.Sk  Seq.Cre  Ran.Cre
Pentium4 630/512MB  33840  22642    110    310     282
Opteron 2376×2/8GB  96621  98760  11550   22978    23062

項目は
TargetPC - ターゲットに使用してるPCのCPUとRAM
Seq.R ---- Sequential Output(block) 単位: K/sec
Seq.W ---- Sequential Input(block) 単位: K/sec
Ran.Sk --- Random Seek 単位: /sec
Seq.Cre -- Sequential Create 単位: /sec
Ran.Cre -- Random Create 単位: /sec

iSCSIターゲットはのドライバは ietd。
いずれもクライアント - ターゲット間の接続は GbEでクロスケーブル直結。
クライアント側は P4 3.0GHz/2GBなPC。
クライアント側PCもいくつか変えてみたけれど、ターゲット側ほどの大きな差は出なかった。

項目によってはモロに二桁違う結果が。つーことで、
ターゲット側のデバイスの能力によって天地ほども速度に差が出ることは分かったけれど、
速度に一番影響する要素って何でしょう?
CPU速度? CPUのコア数? メモリ量?
これ以上コマゴマと条件変えてテストするのも面倒w なんで、どこかに調査した文献とかないでしょうかね。

463:login:Penguin
09/10/08 17:44:46 /y2CvV6G
>>455
ということで、ターゲット側の能力次第で速度はかなり変わる。
本当に「遅い」のかはいろいろ実験してみないとよく分からんと思う。
ターゲットPCローカルで取ったベンチマークより速い数字が出てしまったりw

つか、そもそもRAID5は速くないと思うが。
仕組みからして、特に書き込みは単体ドライブよりも遅くなるはず。

464:login:Penguin
09/10/08 19:39:21 FK4Oe6Rv
>>462
iet.confで、type= を fileio, blockio どっちにした?
fileio にすると、OSのバッファキャッシュのフラッシュの
影響を受けるのか、ベンチマーク値が安定せずに
それこそ測定の度に2桁位ふらふらした記憶がある。

465:login:Penguin
09/10/10 20:25:12 +Jwo1/oB
>462
興味深いです

再度調査して報告していただけると嬉しいです


466:login:Penguin
09/10/10 22:47:17 q9tms2BH
スレチですまんが、MPIOターゲットになれるモジュールってある?

467:login:Penguin
09/10/11 08:07:09 QfEOf+JT
>>464
ベンチマークのためにキャッシュ切ってどうするww
fileioで安定しないのは、OSのファイルキャッシュ使うからだよ

468:login:Penguin
09/10/11 20:51:31 9+tePb7m
実際fileioは遅い。てかblockioがデフォルトではない理由が判らん。

469:login:Penguin
09/10/12 00:28:25 EpF7h3p5
VMwareのストレージとして使うときにfileioに変えたら
速くなったんだけど、どうなんだろうな。

メモリ多めに積んだからキャッシュがよく効いただけかも

470:login:Penguin
09/10/12 11:05:26 p+L4egqf
>>468
逆だろ
デフォがblockio
キャッシュ使うfileioが遅いって言うならメモリ買え

471:login:Penguin
09/10/12 16:13:02 /5O7rsxx
>>466
そもそもMPIO不可のiSCSIターゲットなんてあんの?
MC/Sなら対応してないのは多いけど。


472:login:Penguin
09/10/12 19:51:26 3dsgjc6H
マルチパス実装が中途半端でクソ扱いされてるのはイニシエータ側だっけか


473:login:Penguin
09/10/14 22:14:02 CDgM3BwZ
ietdでblockio使ったらsambaよりは断然早いけど、CPUがプアだと
まだまだ遅いですね。

474:login:Penguin
09/10/14 22:28:26 vmv5MAGQ
亀レスだけど
infinibandはスイッチが必須じゃない?
subnet managerが存在するスイッチネットワークが必要だと思った
でもIBスイッチ安いよ。10GEより全然コスパいい
ちなみにiSERはメモリにアクセスしてるうちは速い
前試したときは500MBpsは出てた
リード、ライトともにね

475:login:Penguin
09/10/16 00:58:51 mQNvovOU
>>474
OpenIBに含まれるopensmを起動しておけばOK。
switchless infinibandでぐぐると幾つか出てくるよ。

現状は低遅延広帯域ネットワークはInfinibandがベストだね。
CEEが複数ベンダから安いアダプタとスイッチが出てくるようなら、
将来は次点になるかもしれないけど、ちょっと難しそう。

476:login:Penguin
09/10/16 11:28:38 f/BQ9Mf5
>>475
スイッチレスで組めるんだ
知らなかったよ、ありがとう
RDMAoCEEが動くようになれば10GEて選択も出てくるね
RDMAエンジン搭載のCEE NICがまだ無いけど
でもTCPベースのiSCSIにも言えることだけど、
キャッシュ同期が取れる冗長が組めないと
危なくてテンポラリな空間にしか使えないよね
商用はそこ解決してるわけだけどさ

477:login:Penguin
09/10/17 02:43:55 j9nQlXrE
Infinibandって10GbEより圧倒的に安いんだね
超ハイエンドかと思ったが、いつの間にか部署内のサーバ間接続用なんかに
ちょっとした経費で買えそうな位まで安くなってるので驚いた
とりあえずスイッチレスで試すのに2枚買ってみようかな

iSERってiSCSIとワイヤレベルでのプロトコルが違うんだよね?
ターゲットもイニシエータも対応した奴を用意しないとパフォーマンスが出る出ない
以前に通信できないってことでおk?

478:login:Penguin
09/10/17 08:54:07 E2DiCTRI
>>477
> ターゲットもイニシエータも対応した奴を用意しないとパフォーマンスが出る出ない
> 以前に通信できないってことでおk?
Yes、TCPは使わないです
リモートホストのメモリに直接アクセス(RDMA)するんだけど、
RDMAのRead/WriteがSCSIのRead/Writeに相当する
iSERに対応してるのは今のところ、LinuxとOpenSolarisくらいかなあ
けどiSER評価するなら、NFS/RDMA使ったほうがいいかもよ?
そろそろLinux版がGAになるし、一番簡単
RDMA使ったストレージアクセスって、iSERもSRPもNFS/RDMAも
大してパフォーマンス変わらないもの

あと、日本語ドキュメントが皆無だから頑張ってね
How toだけなら公式wikiとかバンドルされてるドキュメントで何とかなると思う
IBの日本人エンジニアなんてほんとレアだしさ
FCと同じで案件(金)が絡まないと情報出てこないのよ

479:login:Penguin
09/10/17 10:32:48 rx/kYc3S
情報が少なすぎて、
「試しに買ってやってみるか」にはならないんだよな

FCなら、繋いで、インターフェースのBOOTROMで設定すれば、
あとは/dev/sd?で見えるようになって使えると思ったけど。


480:login:Penguin
09/10/17 10:57:04 29d+cIdh
9割がクラスタ案件だからね
入札出来るベンダも限られるし
飯のタネのノウハウは漏らさないだろうね
でもオープンな情報も多いから
英語読む気があれば色々ためせるよ

スレの本スジから外れてきちゃったね
他に行くところも無いんだけど



481:login:Penguin
09/10/17 22:51:09 qYCt/TXA
InfiniBandでスレ立てていいと思う。
情報が分断する気もするけど、
iSCSIとは直接関係ないしw

482:login:Penguin
09/10/17 23:20:03 9cTcAdGM
やっとiSCSIのスレを見つけた…

普通のPC、またはサーバ用のOS(?)で、
そのインストールしたPCをiSCSI用のストレージとして
認識させることの出来る奴の名称、誰か知ってたら教えてくださいorz

先月くらいにちょろっと見て、後で検証してみようと思ったんだが、
名前ど忘れ+ググっても出てこないorz

483:login:Penguin
09/10/17 23:21:05 qYCt/TXA
>>482
>>1 ?

484:login:Penguin
09/10/17 23:31:30 9cTcAdGM
>>483
ありがとう。
確かにコレでも同じ事出来るな、どこ見てんだ俺はorz

でも名前が違ったような気がするんだよなぁ…
仕様見に行ったときもっとグラフィカルなサイトだった気がするし
とりあえず>>1を試してみる、ありがとう!

485:login:Penguin
09/10/18 00:00:23 /Qo2jBjR
>>484
Openfilerかな?
スレリンク(mysv板)

486:login:Penguin
09/10/18 01:33:29 b+V3NSIx
Windowsで気軽に使えるクラスタファイルシステムマダー(・∀・ )っ/凵 ⌒☆チン

487:login:Penguin
09/10/18 03:21:13 DffD1WZE
>>484
sstorageかな?
URLリンク(storage.isp.jp)

488:login:Penguin
09/10/25 15:33:40 qTGYyK7q
次は10GbEが欲しくなる。

489:login:Penguin
09/10/25 21:26:23 DdsJmjpm
飽き足らずにInfinibandが欲しくなる

490:login:Penguin
09/10/28 20:15:47 /CZ6VZy0
10GbEは意外と安くならないね

491:login:Penguin
09/10/28 20:44:55 uXsj3Jvl
来年からIntelはオンボ10Gにするらしいけどね。
問題はL2スイッチが直ぐには安くなりそうもないこと。

492:login:Penguin
09/11/02 16:35:14 KNufd3Mp
iSCSI用途に限らないんだけど、今のLinuxで10Gのカードって
ノウハウ的にどこがおすすめ?

Intel,Broadcom,Chelsio,MallaoxあたりとBladeNetworksの
24portスイッチをつなげてみようかと思うんだけど。


493:login:Penguin
09/11/02 16:41:12 BWYuO9b/
ノウハウ的って意味が正確には判らないけど、
自分とこではChelsio買った部署があるな。
HPC屋が推してたらしい。

494:login:Penguin
09/11/02 17:56:11 KNufd3Mp
>>493
39s。阿鼻叫喚はとりあえず聞こえてきていないということですね。

495:login:Penguin
09/11/02 21:01:05 BWYuO9b/
とりあえず阿鼻叫喚は聞こえて来ないから、マトモに動かないと
いうことは無いんじゃない?
ただし、ToEはカード上で処理できるセッション数を超えた途端に
ホストCPU処理になってしまうため、用途によってはトラフィックごとに
アダプタを別けざるを得ず、ケーブリングでハマると聞いたことが
あるので、その辺は実際のワークロードをかけて幾つかの製品を
試したほうがいいと思う。
最近はCEEだ何だと言われる位なので、各社問題無くなってるのかも
しれないけど。

496:login:Penguin
09/11/03 18:20:41 hEI0AGsP
ToEってなに?

497:login:Penguin
09/11/03 18:34:26 0lf5dDD8
TOE == TCP Offloading Engine

単に"o"にツッコミたかった?

498:login:Penguin
09/11/03 19:26:31 hEI0AGsP
なんだTOEのことかよ

499:login:Penguin
09/11/04 19:33:51 pPw0VwW9
安NASでもtargetサービス有になってきてるんか
URLリンク(bb.watch.impress.co.jp)

500:login:Penguin
09/11/05 00:29:03 eTYM/A9G
>>499
こんな信頼性もパフォーマンスも無さそうなTargetの
使いどころが正直判らん。
VMwareとかHyper-Vとかのライブマイグレーションの練習用?

501:login:Penguin
09/11/05 08:59:28 8YM/bsDi
>>500
練習だったら自分で組んだ方が早いわな。

502:login:Penguin
09/11/05 12:52:00 uAt1KcU0
ソフトウェアによるイニシエータ/ターゲットの存在を
知らない人も世の中にはいるんだよw

いや、マジで。

503:login:Penguin
09/11/06 00:12:16 a7mq1JSi
>>502
そんな人がVMwareとかHyper-Vでシステムを仮想化とか、無茶じゃないか?
一人でVMware Player使うとかいうのとはわけが違う。

504:login:Penguin
09/11/06 03:27:31 xbeOQXg2
>>503
> そんな人がVMwareとかHyper-Vでシステムを仮想化とか、無茶じゃないか?
> 一人でVMware Player使うとかいうのとはわけが違う。
そんなに違うか?
所詮単なる道具だぜ?

505:login:Penguin
09/11/06 08:57:28 qWrsNhC4
>>504の意見に賛同

>>503は勘違い選民思想チビデブハゲってことでおk?


506:login:Penguin
09/11/06 13:09:44 ER2qYO7r
>>503
文章読解力がないようだが、>>502>>500-501に対するresだ。
つまり「信頼性もパフォーマンスもなさそうなTarget」の存在意味。
仮想化云々はまったく関係ない。

iSCSIは従来のSCSI同様
専用のHBAと専用の機器の組み合わせで使うものだ
と思い込んでる人もいる、とゆー話。

# いや、某中古サーバ専門店の店員が。
# マジ驚いたよw

507:login:Penguin
09/11/06 20:56:28 TNWw1idW
ぉっと

508:login:Penguin
09/11/07 13:51:56 y30cOxiX
iSCSI HBA使うメリットって今あんのかな?
8GFCのスイッチとHBAの価格が4GFCと大して変わらんくらいまで落ちてきてんだよね

509:login:Penguin
09/11/13 11:39:49 N9FS5vq1
あるPC(Windows7)からiSCSIでマウントしてるディスクを
別PC(XP)からSambaでファイル共有して同時に読み書きってできるのかな

510:login:Penguin
09/11/13 23:11:58 WRG9kpVK
iSCSIは、SCSIであって、使い方はSATAやSASとほぼ一緒

なので、iSCSIをマウントしたPC/鯖とsambaで共有すればいい。


511:login:Penguin
09/11/13 23:52:51 f6I0Q3Z0
>>510
レスありがとうございます

この例はあぼーんするが
[PC1:Win7/NTFS] <---iSCSI---> [NAS鯖:Linux/EXT3] <---iSCSI---> [PC2:Win7/NTFS]

この例は大丈夫ってことですね
[PC1:Win7/NTFS] <---Samba--->
[PC3:XP/NTFS]  <---Samba---> [NAS鯖:Linux/EXT3] <---iSCSI---> [PC2:Win7/NTFS]
[PC4:XP/NTFS]  <---Samba--->

512:login:Penguin
09/11/14 00:21:38 +VAB2Vbe
どっちがどっちだ?

iSCSIはブロックデバイス、sambaはファイルシステム

ブロックデバイス(HDD)を適当なファイルシステムでフォーマットして
sambaで共有させれば、結果的にiSCSIの中にあるファイルを共有したことになる。

iSCSIのイメージをsambaで共有しても、HDDイメージファイルを共有したことにしかならない。


513:login:Penguin
09/11/14 01:43:55 VYhG1dBU
>>512
NAS鯖
・24h常時稼動
・iSCSI Target(物理ストレージ側)
・Sambaファイル共有サーバー

PC1~4
・電源ON/OFFのある完全なクライアントPC
・iSCSI Initiator
・Windowsファイル共有クライアント(Windowsファイル共有サーバーの設定はせず)

他PCがマウント中のHDDイメージの中身を、NAS鯖自信ならば読み書きできると勘違いしました
あくまでHDDイメージなんですね

514:login:Penguin
09/11/14 01:49:18 VYhG1dBU
>>511の上の例では、
NAS鯖内に複数の異なるHDDイメージを作成して、
それぞれマウントすればあぼーんすることはないが、
同一のHDDイメージをマウントするとあぼーんするわけですね

>>511の下の例では
PC2がマウント中のHDDイメージを、NAS鯖がマウントするとあぼーんするから、
PC2をWindowsファイル共有サーバーにする方法しかないと理解しました
経路も迂回するし、PC2が電源OFFの時は読み書きできずとうまくいかないもんですね

515:login:Penguin
09/11/14 02:28:02 BeeV1uH3
クラスタファイルシステムでも使えばよろし。

516:login:Penguin
09/11/14 11:14:06 uNeLWaHl
クラスタファイルシステム何種類かあるけど一番有力なのはどれだろう
Windowsでも一つくらいサポートしてもいいような

517:login:Penguin
09/11/15 15:16:24 ePzVhxKF
iSCSIをocfs2で使うのと、
iSCSIをサーバのどれかがNASになってNFS/SMBで共有するのは
どちらが性能いいのかな。Linuxのみで使うとして。

518:login:Penguin
09/11/17 06:14:39 a96ySKqK
ん?HDDイメージの場合、Targetとしてマウント中でも
HDDイメージそのものはそれがおいてある物理HDD上で
コピーしたりすることはできるよね?


519:login:Penguin
09/11/17 06:45:30 Pxf5jnD2
できるけど・・・・
イメージの前半と後半でコピーした時間が違うなんてことになるぜ

>>517
ocfs2は、CPU負荷が高くなると、同期・調停信号が遅れて、
ファイル壊れるとか消えるとか色々変な事が起きる。
ので、smbで済むような用途ならsmbの方が良い。
タイムスタンプの精度が必要とか、
inodeの値まで揃える必要があるような場合だとocfs2


520:login:Penguin
09/11/17 19:05:11 1HFYnidh
>>516
Windowsで使えるクラスタファイルシステムだとOCFSくらいじゃね?

521:login:Penguin
09/11/18 00:58:59 rJYbboFq
認識があってるかも分からんが
linuxのkernel-stageに /fs/dst つ~ブロックデバイスのネットワークプロトコルが入ってた
nfsの替わりもあってpohmelfsというらしい

5年後に名前が残ってるかさえわからんが…



522:login:Penguin
09/11/18 07:54:19 FFt/LoHq
>>518
それがやりたい人はSolaris使ってZFS pool上にiSCSI targetを構築しましょう。

523:login:Penguin
09/12/09 13:10:23 9E8Tibsd
LVMじゃ駄目なの?

524:login:Penguin
09/12/09 16:29:39 mfbKKGPQ
ハァ?

525:login:Penguin
09/12/09 20:11:48 6+62WSPY
>>523
とりあえず、SolarisのZFS + iSCSIがどう動作しているのか
お勉強してきた方がいい

526:login:Penguin
10/01/12 16:36:58 w40rcvma
ターゲットの0.4.16と1.4.19を比べて
特に高負荷時のパフォーマンス上がってますか?

527:login:Penguin
10/01/23 18:41:25 QbcguuY2
CentOS5.4(2.6.18-164.11.1.el5) + iet(1.4.19)
でターゲット構築してるんですがローカルで
iscsiam -m discovery -t sendtargets -p hogehoge
とやってもタイムアウトしてしまって、ターゲット名が表示
されません。

iscsiadm: socket 3 header read timed out
iscsiadm: Login I/O error, failed to receive a PDU

とあるので、iscsi-targetが接続要求に反応していないのではないかと
思うのです。ietd.confはデフォルトのLun 0 Path=の部分のみ書き換えて
後はそのままです。

#cat /proc/net/iet/session
tid:1 name:iqn.2001-04.com.example:storage.disk2.sys1.xyz

#cat /proc/net/iet/volume
tid:1 name:iqn.2001-04.com.example:storage.disk2.sys1.xyz
lun:0 state:0 iotype:fileio iomode:wt path:/dev/VG00/test

と出るので、IETの起動も一見正常に行われているように見えます。
ただ、この状態でservice iscsi-target stopとやると正常に停止できず、
psで見るとietadm --op deleteがうまくいっていなくて止まっているようです。

何かヒントだけでも頂けませんでしょうか?

528:login:Penguin
10/01/25 19:49:44 aSKgaJKw
3260番ポートを開けてない、とか?

ところで、単なる好奇心ですが
CentOS標準の tgtd ではなく
ietd を選んだのは何故でしょう?

529:login:Penguin
10/01/25 20:56:40 hFoz9GXq
CDNって分散fsって言っていい物?

530:login:Penguin
10/01/26 01:12:07 a1BNkstq
>>528
iptablesではローカルホスト、ローカルネットワークからは全部開けてて、
一応telnetで接続するとコネクションまでは出来てるっぽいです。

わざわざietを使う理由ですけど、クライアントでMacを使ってて、
GlobalSAN iSCSI initiatorとの相性が悪くてマウントは出来るけど
書き込みが出来ないんですね。Windowsでは普通に使えるんですけど。
で、仕方なくietを使おうとしている次第でした。

まぁ、バックアップ用途なので最悪NetatalkかSAMBAで代替とします。

531:login:Penguin
10/02/09 00:24:52 1/aTaa6E
VMware vSphere 4を試す【第三回】
iSCSIストレージをESXiサーバーに接続する
URLリンク(enterprise.watch.impress.co.jp)

532:login:Penguin
10/02/18 18:12:57 S4o+jKbV
tgtd でターゲットを作成する際、
過去に使った(既に消された) tid ってのは再利用不能なんでしょうか?

tgtadm --lld iscsi -m target -o show で何も表示されない
(ターゲットが一つも存在しない)状態でも
--tid=0 などと既に削除した ID を指定して新規作成しようとすると
tgtadm: 'tid' option is necessary と断られてしまいます。
もちろんまだ一度も使ってない ID を指定すれば作成可能なのですが、
これでは「どこまで使ったか」を別途記録しておかないといけないことになり
テストで作成/削除を繰り返した後など、非常に不便です。

これは「そういうもの」なんでしょうか?
また「既に使ったもの」はどこを見れば確認できるのでしょう?
使用 OSは CentOS 5.4です。

533:login:Penguin
10/02/18 21:36:17 ZSkw0RMa
ietdとscstは使ったけどietdは使ったこと無いな

534:login:Penguin
10/02/25 20:36:04 xfOpcbwI
kernel-2.6.33 で iscsitargetを利用したいのですがpatchなどありましたら教えてください


535:login:Penguin
10/02/26 13:02:46 3V2vXHVf
2.6.14以降なら普通に使えると思うが
何かパッチが必要なの?

536:login:Penguin
10/02/26 21:08:41 bdyWSyHq
ietdの場合は一応モジュール作らないとならないんじゃなかったかな

パッチが大量に当たっているディストリのkernelだとconflictすることもあるだろう。
そういう場合はディストリ配布のパッケージ使えばいいわけだけど。


537:login:Penguin
10/03/03 01:38:04 AYjFbTBQ
iscsitarget-1.4.19で、writeよりreadの方が圧倒的に遅いんだけど、こういうもの?
イメージではwriteの方が遅くなるよな気がしてたんだけどなぁ。
fileioでもblockioでも同じ結果。

>>534
RH系なら、rpmbuildでkmod出来るから、それを先にインスコすればおk

538:login:Penguin
10/03/03 01:57:01 6BwB45aL
以前動かしていたietdでは、read/writeによる速度差は感じなかった。
どちらかのNICが送信に弱い/受信に弱いとか、なんかあるんじゃね?

そもそも、ietdも動作おかしい点がいくつもあるけど。


539:login:Penguin
10/03/06 04:01:44 r/V4APzv
NICそのものかドライバが原因てのはあるかもね。
iperfだとワイヤースピード出るのに、
iometerでブロック流すとリードだけ安定しないってのは遭遇したことある。
その時はドライバ変えたら改善した。
とりあえずオフロード無効にしてみ?

540:login:Penguin
10/03/06 12:34:55 g68idANf
>>538-539
tgtdにしてみたら嘘みたいに解消した…。
負荷的にもtgtdの方がかなり有利みたい。
Cent雄5.4 x86_64環境。

まだ詳しく検証してないから、はっきりしたことは分からんけど、
NICドライバ周りも含めて色々調べてみる予定。

今のところ、

> そもそも、ietdも動作おかしい点がいくつもあるけど。

これには同意せざるを得ない感じ。

541:login:Penguin
10/03/26 00:27:05 H69kQD6z
ho

542:login:Penguin
10/04/08 00:57:57 I4A2fDWU
ze

543:login:Penguin
10/04/15 01:57:24 5j98vEiw
Hyper-V2.0 Live-Migration 用に、WSFC構築時のiSCSIとして、
ietdとtgtdを使ってみました。

すったもんだあって、結局・・・OpenSolarisのZFSでiSCSI-Targetを
使って、何となくWSFCを構成していますが、クラスタ検証テストはNG、
でも、Hyper-Vのクイックマイグレーション程度なら使えるっぽいです。

最初、dladmとか使ってNICチーミングしていた時は、ごまかしごまかしで
クラスタ検証テストも警告状態でスルーしたのですが、MPIOに切り替えると
クラスタ検証テストは完全にNGで終了しました。(涙

なお、NICはIntel系×4ポート、Mem16GB、Xeon3440、SATA1TB×4:Raid-5
構成の同一ハード仕様サーバを複数台使って検証しました。
#金出して、StoregeServerStandard以上を使えって事でしょうか?

まぁ、・・・ご参考まで。

544:527
10/05/12 23:33:11 5KXCICkg
超亀報告ですが、ietdのバグだったようで
正常に動作してなかったみたいです。1.4.20.1で
rpmパッケージを作成してインストールしてみたら、
あっさりつながった…。

545:login:Penguin
10/05/28 03:30:19 t2OL57fu
IETでBlockSize使うとWindowsからまともに使えないな

546:545
10/06/06 19:41:12 083/OJg7
冤罪だった
WindowsもIETも悪くない
VirtualBoxだ

547:login:Penguin
10/06/07 16:10:36 uzQTf5Qz


548:login:Penguin
10/06/25 15:06:28 weSCP/1S
iSCSIサーバーの性能ってCPUに左右される?
昔のセレロンPCとかをサーバーにしても遅いかな。

549:login:Penguin
10/06/25 15:37:58 +XMlbZU8
>>548
>>462
誰もそれ以上テストしてないので結論は出てないが

550:login:Penguin
10/06/25 20:05:13 mV7OLqL2
>>548
左右されるよ
あとメモリ容量にもね。

まぁセレロン言ってもピンキリだから何とも言えんわな。

551:login:Penguin
10/06/26 12:15:25 fBa3J05q
>>548
iSCSIのパフォーマンスは伝送路に大きく左右される。つまりNIC/ケーブル/ハブ。
さらに言えば、CPU、ノースブリッジ、サウスブリッジ、メモリ。
iSCSIで接続したHDを、他の何と比べるかによって答えは変わってくる。

ローカル接続のHDと比べると、ネットワークは、10MbpsでiSCSIは話にならない。
100Mbpsでも、常用するには使い方を割り切るか、忍耐強さが必要。
感覚的には、USB接続の外付けHD程度(但し抜き差し不可)かな。
たとえばDVD1枚分のコピーに1時間...みたいな。(もうちょい早いか?)

それなりに使おうとすれば1Gbpsは必要。
実効速度で最低でも300~500Mbpsは出ないと辛い。
ビット毎秒をバイト毎秒に置き換えればわかると思うが、
仮にGbEを使って実効速度800Mbps出たとしても、100メガバイト毎秒。
それでやっと一昔前のパラレルATA接続のハードディスクといい勝負。

当然、GbEを活かそうと思えば、それなりのCPUに、
それなりのノースブリッジ、サウスブリッジ、それにメモリも必要になってくる。
実験や勉強なら鱈セレでも使える...っちゃあ、使えるが、
GbEを活かせないようなハードウェアなら、実用にはならないと思った方がいい。
セレロンを積んでるような奴では、かなりキツイと思う。

でも要は、何と比べるか...だと思うよ。

552:login:Penguin
10/06/26 14:16:30 2duK58/2
結論:「やってみんとわからん」

553:login:Penguin
10/06/28 18:54:41 Jm16Mv+o
CentOS で iSCSIターゲットをデータ領域としてマウントしているのですが、
shutdown/reboot時にはこのデバイスを先にアンマウントしておかないと
Umounting file systems で止ってしまい正常に終了できません。
このアンマウントを自動的に行わせるにはどうしたらいいのでしょう?

安全を考えるとデバイスを使用している可能性のある samba等の終了より後で
アンマウントしたいところですが、かといって iscsid や network が終了した後では
(当然)正常に umount が実行されません。
(即ち、/etc/rc.d/rc[0|6].d/K?? の前でも後でも不可)
取り敢えず、現在は /etc/rc.d/init.d/iscsi の stop スクリプトの先頭に umount を
書き込んでしまいましたが、どうにも美しくありません。

皆さんはどうやって解決してますか?

554:login:Penguin
10/06/28 23:13:10 VAXTpvEE
CentOS は netdev 見てくれないのか?
鳥別スレで聞いみそ。

555:login:Penguin
10/06/29 12:24:09 lk20vPxm
情報どうもです。
_netdevオプションで解決しました。

iSCSI導入方法紹介してるサイトでも意外とこの話出てないんですね。
いや、普段 NFS等使ってる人には常識ということなんだろうけど(汗)

556:login:Penguin
10/07/07 15:28:34 8/fIQim7
>>551
そうなるとNASなんかのiSCSIはダメダメかい?
ARMとかどうよ。

557:login:Penguin
10/07/07 16:50:14 nbwwsN8n
そんなの用途次第だろ

558:login:Penguin
10/07/07 18:08:51 IB/4XlcN
>>556
モノによっては真面目にGbEに対応してるものもある。
牛のLS-XHLとか。

559:login:Penguin
10/07/12 17:16:59 9ZolJa7T
freenasのiscsiにchapを設定した状態で
windows7のイニシエータから接続できないんですが
非対応でしょうか。

560:login:Penguin
10/07/12 19:08:33 J1WdlpSZ
>>559
板違い
どちらもLinuxじゃねーw

561:login:Penguin
10/07/23 16:46:38 pyQA++fK
ちょっと教えてください。

Linuxにデータが入ってるNTFSフォーマットなHDDを接続して、そのドライブを
iSCSIで別のWinなマシンに見せるて事は可能でしょうか?


562:login:Penguin
10/07/23 16:47:53 aflCmZfG
可能

563:561
10/07/23 20:02:31 pyQA++fK
>>562

おお、やはり出来ましたか。
最初FreeNASでやろうとしてPort Multiplier使えなくて、Openfilerでやろうとした
ら、Openfilerだとファーマット前提だったので諦めかけてました。
ちょっとCentでも入れて頑張ってみます。
ありがとうございました。


564:login:Penguin
10/09/14 13:19:26 7vSEGr3h
ううう、何度やっても読み書きともに9MB/sぐらいしか速度がでない・・・。なぜ!

565:login:Penguin
10/09/14 16:35:15 7vSEGr3h
freebsd+iscsi, freenas+iscsiやったけど全部9MB/sだ・・・。
freenasスレいってきます!

566:login:Penguin
10/09/14 16:48:15 qcAavtGg
100BASEだろ?普通じゃん。

567:login:Penguin
10/09/14 19:00:00 BG9Kd/2C
ううん、netperfで実効900Mちょいっす。結局まだ悩んでる・・・。

568:login:Penguin
10/10/05 14:44:03 YSD2OI5p
ターゲットはせんとくん5.5+scsi-target-utilsで、
イニシエータ側はXP+MS御製の2.08を使用。

HDDイメージの方はイニシエータ側からローカルドライブの如く見えるものの、
CDのISOが変。
1.7Gbyte位のJustSuite2010のISOだとチャンとターゲット側でマウントされて、
XP側からはローカルの光学ドライブにDVDがマウントされた状態で見えるのに、
3.4GByte程度のStella Nabigator9のISOだと、ターゲット側でマウントされない。
76.8GByte程度のISOだとなおさら。
XP側からは、空のドライブがローカルに接続された状態に見えるんだな。

こりゃ何だろか?

569:login:Penguin
10/10/05 15:17:14 PaaBiLpV
どこかに2Gの壁があるとか。


570:login:Penguin
10/10/07 23:29:09 5n61HLDj
確かにBD用の70GByteものISOは異常かも知れなったが、
普通に二層DVDのISOがマウントできんとは..........

571:login:Penguin
10/10/17 16:26:29 6x4y1zO+
よっしゃ行けたXPのSANブート
せんとくん5.5では、iSCSI Enterprise targetの方だと、旨く決まるな。

だがCDイメージISOのマウントはまだまだ。

572:login:Penguin
10/10/24 02:36:50 iGWp/Gky
tgtdってwrite-cacheをoffにした方がSequential Write速いのな。
randomはオンの時の方が速いみたいだけど…

CentOS5.5で/dev/sdbのWD10EACSを丸々backing-storeに設定して
win7(x64)のPCから計測

オフの時:
Sequential Read : 107.801 MB/s
Sequential Write : 81.818 MB/s
Random Read 512KB : 102.682 MB/s
Random Write 512KB : 46.133 MB/s
Random Read 4KB (QD=1) : 10.972 MB/s [ 2678.6 IOPS]
Random Write 4KB (QD=1) : 1.250 MB/s [ 305.2 IOPS]
Random Read 4KB (QD=32) : 97.925 MB/s [ 23907.5 IOPS]
Random Write 4KB (QD=32) : 1.290 MB/s [ 315.0 IOPS]

オンの時:
Sequential Read : 107.513 MB/s
Sequential Write : 60.971 MB/s
Random Read 512KB : 100.259 MB/s
Random Write 512KB : 45.661 MB/s
Random Read 4KB (QD=1) : 10.226 MB/s [ 2496.7 IOPS]
Random Write 4KB (QD=1) : 2.819 MB/s [ 688.3 IOPS]
Random Read 4KB (QD=32) : 83.901 MB/s [ 20483.7 IOPS]
Random Write 4KB (QD=32) : 13.341 MB/s [ 3257.0 IOPS]

573:login:Penguin
10/11/24 17:25:34 Js+FOcjI
CDイメージのマウントに成功。

SCSI-Target-utilsの最新版なら、ちゃんと出来る模様ですな。
地図ソフトのインスコなどが、3昼夜掛かっていたのが、1時間半で出来る様になったぜ。

574:login:Penguin
11/01/14 21:24:05 GaYYpd0I
sentos5.5+tgtでLVMパーティーションをWindowsでiscsiでマウントさせて見て試してるんだけど、
初めはイニシエーター上でマウントしてWindowsでフォーマットさせて読み書きも問題無く使えるんだけど、
何かの拍子に再マウントするとこの「DISKはフォーマットされてません」となってしまう。
どうやらイニシエーター側でおかしな状態になるっぽい。
だれかやってみた人いませんか?

575:login:Penguin
11/01/18 12:34:16 57Zfolj9
上の方で出てるiSCSIをソフトウェアRAID1にするのってスプリットブレインやデータ
の差異が起きたらどんな動作をするのだろう・・?
もし問題ないのならDRBDの盆雑さやリソース喰いすぎから開放されるんだが

576:login:Penguin
11/01/18 13:06:05 0c2IKk5P
煩雑、だよな?

577:login:Penguin
11/01/18 13:08:27 7BI4zJ70
ぼんざつw

578:login:Penguin
11/01/18 13:10:33 270hrEVr
なぜか変換できないw

579:login:Penguin
11/01/18 17:09:59 57Zfolj9
あーあれだ
ずっとぼんざつって読んでた・・orz

580:login:Penguin
11/01/18 22:19:07 tPTcxRzt
どんまい

581:login:Penguin
11/02/03 23:49:26 5rK/OoS2
pohmelfs DSTってどうなったの?
まともにこれらって使えなくね?



582:login:Penguin
11/04/07 19:30:27.79 +pwmwOFF
URLリンク(cloud.watch.impress.co.jp)
MSやるじゃん

583:login:Penguin
11/04/07 23:57:30.07 wbdycPTk
どこがだよ?
何が悲しくてゲイツOSに命を預けなきゃならんのだ。
Windows Update の度に逃げられちゃ話にならん。

584:login:Penguin
11/04/08 00:05:01.76 A6Pvw23F
めちゃくちゃうれしいぞ
無料だから俺みたいな乞食が泣いてよろこぶわ

585:login:Penguin
11/04/08 12:16:23.77 iRRtDc45
何言ってやがる、ファイルサーバーとして使うなら
Solaris≒Windows>>BSD>>>Linuxだろ
何が悲しいって、Linuxをファルサーバーにせにゃならん金の無さ
LinuxはVFSまともに作り直さない限りWindowsの足下にも及ばんわ

586:login:Penguin
11/04/08 12:50:11.01 PDdVa6/j
>>585
Solarisはわかる。ZFS最高。

でも、どういう理由で Solaris≒Windows なのか言ってみろ。

587:login:Penguin
11/04/08 15:01:46.94 6mUW465l
いつも思うんだが、

iSCSIイニシエータ(ホスト側)
iSCSIターゲット(ストレージ側)

って、命名ミスったな、と思わん?

ええと、ホスト側というのはストレージをホストしてるわけじゃなくて
ホストアダプタ的な意味で、ターゲットは個々のストレージ使ってる側じゃなくて
ストレージがあってさっきのホストからターゲットにされる側

とかいまだに脳内確認しないといけないことがあって萎える。


588:login:Penguin
11/04/08 17:39:18.99 PDdVa6/j
旧来のSCSIから使われている名前なので、まぁがんばって慣れるんだな。

ちなみに俺は違和感ないし、命名ミスったとも思わん。SCSI subsystemではinitiatorがbus上のtargetを探すので、英語的にはとても的確だと思うが。

589:login:Penguin
11/04/09 00:34:28.14 OCm0DtuV
>>584
われざ逝ってよし。

590:login:Penguin
11/04/09 02:19:36.27 ttxUJkZa
われざとか逝ってよしとか使ってみたかったの?

もうちょっと勉強してから書き込め

591:login:Penguin
11/04/17 11:49:01.15 ujCpR/Jg
xサーバとxクライアントにくらべればまし

592:login:Penguin
11/04/17 12:37:41.66 7El4VdI5
>>591
サーバ - クライアントの概念を理解できてないんだね

593:login:Penguin
11/04/18 10:34:07.07 O2NV5MBa
>>591
X は別におかしくないだろ。

594:login:Penguin
11/04/19 02:46:21.29 GfIHg9lp
>>586
>>585ちゃうけどストレージコントローラのドライバと
それ専用のGUIユーティリティは充実してるよね>Windows

595:login:Penguin
11/04/23 12:04:00.18 XJb7jNUw
Windowsで使えるクラスタリングファイルシステムマダー(・∀・ )っ/凵 ⌒☆チン

596:login:Penguin
11/04/23 22:47:50.66 vNXrjOSm
WindowsにZFS移植



597:login:Penguin
11/04/23 23:03:17.27 WTYL1Jq1
どうせNAS使うんでしょ
ローカルなファイルシステムなんてなんでもいいじゃん

598:login:Penguin
11/04/23 23:19:21.30 mHZSz9X3
ZFS使いたいなら、Windowsなんて捨ててSolarisでいいじゃん

599:login:Penguin
11/04/27 02:04:36.53 UHfWCNyE
iSCSI+DM-MPとGNBD+DM-MPってどっちが速度出るのかな?
誰か試した人居たらこっそり教えてちょ

600:login:Penguin
11/04/30 15:12:48.09 bHNGLvFb
****+DM-MPの方が速かったよ(こっそり

601:login:Penguin
11/05/01 17:34:04.97 +4cCjUYZ
どっちだよ!

602:login:Penguin
11/05/16 22:54:11.63 Vo7jG0OA
InfiniBandスレたてたんでリンクはっときます
個人で使ってる人少なすぎて落ちそうな気がするので、話題あったらよろしくです

InfiniBandについて語るスレ
スレリンク(hard板)

603:login:Penguin
11/05/20 07:41:57.51 Kkbcc3fE
iSCSIというものを最近知ったので、このスレをざっと眺めたんだけど、
>>22がちょっと気になった

604:login:Penguin
11/05/20 10:15:04.11 BMR7RLY/
ところでiSCSIって1つのターゲットに複数から同時に接続しても問題ないの?

605:login:Penguin
11/05/20 10:16:50.44 dWtb9sZc
つ クラスタファイルシステム

606:login:Penguin
11/05/20 12:12:43.21 GksnamVX
>>604
ターゲット次第

うっかり両方からマウントかけてFS崩壊させたり楽しいことができるぞ


607:login:Penguin
11/05/20 13:05:36.34 hz9IGDQt
>>604
iSCSIとしては、何ら問題ない。
ファイルシステムやロジカルボリュームマネージャーは
クラスター対応してるの使わないと駄目だけどね。それはiSCSIの問題じゃないし。

608:login:Penguin
11/05/21 11:06:05.90 pqxkpDYz
>>604
つ OCFS2、GPFS、GFS

609:login:Penguin
11/05/22 17:28:17.65 DRlOFEym
btrfsをクラスター対応させるって言ってた記憶があるけど、実装される気配すらないな

610:login:Penguin
11/05/23 13:33:33.75 KDo0E9Ie
クラスタFSってのは必須なのかな。
同じファイルに同時アクセスしないって保証されれば
ext3でもいいってことにはならない?

611:login:Penguin
11/05/23 15:02:16.10 gAOXqpq9
問題ない
世の中のActive/StandbyなHAクラスタはそうしてるのもいる




612:login:Penguin
11/05/23 16:15:27.95 bb2HGIFV
>>610
メインメモリ上のcache/bufferとHDDの内容が食い違っても大丈夫だと思う?

613:login:Penguin
11/05/23 20:31:45.75 rjVhOwlh
>>610
複数台から同時にアクセスしないって保証があれば大丈夫

614:login:Penguin
11/05/23 22:18:14.16 BzlQ03Y+
>>613
つまりクラスタFSを使えばいいってことだね。
>>610

615:login:Penguin
11/05/24 21:40:39.56 0AQ8id7w
分散ロックマネージャだっけ?
あれNノードで共有するならN*(N-1)/2のリンクがいるんだっけ?
なんかややこしいからNFSやCIFSでよくない?

616:login:Penguin
11/05/24 22:48:51.53 Q/JFzMnN
クラスタFS以外のFSを複数台でマウントしたらクラッシュするだろ

617:login:Penguin
11/05/25 12:29:33.90 RwCHkzCS
iSCSIはそうならないための制御をしてくれてるんじゃないの?
できないならNFSのほうがマシじゃん。

618:login:Penguin
11/05/25 12:36:58.75 x7MQNyMk
>>617
お前、ファイルシステムのお勉強して出直せ

619:login:Penguin
11/05/25 13:42:55.43 3S9STLoJ
>>617
NFSの後ろ二文字は何の略だと思ってるんだ?

お前が書いてるのは「HDDよりWindowsの方がマシ」みたいなもんで
本来比較対象になるものではない。
違うレイヤーの技術だ。

620:login:Penguin
11/05/25 19:04:44.99 RwCHkzCS
NFSは複数からの接続もokだろ?
NFSの先がext3でもいいんじゃなかったのか?
iSCSIはそれがだめなんだろ??

621:login:Penguin
11/05/25 22:01:58.78 Le5VUu5B
いやだから、NFSの場合はネットワークを飛び交うデータは(ものすごく大雑把に言うと)

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

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

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

というブロック操作そのもの。全くレイヤが違って、どっちの機能が欲しいかによるということ。
通常、サーバーのファイルシステムをクライアントから共有したいのであれば、基本的には前者が向いている。
NFSで十分なことを、わざわざiSCSI + クラスタファイルシステムにするのは無駄。
じゃ、なぜiSCSIのようなものが必要とされているかは、答えが一つじゃないので自分で調べてくれ。

622:login:Penguin
11/05/25 22:05:46.64 kRz84mu0
もうアホはほっとけよ

623:login:Penguin
11/05/26 01:00:05.16 SGEPIj2i
>617
まぁ言葉の説明で分からなければ
実際にiSCSI targetにlogonしてみると良いよ。
未formatのUSB-HDDつないだような感覚なんだ。

624:login:Penguin
11/06/02 10:23:19.82 Yrbn/lvw
だな
判らないなら試して理解した方が早い

625:login:Penguin
11/06/14 00:08:00.04 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 でも実現できるけど転送レートが遅いので


626:login:Penguin
11/06/14 02:22:39.82 2epTtcwn
>>625
それができないターゲットソフトウェアなんてまずない。
少なくともSTGTとSCSTではできた。
実際にマウントするにはkpartx使ったり、/dev/sdX自体をターゲットにしたり。
ちなみにFSをフォーマットする前にfdiskが必要。


627:login:Penguin
11/06/14 02:50:11.67 sAXpRdSb
すばらしい。iSCSI いじってみる気になれました。
Atom D525MW ですが、お勧めの distribution と
target の組み合わせはありますか。

628:login:Penguin
11/06/14 03:01:39.43 sAXpRdSb
最近は、仕事の関連で Fedora base で管理したり作業することが多いですが、
LAN でサーバを構築・運用したりはしてきたり、昔は、slack, deb, redhat で
いろいろハードはいじっていたので fdisk だとかはわかります。
パフォーマンスがよくて安定している target ソフトウェアと、それがメインに
供給されているdistribution があったら教えていただけるとうれしいです。
くれくれ、ですみません。

629:login:Penguin
11/06/14 03:06:40.97 FjKpFfPz
RHEL6

630:login:Penguin
11/07/04 18:20:31.07 3lg/UV50
Gentoo Linux


最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch