Networking in role Hyper-V R2 and SCVMM with CSV

https://www.experts-exchange.com/questions/25879161/Ideal-NIC-config-Hyper-V-R2.html

Above link had a similar scenario, topology - have a read through it and I hope that helps

These should help too. I know you have already gone through a lot of articles and docs but trust me, these would definitely help you with CSV and live migration. Not just from design perspective but is configuring them.
http://technet.microsoft.com/en-us/library/dd446679(WS.10).aspx  (Recommended)
http://technet.microsoft.com/en-us/library/ff182358(WS.10).aspx  (Recommended)

Videos:
http://www.savilltech.com/Videos/CSVDeepDive/CSVDeepDive.wmv   (Recommended)
http://www.savilltech.com/Videos/2008R2Networks/2008R2Networks8006001mbps.wmv
http://www.savilltech.com/Videos/Clustering_in_a_virtual_world/Clustering_in_a_virtual_world.wmv

With regards to example
The above post by mutahir and the following one are good.
https://www.experts-exchange.com/questions/25997362/Network-adapter-configuration-for-Failover-Cluster-with-CSV-iSCSI-and-Hyper-V.html  (ongoing)

Regards,
Shahid

1 - Here is the network (see picture)  According to the best practice this is what I had to do.  But now it looks like CLUSTER, CSV and MIGRATION network are doing the same job.  Don't you think CLUSTER and MIGRATION should be enought ?

I read on technet, good but in the book (Hyper-V R2) it's easier to understand.  On technet there are too many "click on this to see how to" so it's rather difficult to follow.  But it's good though.  The book is just easier to follow.  

2 - the posts you've both  provided are very good.  But I've been told that  NIC Teaming in Hyper-V was not always reliable.   Besides, the Hearthbeat is critical, if the event that a switch becomes unavailable but the server is still running all VMs will start to migrate.  But no one seems to suggest 2x NIC in teaming for the hearthbeat.

3 - I still don't know whether iSCSI adaptors and MPIO drivers and iSCSI initiator, targets and all must be configured on the SCVMM server.  I don't think so because SCVMM is just sending commands to the HYper-V servers which are connected to the iSCSI network.  
HV-network-001.jpg

1- Well it depends how you configure them. You can live with just CLUSTER and MIGRATION and bind you CSV traffic to CLUSTER but if you have enough NICs why not you one for CSV. Based on your scenario, you CSV traffic might be little minimal or huge.  I think its better to dedicate a NIC to CSV by properly binding and use CLUSTER/heartbeat as Failover since CSV NIC is fault tolerant.

2 - If heartbeat/CLUSTER network somehow fails, it is not necessary that VMs fails to the other node(s). If you have set up the cluster (node majority, node and disk majority or node and share majority),  The majority has to be reached to have the cluster running. If the node is hosting some VMs fails altogether either losing all communiction (like heartbeat, CSV, access to disk in case of disk majority or access to share  in case of share majority) or losing power etc then the VMs would restart on the other Node. Teaming on iSCSI is not recommended and not supported, I am unsure how cluster would behave if heartbeat is teamed).

3 - You only need to have iSCSI initiator on the SCVMM and that also is required if you are using SAN migrations.
https://www.experts-exchange.com/questions/25785383/SAN-transfers-using-iSCSI-and-SCVMM.html

Let me know if you need further clarification

Regards,
Shahid

1 - I don't see any option to bind traffic to CSV, the only option available is "CLUSTER USE"  Maybe the cluster is aware of CSV but in the cluster networking the only option is "CLUSTER USE" so to me CLUSTER, MIGRATION AND CSV are binded to the same thing.  

I don't understand how CSV NIC is fault tolerant.  

2 - To my understanding, according to what you said, when "CLUSTER USE" is enabled to MANAGEMENT and another NIC such as CLUSTER is also enabled in the event that a NIC goes down the other one will still be up so H-V will not migrate the VMs.  Is that right ?

3 - So the iSCSI initiator must be installed on the SCVMM server ?  If so, it must be configured as it is on the H-V servers to see all SAN targets.  

thanks again

1 - CSV binding option are not available throught Cluster Manager, you use powershell for that purpose. By default, CSV is bound to the NIC with the lowest metric value. If that NIC fails, the NIC with the next lowest metric start acting as the CSV. Therefore, in order to configure the binding of the CSV, you configure metric value of your cluster network through powershell. Use the following resources to confgure you CSV network.
http://www.savilltech.com/Videos/CSVDeepDive/CSVDeepDive.wmv (16m:40s Mark)
http://technet.microsoft.com/en-us/library/dd446679(WS.10).aspx (Under Section: Managing the network used for Cluster Shared Volumes)

Similarly, The NIC or NICs could be assigned for live migration
http://technet.microsoft.com/en-us/library/dd446679(WS.10).aspx (Under Section: Configure cluster networks for live migration)

2- Yes, when "Allow cluster network communication on this network" selected for any NIC, it can be used for all cluster "network" communication including heartbeat and CSV.

3- No, you need to install iSCSI initiator on SCVMM,
"Each host should also have the latest Microsoft iSCSI Initiator installed in it. The VMM server needs to have Microsoft VDS hardware provider installed."
Only host requires iSCSI initiator installed. This requirements mentioned in the other threads are for SAN migrations using SCVMM. If you are not going to use SAN migration, you can skip the thread.
This can also be useful to you.
http://www.thegenerationv.com/2009/08/tcp-ports-for-scvmm-and-hyper-v.html

1 - I understand

2 - I understand

3 - You said "no, you need to install iSCSI initiator on SCVMM" Did you mean "no you don't have to" ?  You're talking about VDS hardware provider which is included with the Dell MD3000i.  But in the book "Mastering VMM 2008 R2" I can read "If the host being used is Windows 2008, then VDS 2.1 is available in-box, so there is no need to install anything"    But the STORAGE MANAGER FOR SAN" is not enabled by default on Windows 2008 R2.   Dell MDSM has been installed and this is how the host group and host access have been configured.  All LUNs have been created from MDSM too.  

That apart, as far as I understand,  I don't have to install VDS because it's already installed somehow, but it has to be installed on a host, not on the VMM server.  

Which leads me to the most confusing part of the job: creating one LUN for each VM.  I'm getting a little confused as the LUNs have been created from MDSM, not from WIndows "STORAGE MANAGER FOR SAN"   2 things here:

a) From MDSM (the SAN manager provided by Dell) only 2 LUNs have been configured.  So I guess I'll have to destroy thoses LUNs to create as many LUNs as VMs are needed ?

b) I'm no longer sure whether I have to use MDSM or STORAGE MANAGER FOR SAN from Microsoft to create LUNs.  

The good news, I think the answers to that will help me to finally understand :-)

thanks again

Shahid, you should really write a book.  This is by far the best explanation I've ever seen on any topic.  Of course as the speed is not that important, provided that is not too slow, having Live Migration is more important without downtime.  

Thank you very much !

Geoffrey

Best solution ever !