x6前回作成した構成そのままです。6x4GB@1066MHzいつも使っているマシンが使用中だったため、前回のイニシエータから微妙に変更されています。5530へ、メモリのクロックが1333から1066へと変わっています。HCAが最初から対応ファームウェアだったので今回は実行しませんでしたが、ファームのバージョンによってはファームのアップデートが必要です。aboveVMwareのセットアップインストールは、ローカルのHDDにISOからインストールしました。bootでもよかったのですが、その時は気がつきませんでした。VMWでドライバを持っていなくて認識できなかったため、隣に転がっていた1000MTを追加する羽目になりました。ハードウェア対応は要チェックですね。SSHとESXiシェルを有効にします。ESXiシェルを有効にするのは、SSHのログインをRSA鍵だけではなくパスワード認証も許可するためのものなので、不要な場合は以下を飛ばしてください。SSHのパスワードログイン有効化ESXiシェルを有効にしたら、ローカルコンソールからAlt+F1を押してESXiシェルを立ち上げ、以下を変更します。Driver」をダウンロードします。re_driversまたは、wgetでダウンロードします。沿ってドライバを追加していきます。MLNX-OFED-ESX-1.8.1.0.zipそして、VMホストを再起動します。再起動したあと、ESXiシェルからesxcliを実行してドライバがロードされているかを見ます。2002-02-26一番下に待ちわびたsrpドライバがいたら成功です。これで、ESXiシェルを抜けます。ConnectX2がいると思うので、右クリックし「再スキャン」をします。すると、いつも通りにターゲット側にメッセージが上がると思います。いう長いセッションIDをコピーしたら、targetcliからACLを追加します。0.これで、再度vSphereClientから再スキャンをかけると、接続されます。startedLUNのフォーマット接続されたら、ストレージから「ストレージの追加」で今追加したLUNをフォーマットします。これで、ようやく念願のSRPが使えるようになりました。パフォーマンスRAM上のディスクパフォーマンスまず、いつも通りに20GBを割り当てたtmpfsを作りその上にFileIOな物を作ります。size=10Gとやることによりこんなことをしなくてもram上にファイルを作れることを知りましたが、一応今までと統一するためにtmpfsを利用します。ファイルを作成したら、通常通りOSを入れ、起動しました。UltSP1、ハードウェア割り当てはCPUに2コア、メモリに2G、その他は特にウィザードからいじっていません。実マシンで挿したときより早い...ホストのキャッシュが効いていそうな感じがします。ディスクのIOもどこかで詰まっているようなことはありませんでした。桁が大きすぎるためか、何故かHDTuneのモニタリングが落ちます...。Ttuneだと動きが若干違いました。同期と非同期の動きなのか、VMのキャッシュが効かないような読み方をするのか、何が原因だかはいまいち分かりませんでした。どっちが本当なんでしょうか。Ttuneから書き込もうとしたのですが、RAMのサイズの関係でルートデバイスしか作れなかったので書き込みの実験は出来ませんでした。ZFS上のディスクパフォーマンス次に、ZFSのディスクのテストです。上の実験中はZFSのモジュールをアンロードして20GBのRAMをファイルとして割り当てていましたが、今回はまずvmdkをコピーし、RAMのファイルを取り除き、ZFSのディレクトリ上に再びコピーして起動しました。構成は前回と同じく、ディスク6本のraidz構成です。ディスクへの書き込みは時間があるときに追記しようと思います。Ttuneの時には常にディスクに負荷がかかっている、と分かりました。特性であったりHDDの特性であったりするので、やはりデータストアにSSDを使わないとこれ以上のパフォーマンスは難しそうです。SSDでのZFS時の動きやL2ARCの動きを見てみたいので、誰かそこそこなSSDを束で貸してください><多分書き込み過多でぶっ壊しそうですが><とにかく、「元のストレージが早ければそれだけSRPの速度はでる」と言うことが分かったのでよしとします。パフォーマンスは金で買うしかなさそうですね...。02:25raidzでチェックするなら、5台(deta4台+Parity1台)って形を取ると良いってみました。raidz2なら、6台(data4台+Parity2台)が良いみたいです。raidz*は、基本的にdataディスクが2^n台+Parityn台で構成せよってzfsのドキュメントでみました。10台で構成してますが、scrubやrebuildでは劇的に遅いので台数多いのもよろしくないです。ストライプとかにする方がパフォーマンスも出るかと。辺りから読んで行かれるのがよろしいかと。参考になれば幸いです。00:31>hasukawaさん2^n台+Parityn台で構成せよというのは存じませんでした。ありがとうございます。傾向としてはまた別に行った4台のストライブでも同じような動き(ZFS上のターゲットに連続で書き込みをしているとある程度書いたところで速度がブレ始める)をしたので、やはり書き込みが連続で長時間入るような用途には向かないようです。構造上そうなるのは分かりますが...。SRPでFileIO時にBufferedを指定していればOS側のバッファで吸収できるようですが...。1ヶ月近く運用してみましたが、今のところLinux+ZFS+SRPと言うアレな構成でも特に不自由なところはでていまんが、また問題が起きたら書いていこうと思います。dapihobayqxoyコメントを書く必要事項とコメントを入力して下さい。Enter﻿自己紹介PC全般・ネットワーク周りに興味があります。Twitterまでお願いします。実験結果などはあくまでも個人の実験結果です。