Quel est l'avantage d'iSCSI sur SMB?

Chez moi, j'exécute un serveur Hyper-V avec une machine virtuelle Windows Server 2008 R2 faisant office de serveur de fichiers. Les fichiers sont partagés sur mon réseau à l'aide de SMB. (De plus, la machine utilise une carte RAID PERC 6 / i mais je ne pense pas que ce soit important)

Je pense à mettre en place une machine SAN dédiée (iSCSI) puis à basculer mon serveur Hyper-V vers ESXi.

Quels sont les avantages de l'utilisation d'iSCSI par rapport à SMB?

Je pense que j'aurais toujours besoin d'un système d'exploitation de serveur de fichiers (par exemple Win 2k8) partageant des fichiers via SMB, donc je ne suis pas sûr que le résultat final serait différent de ma configuration actuelle ...

Mike a raison, iSCSI et SMB / CIFS fonctionnent sur deux couches d'abstraction différentes.

Vous pouvez considérer SMB / CIFS comme l'exportation d'un système de fichiers auquel d'autres machines peuvent accéder. La structure de répertoires, les métadonnées de sécurité, etc. sont déjà là. 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 ordinateurs clients voient ce qui équivaut à un volume physique du point de vue du système d'exploitation. À partir d'un ordinateur client Windows, vous devez d'abord configurer un initiateur iSCSI pointant vers l'hôte iSCSI (cible). Après cela, vous verrez un nouveau disque physique dans le panneau de configuration de la gestion des disques Windows. Vous devez ensuite l'initialiser, le partitionner, puis le formater avec le système de fichiers que vous souhaitez. Aucune autre machine n'aurait accès à cette zone (au moins simultanément et en ignorant les choses avancées comme les systèmes de fichiers de cluster).

Le processus serait un peu différent d'ESXi mais le concept est le même - la cible iSCSI apparaîtrait comme un autre disque sur lequel vous pourriez construire un système de fichiers VMFS.

Une chose que vous pouvez considérer si vous créez votre propre serveur de stockage est qu'il est possible de faire les deux choses à la fois. Des logiciels tels que OpenFiler et FreeNAS vous permettent d'agréger un pool de stockage et autorisent à la fois l'accès iSCSI et SMB / CIFS. L'espace iSCSI doit être préalloué (un peu comme un disque dur de machine virtuelle) et n'est pas visible pour les clients CIFS. Les deux domaines sont séparés. Vous pouvez également rester avec un serveur Windows et installer un logiciel pour exporter une cible iSCSI, telle que celle créée par StarWinds.

iSCSI en général fonctionnera mieux car il n'y aura pas autant de couches d'abstraction sur le chemin - le protocole SMB dans ce cas. De plus, comme il s'agit d'un protocole de niveau bloc, certains logiciels qui ne fonctionneront pas lorsqu'ils sont installés sur un partage réseau fonctionneront avec iSCSI.

Je pensais que ESXi pourrait ne pas autoriser l'accès aux partages SMB, NFS uniquement, donc vous voudrez peut-être également examiner cela. Si cela est vrai, vous aurez besoin d'un moyen d'exporter les partages NFS mais la discussion ci-dessus reste la même. OpenFiler / FreeNAS prennent en charge NFS et Windows peut également être configuré avec.

File Level CONTRE block level

Niveau de bloc (iSCSI) Vous pouvez formater un volume distant avec le système de fichiers de votre système d'exploitation local.

Disons que vous voulez avoir un volume pour Apple Time-machine et que vous le vouliez en tant que système de fichiers journalisé Apple. ou vous vouliez un système de fichiers distant formaté en NTFS. pour formater un disque, vous devez avoir un accès en bloc au disque.

Les SMB sont déjà formatés par l'appareil hébergeant SMB. ces systèmes de fichiers sont généralement EXT2 & 3 et un sous-système Linux vous permet d'accéder à l'écriture sur son propre système de fichiers local via le protocole SMB.

Je pense que SMB est votre partage réseau typique tandis que iSCSI est présenté comme un stockage basé sur des blocs à connexion directe exclusive (comme un disque dur installé localement) et permet donc votre choix de système de fichiers avec ses propres avantages et inconvénients associés. (Mais je me suis trompé avant :)

La réponse est en fait très simple: sur iSCSI, vous pouvez avoir une mise en cache côté client, tandis que sur SMB utilisant des clients par défaut, c'est impossible. C'est ça.

Avec la mise en cache en lecture (et si vous souhaitez écrire), vous pouvez atteindre des performances beaucoup plus élevées dans de nombreuses situations du monde réel.