Quel est l'avantage d'ISCSI sur SMB?
Chez moi, je gère un serveur Hyper-V avec un serveur Windows Server 2008 R2 VM Actionnant comme serveur de fichiers. Les fichiers sont partagés sur mon réseau à l'aide de SMB. (En outre, la machine utilise Une carte RAID PERC 6/I mais je ne pense pas que ce soit important)
Je pense à la mise en place d'une machine dédiée SAN (ISCSI) (ISCSI), puis commutation de mon serveur Hyper-V sur ESXI.
Quels sont les avantages de l'utilisation de ISCSI contre SMB?
Je pense que j'aurais toujours besoin d'un système d'exploitation de serveur de fichiers (par exemple, wis 2K8) Fichiers de partage via SMB Donc, je ne suis pas sûr que le résultat final serait différent de ma configuration actuelle ...
Mike est correct, ISCSI et SMB/CIF fonctionnent à deux couches d'abstraction différentes.
Vous pouvez penser à SMB/CIFS comme exportation d'un système de fichiers que d'autres machines peuvent accéder. La structure de répertoires, les métadonnées de sécurité, etc. y sont déjà. Les machines clientes peuvent lire et écrire des fichiers dans ce système de fichiers, mais c'est l'étendue de leur accès.
Avec ISCSI, les machines clientes voient ce qui représente la même chose qu'un volume physique du point de vue du système d'exploitation. À partir d'une machine client Windows, vous configurez d'abord un initiateur ISCSI pointant sur l'hôte ISCSI (cible). Après cela, vous verriez un nouveau disque physique dans le panneau de configuration de la gestion de disque Windows. Vous l'initialiseriez alors, la partitionneriez-la, puis le format avec le système de fichiers que vous avez souhaité. Aucune autre machine n'aurait accès à cette zone (au moins simultanément et ignorer des choses avancées telles que les systèmes de fichiers de cluster).
Le processus serait un peu différent de l'ESXI, mais le concept est identique - la cible ISCSI apparaîtrait comme un autre disque sur lequel vous pouvez créer un système de fichiers VMFS.
Une chose que vous pouvez considérer si vous construisez votre propre serveur de stockage, c'est qu'il est possible de faire les deux choses à la fois. Des logiciels tels que OpenFiler et Freeenas vous permettent de regrouper un bassin de stockage et d'autoriser l'accès ISCSI et SMB/CIFS. L'espace ISCSI doit être préalablement alloué (beaucoup d'un disque dur de la machine virtuelle) et n'est pas visible pour les clients CIFS. Les deux zones sont séparées. Vous pouvez également rester avec un serveur Windows et installer un logiciel pour exporter une cible ISCSI, telle que celle faite par Starwinds.
iSCSI en général fonctionnera mieux car il n'y aura pas autant de couches d'abstraction dans la manière - le SMB dans ce cas. En outre, comme il s'agit d'un protocole de niveau de bloc, certains logiciels qui Ne fonctionnera pas lorsqu'il sera installé sur une part de réseau fonctionnera avec ISCSI.
Je pensais que l'ESXI peut ne pas autoriser l'accès à SMB Actions, NFS uniquement, afin que vous souhaitiez aussi regarder cela aussi. Si cela est vrai, vous aurez besoin d'un moyen d'exporter des actions NFS Mais la discussion ci-dessus reste la même chose. OpenFiler/Freeenas a la prise en charge NFS et Windows peut également être configuré avec elle.
Je pense SMB est votre part de réseau typique, tandis que ISCSI est présenté sous forme de stockage exclusif basé sur un bloc de bloc direct (comme un disque dur installé localement) et permet donc à votre choix de fichiers avec son propre système associé. Avantages et inconvénients. (Mais je me suis trompé auparavant :)
La réponse est en fait très simple: sur ISCSI, vous pouvez avoir une cache côté client, tandis que sur SMB à l'aide de clients par défaut, il est impossible. C'est impossible. C'est impossible. C'est impossible. C'est impossible. C'est impossible. C'est impossible. C'est impossible. C'est impossible. C'est impossible.
Avec lecture (et si vous souhaitez écrire) la mise en cache, vous pourriez atteindre des performances beaucoup plus élevées dans de nombreuses situations du monde réel.