Richard,
What storage solutions do you have in-place in production that you can leverage (as this would be my first consideration).
If a new storage solution is required then you need to take into account the required IOPS for the workloads that you planning to run. iSCSI works nicely for a SMB production solution and there are a number of vendors that provide iSCSI disk arrays. My advice would be to NOT use the iSCSI initiator within the Guest partition but to present the storage to the Root/Parent partition and then use Pass-Through disks.
I have personally worked on a project just recently that commissioned Exchange 2007 SP1 on top of Hyper-V as part of a production POC (Mailbox, Hub/Transport & CAS roles). We leveraged the existing storage architecture (NetApp FAS 3140). Below are some storage options, features and usage scenarios to help you start your planning:
Storage options, features and usage scenarios
|
|
VHD on host volume
|
Pass-through disk on host
|
Directly to guest
|
|
DAS (SAS, SATA)
|
X
|
X
|
|
|
FC SAN
|
X
|
X
|
|
|
iSCSI SAN
|
X
|
X
|
X
|
|
|
DAS or SAN on host, VHD or Pass-through disk on host, exposed to guest as IDE
|
DAS or SAN on host, VHD or Pass-through disk on host, exposed to guest as SCSI
|
not exposed to host, exposed to guest as iSCSI LUN
|
|
Guest boot from disk
|
Yes
|
No
|
No
|
|
Additional sw on guest
|
Integration Components (optional)
|
Integration Components
|
iSCSI initiator
|
|
Guest sees disk as
|
Virtual HD ATA Device
|
MS Virtual Disk SCSI Disk Device
|
MS Virtual HD SCSI Disk Device
|
|
Guest max disks
|
2 x 2 = 4 disks
|
4 x 64 = 256 disks
|
Not limited by Hyper-V
|
|
Guest hot add disk
|
No
|
No
|
Yes
|
|
Guest hw snap on SAN
|
No
|
No
|
Yes
|
|
Scenario
|
1 IDE/SCSI VHD Local
|
2 IDE/SCSI Pass-through Local
|
3 IDE/SCSI VHD Remote
|
4 IDE /SCSI Pass-through Remote
|
5 Guest iSCSI
|
|
Storage type
|
DAS
|
DAS
|
SAN, FC/iSCSI
|
SAN, FC/iSCSI
|
SAN, iSCSI
|
|
Exposed to host as
|
VHD on NTFS
|
Pass-through disk
|
VHD on NTFS
|
Pass-through disk
|
Not exposed
|
|
Exposed to guest as
|
IDE/SCSI
|
IDE/SCSI
|
IDE/SCSI
|
IDE/SCSI
|
iSCSI LUN
|
|
Guest driver is “synthetic”
|
No(a)/Yes
|
No(a)/Yes
|
No(a)/Yes
|
No(a)/Yes
|
No (b)
|
|
Guest boot from disk
|
Yes/No
|
Yes/No
|
Yes/No
|
Yes/No
|
No (i)
|
|
Guest max disks
|
4/256
|
4/256
|
4/256
|
4/256
|
128
|
|
Guest max disk size
|
~2 TB (c)
|
Limit imposed by guest (d)
|
~2 TB (c)
|
Limit imposed by guest (d) (e)
|
(d) (e)
|
|
Hyper-V VHD snapshots
|
Yes
|
No
|
Yes
|
No
|
No
|
|
Dynamically expanding VHD
|
Yes
|
No
|
Yes
|
No
|
No
|
|
Differencing VHD
|
Yes
|
No
|
Yes
|
No
|
No
|
|
Guest hot add disk
|
No
|
No
|
No
|
No
|
Yes
|
|
SCSI-3 PR for guests on two hosts (WSFC)
|
No
|
No
|
No
|
No
|
Yes
|
|
Guest hardware snapshot on SAN
|
N/A
|
N/A
|
No
|
No
|
Yes
|
|
P2V migration without moving SAN data
|
N/A
|
N/A
|
No
|
Yes (f)
|
Yes (g)
|
|
VM migration without moving SAN data
|
N/A
|
N/A
|
Yes (h)
|
Yes (f)
|
Yes (g)
|
|
|
|
|
|
|
|
(a) Works as legacy IDE but will perform better if Integration Components are present.
(b) Works as legacy network but will perform better if Integration Components are present.
(c) Hyper-V maximum VHD size is 2040 GB (8 GB short of 2 TB).
(d) Not limited by Hyper-V. NTFS maximum volume size is 256 TB.
(e) Microsoft iSCSI Software Target maximum VHD size is 16 TB.
(f) Requires SAN reconfiguration or NPIV support.
(g) For data volumes only (cannot be used for boot/system disks).
(h) Requires SAN reconfiguration or NPIV support. All VHDs on the same LUN must be moved together.
(i) Requires third-party product like WinBoot/i from EmBoot.