2 votes

Faut-il séparer les hôtes et les invités ?

Je viens de mettre en place mon premier petit système Hyper-V (2012 R2). Ce sera une petite boîte avec deux invités, un DC et un Exchange, pour environ 10 personnes. Pas de cluster, tous les disques sont locaux. Il y a deux NICs que je prévois d'associer, puis de créer un vswitch et de le relier à l'équipe. L'hôte et les invités seront alors connectés à ce seul et unique vswitch.

J'ai lu beaucoup de choses sur Hyper-V - sous-réseau, Vlan, etc., mais je ne suis toujours pas sûr : est-il nécessaire de séparer l'hôte et les invités ? Ce que je prévois de faire est de donner à DC 192.168.10.1, Exc .2 et hôte .3. Aurai-je des problèmes avec cette configuration ?

Merci beaucoup pour votre aide, Stefano

0 votes

Veuillez ne pas publier les commentaires et les questions de suivi comme une réponse.

0voto

shodanshok Points 42743

Bien qu'il soit généralement préférable d'avoir une interface de gestion dédiée, je pense que c'est trop pour une si petite installation. J'utiliserais les deux interfaces combinées (teaming), de sorte que si l'une d'entre elles tombe en panne, l'autre fonctionnera sans (longue) interruption de service.

EDIT: ok, vous demandez s'il faut utiliser un seul vswitch ou deux. Je répète que pour une si petite installation, il n'y a pas de différences significatives ; j'utiliserais probablement un seul vswitch, mais c'est tout. Je vous suggère cette lecture intéressante sur l'utilisation d'un vswitch ou de plusieurs vswitchs.

0 votes

C'est ce que je voulais dire : Équipez les deux NICs, ayez un et seulement un vSwitch externe et reliez l'hôte et les invités à celui-ci.

0 votes

@Stefano J'ai mis à jour ma réponse.

0 votes

"Vous demandez s'il faut utiliser un seul vswitch ou deux." --- Non, je ne prévois pas deux vswitches, seulement un : Deux pNICs, réunies en une seule équipe et un vSwitch connecté à cette équipe (les pNICs sont connectées à un dumb L2-pSwitch). Ensuite, connectez les deux vNICs et la vmNIC à ce vSwitch. Enfin, chaque vNIC et vmNIC est sur son propre VLAN. --- J'ai suivi votre lien. Mais il traite de la confusion de la ségrégation physique et virtuelle - ce n'est pas mon problème. Mais ce qui est intéressant, c'est que les vSwitches sont décrits comme n'étant finalement pas beaucoup plus que des VLANS.

-1voto

Sergio Points 164

Tout d'abord, il serait préférable que vous indiquiez clairement quel produit vous utilisez - "Windows Server 2012 R2" (qui n'est pas un produit gratuit) avec le rôle Hyper-V installé ou "Hyper-V Server 2012 R2" (qui est gratuit).

Mais quoi qu'il en soit, ce qui semble manquer à votre configuration, c'est le concept de "réseau de gestion". Comme vous ne l'avez pas indiqué explicitement, je suppose que le poste de travail de l'administrateur est placé dans le même segment de réseau que les machines des utilisateurs. Dans ce cas, cela n'aurait pas beaucoup de sens de "séparer" l'hôte du reste de la communauté. Si vous voulez les isoler correctement, vous devez en premier lieu séparer le(s) poste(s) de travail de l'administrateur dans un sous-réseau IP dédié, puis créer un autre sous-réseau pour l'hôte Hyper-V, puis un autre pour votre/vos serveur(s) virtualisé(s) ; si l'Exchange est accessible depuis Internet - encore un autre sous-réseau pour lui (DMZ en fait), et enfin, un sous-réseau distinct pour les utilisateurs. Configurez ensuite des listes d'accès - ou, mieux, un pare-feu - sur votre équipement réseau. Évidemment, vous avez besoin d'un commutateur/routeur/pare-feu L3 pour faire tout cela.

Comme vous pouvez le constater, la petite taille de votre installation ne vous dispense pas de respecter les principes de sécurité de base. Ainsi, si vous rencontrez des problèmes (il y a de fortes chances), ce sera parce que vous n'avez pas respecté les meilleures pratiques de sécurité, et non parce que vous avez configuré une fonctionnalité d'une manière ou d'une autre.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X