Bonjour,
Tout d'abord j'espère que je poste au bon endroit, si ce n'est pas le cas je m'en excuse par avance.
 
Notre nouvelle infra est prête à être déployé et se compose de ;
2 sites ( espacés de 100 m )  sur lequel HP nous a validé le matériel suivant ;
site1:
1 Proliant Dl 360 G8  2P 16 Go 4x 300 Go sas 10K 4 x NIC 1 GB - DC -
1 ML 560 Go 4P 128 GB  2 X 146 Go Sas 15 K HOST1 – NIC 4X1 GB + 2x NIC 10GB
2 switch 2920 4 port sfp+ 10GB + 2 ports SFP-SR 10 GB + 2 ports SFP-SR 1 GB
1 SAN ISCSI 8x 900Go ISCSI 2xNic 10GB + Nic 4x1GB
 
Site 2 :
1 ML 560 Go 4P 128 GB  2 X 146 Go Sas 15 K – HOST2 - NIC 4x1 GB +2x 2 NIC 10GB
1 SAN ISCSI 8x 900Go ISCSI 2xNic 10GB + Nic 4x1GB
2 switch 2920 4 port sfp+ 10GB + 2 ports SFP-SR 10 GB + 2 ports SFP-SR 1 GB
 
 
 
Réseaux identifiés
Management 192.168.200.0/24  
Cluster 10.1.0.0/24  
LM 10.2.0.0/24
Storage + Network Raid 10.3.0.0/24  
VM Acces 192.168.1.0/24  
Backup 10.4.0.0/24  
 
Le scénario est de mettre en service un cluster de basculement hyper-v  à 2 nœuds
Nous avons à notre disposition 6 fibres entre  les 2 sites, et ma question était de savoir comment optimiser au mieux ces liaisons fibres en restant au plus près des bonnes pratiques Hyper-v.
Combien de ces liens seraient nécessaires ?
Quels sont les trafics que nous pourrions faire cohabiter ?
 
Merci pour vos avis

Salut.
 
Question bête. J'imagine que tu veux une infra distante pour palier à un problème PRA.
 
Réseau de stockage :
D'abord ce qu'il faut savoir, c'est qu'un cluster induit forcément du stockage partagé entre tes 2 Hosts (Nous dirons donc le SAN connecter sur site 1). Si ton stockage possède des controleurs ACTIF/PASSIF, alors il te faudra 2 fibres entre les bâtiments pour pallier à la perte d'un switch.
 
Maintenant, si ton SAN est en ACTIF/ACTIF, donc 2 iscsi Domain, il te faudrait dans l'idéal 4 fibres (Une par domaine, et par switch pour palier à la perte d'un switch sans perte de perf), maintenant, tu es 10 GB, si tu acceptes le fait qu'à la perte d'un switch, tu ne fonctionnera plus qu'avec un brin 10GB (ce qui reste confortable dans bon nombre de cas) alors tu peux ne connecter que 2 fibres, Domaine iSCSI A sur l'un et le B sur l'autre. En cas de perte d'un switch, ce sera MPIO qui se chargera de la bascule. De toute façon tu vas voir que ce genre d'infra est gourmande.
 
Réseau de synchro :
Comme tu as 2 SANs, j'imagine que tu vas vouloir les répliquer ... Suivant les conseils HP, tu auras besoin de 2 fibres normalement (suivant constructeur et pour permettre la perte d'un switch). Les synchros seront séparés pour être tranquile sur une éventuel congestions.
 
Enfin pour les autre réseaux, si tu es en 10 GB entre tes sites, Je mélangerais tout sur 2 fibres :
- Le réseau de management n'est pas un réseau très important
- le réseau de live migration est important car il définit le temps de bascule d'une VM vers l'autre Hôte.
- VM access on appel plus celà réseau Client, c'est fonctions de ce que tes utilisateurs consommes ... Mais vue l'infra, ce doit pas être mirobolant.
 
Backup, pour moi le backup ne doit pas passer par une fibre entre les bâtiments, enfin si possible, si non il va te manquer 2 fibres car il est très important pour moi de séparer ce réseau qui peut parfois déborder de sa fenêtre de temps et te pourrir le réseau au matin quand tout le monde arrive.
 
Pour la sauvegarde le mieux reste :
- Sauvegarder localement sur le SAN de secours.
- Sauvegarder sur le SAN de prod en local et extraire les backup du site tous les jours.
- Si tu veux sauvegarder distance il va te manquer une fibre, et je pense aussi un peu de stockage.
 
J'espère t'avoir un peu aider ... C'est toujours difficile ce genre de réponse.

Merci pour ta réponse,
Cela m'aide n'aies aucun doute.
Peut on envisager tout de même utiliser le même trunk  2x 10 GB pour le stockage iscsi et la synchro san ( dans mon  cas ça sera du network raid 10). Comme cela je peux utiliser un autre trunk 2x 10GB pour CSV LM et réseau client. Je dispose de 4x10 GB et 2x1GB Max pour l'inter site.

A première vue, je mélangerais pas la synchro SAN et le iSCSI ... Si je devais en mutualiser ... Ce serais CSV (peu utilisé en utilisation normal), LM et Synchro.
 
Si jamais tu te retrouves avec une congestion sur ton réseau de stockage .... Ca va tout impacter fortement, si la congestion est sur le LM ... A la rigueur tu auras juste des migrations plus lentes ....

Oui, je suis d'accord avec ce scénario, cependant les san Hp dont je dispose ne supporte pas les Vlan tagged seulement untagged. Je suis donc obligé d'utiliser les mêmes ports ?. C'est plus une contrainte constructeur qu'un pb d'archi. C'est une question que je peux poser à HP je pense.

Tu tagues sur les switchs et basta non ?

Oui mais seulement en untagged pour les ports destinés au san. Si tu crées un trunk avec plusieurs vlan seul un vlan peut être untagged. Il y a peut être moyen de faire autrement

Non mais tu tagues entre les switchs et untag sur les ports des san.
Ou bien j'ai rien compris à ce que tu veux faire

En fait on dit la même  chose. Je pense que je vais essayer le conseil de chaTTon2 qui me semble raisonnable et qui m évite de refaire passer une fibre avec tout le cout annexe que cela représente. Effectivement si le lm met quelques mn de plus ce n est pas gênant. Sur des tests en 1gb avec une vm de 16go de ram le lm était déjà rapide moins de 5mn. Après faut voir avec toutes les vm. Mon archi en compte 12 avec moins  de 16 gb. Avec un peu de qos on devrait avoir quelque chose de correct