话说公司老大打算上个Windows Storage Server 2008R2做iscsi target，给虚拟机宿主作为文件存储空间，同时考虑把sql server的文件也丢进去，于是开始评估。

Windows Storage Server 2008R2 的版本有4个，除了essentials版本，其余的都需要在windows server 2008r2的基础上安装。

安装过程很简单，镜像不大，就900多M，在一台server 2008 DC版本基础上安装。

安装过程就很奇葩了，只有一对msp文件，要手工一个个的安装。

装好，重启花了接近两个小时- -估计是在替换大量系统文件，感觉是那个所谓branding的补丁包引起的。重启后，登陆界面变成了Windows Storage Server 2008 R2 Enterprise.

接下来就是配置iscsi target，这货的配置比较扯蛋，开始以为所谓创建一个target就是创建一个本地上跑的所谓目标，然后远程电脑用iscsi initiator就可以连上，结果死活连不上，问google才知道，需要在iscsi target里写上要连过来的机器名。。。

接下来就比较顺利了，创建一只虚拟盘，然后分配给target。

然后去另一只机器，跑initialer，连上，格式化，开跑。

测试下来，一个raid0阵列下，能轻轻松松跑到千兆网络的瓶颈128MBps。。

后面的把玩过程中还发现在目标读写虚拟盘过程中重启wss会引起虚拟盘损坏，直接就吃掉了一些文件，不知道是不是我把allocation unit设置为64k的后果，重启用默认参数格式化了虚拟盘，观察中。

报告就很容易了，在千兆网络下部署wss，必须每台target独占一块wss机器的千兆网卡和一个千兆交换口，才能把瓶颈从网络踢回给硬盘。。

最后的结论很显而易见，在当前的网络环境下，还是不要考虑wss的作罢，让每台机器用自己内部的阵列会开心的多。

待补图