SSVではキャッシュサイズを変更できます。
しかし、その変更を反映させるためにはDataCoreサーバのサービスのStopおよびStartが必要になります。
注意が必要なオペレーションです。
ヘルプファイルで cacheで検索すると詳細が記載されています。
2011年8月25日木曜日
キャッシュサイズの変更後は再起動が不要
SSVではキャッシュサイズを変更できます。
しかし、その変更を反映させるためにはDataCoreサーバのサービスのStopおよびStartが必要になります。
注意が必要なオペレーションです。
ヘルプファイルで cacheで検索すると詳細が記載されています。
2011年8月22日月曜日
DataCoreのALUAサポートについて
DataCoreサーバはストレージコントローラのように振る舞います。
ALUAサポートという機能があり、ALUAとは何かという質問をよく受けます。
ALUAとは非対称論理ユニットアクセス（ALUA：Asymmetric Logical Unit Access）の略で、
SPC-3 に定義されたSCSI用語です。
DataCoreサーバをHAで構成した場合、アクティブ-アクティブのストレージコントローラのように動作すると理解ください。
ALUAサポートという機能があり、ALUAとは何かという質問をよく受けます。
ALUAとは非対称論理ユニットアクセス（ALUA：Asymmetric Logical Unit Access）の略で、
SPC-3 に定義されたSCSI用語です。
DataCoreサーバをHAで構成した場合、アクティブ-アクティブのストレージコントローラのように動作すると理解ください。
2011年8月10日水曜日
DataCoreを挟むと遅くなる？速くなる？
Q: SANsymphony-Vのソリューションは場合、ホストサーバとストレージとの間にDataCoreサーバによる仮想化レイヤが存在します、ストレージへの直接アクセスと比較してホストサーバからみたI/O処理能力低下しないでしょうか?
A: DataCoreサーバのオーバーヘッドつまり、I/O遅延といった質問はよくあります。
単純なSCSIのI/O処理の話しであれば、間に挟まるため確実に処理数は増えます。ただ、それを補って余りある、パフォーマンス効果があるため、全体としてはパフォーマンスが上がる仕組みになっています。
一番、大きいのはキャッシュの機能です。キャッシュは、I/Oの調整役として複数のWrite I/Oを取りまとめてバックエンドのストレージに書き込んだり、先読み（Pre-Fetch）の機能でRead I/Oの先読みを行う事で、応答性能を上げ
ています。
その他、IAサーバの高速CPUでI/O処理を行う点（一般的なストレージコントローラより、はるかに高速です）、I/O（コントローラ、LUN、チャネル）の分散処理（ストライピング）により、ハードウェアの性能を超えたパフォーマンスデザインができる等々、様々な効果で全体的な応答性能が上がる仕組
みです。
DataCoreの経験上、ざっくりReadは数百％、Writeは百数十％くらいは上がっているのが一般的です。Writeの効果が少し低いのは、ストレージのI/O性能は最終的には、バックエンドのリソース（HDD）に依存するからです。
A: DataCoreサーバのオーバーヘッドつまり、I/O遅延といった質問はよくあります。
単純なSCSIのI/O処理の話しであれば、間に挟まるため確実に処理数は増えます。ただ、それを補って余りある、パフォーマンス効果があるため、全体としてはパフォーマンスが上がる仕組みになっています。
一番、大きいのはキャッシュの機能です。キャッシュは、I/Oの調整役として複数のWrite I/Oを取りまとめてバックエンドのストレージに書き込んだり、先読み（Pre-Fetch）の機能でRead I/Oの先読みを行う事で、応答性能を上げ
ています。
その他、IAサーバの高速CPUでI/O処理を行う点（一般的なストレージコントローラより、はるかに高速です）、I/O（コントローラ、LUN、チャネル）の分散処理（ストライピング）により、ハードウェアの性能を超えたパフォーマンスデザインができる等々、様々な効果で全体的な応答性能が上がる仕組
みです。
DataCoreの経験上、ざっくりReadは数百％、Writeは百数十％くらいは上がっているのが一般的です。Writeの効果が少し低いのは、ストレージのI/O性能は最終的には、バックエンドのリソース（HDD）に依存するからです。
2011年7月1日金曜日
Brodade社製FC HBAをホストに使用する場合
DataCoreサーバのTargetポートにEmulexのFC HBAで、
ホスト側のInitiatorポートにBrocadeのFC HBAという構成を組む場合、
今日時点（2011年7月1日）では既知の問題があります。
BroadeのFCポートで以下のコマンドを実行して、フレーム最大サイズを2048に変更してください
bcu port --dfsize 1/1 2048
bcu port --dsiable 1/1
bcu port --enable 1/1
ホスト側のInitiatorポートにBrocadeのFC HBAという構成を組む場合、
今日時点（2011年7月1日）では既知の問題があります。
BroadeのFCポートで以下のコマンドを実行して、フレーム最大サイズを2048に変更してください
bcu port --dfsize 1/1 2048
bcu port --dsiable 1/1
bcu port --enable 1/1
2011年4月13日水曜日
ESXホスト接続のDataCoreサーバでリクラメーションするには
リクラメーションに関してはFAQ578のTB16に紹介されています
http://datacore.custhelp.com/app/answers/detail/a_id/578
TB16は下記よりダウンロードできます
ftp://support.datacore.com/psp/TBs/TB16_NMV_Reclaim_Unused_Space.pdf
下記にESX環境での手法を簡単に箇条書きにしました。参考にしてください
方法その1 - ESXのGuest OS(仮想マシン)上で0書込みして、クリーンアップする方法
1. Guest OS上で0を書き込む（Windowsであればsdeleteを用いて）
2. Vmkfstools -w を実行
3. DcsNmvCleanup を実行（SSVの場合 Reclamation の実行）
方法その2 - vmfs上に目一杯、空のvmdkを作成し、クリーンアップする方法
1. vmkfstools -c -d eagerzeroedthick /vmfs/volumes//.vmdk
ダミーのvmdkを作成することでVMFSを完全に埋め尽くす
2. 当該vvolにDcsNmvCleanupを実行（SSVの場合 Reclamation の実行）
3. そのvmdkファイルを削除
http://datacore.custhelp.com/app/answers/detail/a_id/578
TB16は下記よりダウンロードできます
ftp://support.datacore.com/psp/TBs/TB16_NMV_Reclaim_Unused_Space.pdf
下記にESX環境での手法を簡単に箇条書きにしました。参考にしてください
方法その1 - ESXのGuest OS(仮想マシン)上で0書込みして、クリーンアップする方法
1. Guest OS上で0を書き込む（Windowsであればsdeleteを用いて）
2. Vmkfstools -w を実行
3. DcsNmvCleanup を実行（SSVの場合 Reclamation の実行）
方法その2 - vmfs上に目一杯、空のvmdkを作成し、クリーンアップする方法
1. vmkfstools -c
ダミーのvmdkを作成することでVMFSを完全に埋め尽くす
2. 当該vvolにDcsNmvCleanupを実行（SSVの場合 Reclamation の実行）
3. そのvmdkファイルを削除
2011年3月22日火曜日
登録:
投稿 (Atom)
