Bonjour,
je voudrais installer un qnap 859 pro pour ma société,je voudrais connecter ce nas a un serveur comme cible iscsi.
au niveau du serveur je vois plusieurs moyen de travailler en iscsi,enfin c'est ce que j'ai trouvé sur internet,je n'ai pas l'expérience de iscsi
- software initiator intégré a windows en utilisant le reseau existant , inconvenient on va consommer du cpu serveur
- une carte reseau dédiée TOE tjrs en utilisant le software initiator,on prendra moins de cpu car le toe va permettre que ce traitement se fasse sur la carte réseau
- une carte iscsi host bus adapter HBA qui est alors une solution hardware qui ne consommera pas le cpu du serveur
mes questions sont les suivantes :
- est ce que qqun a l'expérience de ces différentes solutions avec un nas qnap ? si oui merci de faire partager vos expériences
- le but est d'étendre les capacités de stockage de mon serveur,je voudrais aussi de la redondance au niveau du reseau ,donc dans mon serveur je mettrais 2 carte reseau toe ou 2 cartes HBA,que je connecte en direct sur les 2 ports reseau du nas,puis je cree des cibles iscsi et au niveau de mon serveur je partage cet espace pour les utilisateurs de mon reseau . est ce la bonne manière de faire ou est ce que je dois connecter le serveur et le nas a un switch ?
Merci d'avance pour vos retours d'experience et reponses...
Type De Connexion Iscsi
Débuté par jimadm, jun 17 2010 17:18
1 réponse à ce sujet
#1
Posté 17 juin 2010 - 17:18
#2
Posté 17 juin 2010 - 18:26
Bonjour,
Peut-être (par manque de compétences), ai-je un peu de mal à vous suivre .... mais voici (quand même, j'ose tout
) mes remarques
Il est absolument possible sur un Qnap a 2 interfaces Gigabit, d'utiliser de l'agrégat 802.3ad (de mémoire) , qui assure de fait la redondance, face a un switch administrable qui le supporte ou directement connecté à un serveur ou pc équipé de cartes réseaux supportant l'agrégat (là c'est déjà rare ...)
A ma connaissance (un peu ancienne , les premiers blades Xeon), les carte type TOE sont essentiellement des cartes serveurs de type Blade (serveur en lame) et intégrant un ou des protocoles comme iscsi , clustering (donc intégrant 2 voies pour redondance), SAN (évidemment à ne pas confondre avec un Nas comme le Qnap, car dédié au stockage et aux accès de bas niveau) ...
Si il est possible de connecter ce type de carte directement (à condition bien sur qu'elle soit Gigabit ethernet) cela reviendrait a enlever tout autre usage au Qnap que celui de serveur de cible Iscsi ... dans ce cas je ne pense pas que le Qnap, dont l'intérêt premier est de jouer le rôle de serveur multifonction et non de simple SAN, soit la bonne solution (TBC)
Idem pour les cartes HBA qui sont plutôt pour du stockage et de la fibre optique ....
Bien que n'ayant que peu d'information, je dirai plutôt qu'un NAS comme le Qnap sera plus a son aise, s'il est cible (pourquoi pas direct des clients Windows) via un switch qui assurera l'optimisation de la bande passant par agrégat, sans pénaliser les clients qui eux pourraient n'avoir qu'un lien simple ... de même votre serveur se retrouvera lui-même client du Qnap, connecté aussi en agrégation au même switch, donc pouvant assuré un débit instantané supérieur, d'ailleurs dans ce cadre, vous auriez intérêt à normaliser vos trame (jumbo frame) a l'ensemble de votre réseau.
Le Qnap restera aussi disponible pour ses autres atouts, du simple partage de ressources aux fonctions serveurs qui allégerons d'autant votre serveur actuel ...
Si seul le stockage vous intéresse, j'oserai dire, bien que sur un Forum Qnap, qu'il vaudrait mieux vous orienter directement vers du SAN et là pourquoi pas via un switch fibre pour des débits plus important.
Ce ne sont que quelques remarques, je pense qu'un compétence de chez Qnap devrait pouvoir parler directement avec vous, car vous êtes, il me semble comprendre, un client professionnel, mettez un PM a Mathieu (Français de Qnap) qui saura vous contacter (juste avec le décalage horaire habituel).
Désolé de n'avoir plus à vous dire pour une information claire ...
Personnellement, j'utilise de l'agrégat entre un switch et deux de mes Qnap, chacun, client et cible Iscsi, avec pas plus de 5 à 6 clients Windows, Linux direct et un serveur ESXI4 multi-serveurs, qui utilise (le serveur esxi) comme stockage des cibles Iscsi sur mon Qnap principal (multi-lun)..
Philippe
jimadm, le 17 juin 2010 - 17:18 , dit :
Bonjour,
je voudrais installer un qnap 859 pro pour ma société,je voudrais connecter ce nas a un serveur comme cible iscsi.
au niveau du serveur je vois plusieurs moyen de travailler en iscsi,enfin c'est ce que j'ai trouvé sur internet,je n'ai pas l'expérience de iscsi
- software initiator intégré a windows en utilisant le reseau existant , inconvenient on va consommer du cpu serveur
- une carte reseau dédiée TOE tjrs en utilisant le software initiator,on prendra moins de cpu car le toe va permettre que ce traitement se fasse sur la carte réseau
- une carte iscsi host bus adapter HBA qui est alors une solution hardware qui ne consommera pas le cpu du serveur
mes questions sont les suivantes :
- est ce que qqun a l'expérience de ces différentes solutions avec un nas qnap ? si oui merci de faire partager vos expériences
- le but est d'étendre les capacités de stockage de mon serveur,je voudrais aussi de la redondance au niveau du reseau ,donc dans mon serveur je mettrais 2 carte reseau toe ou 2 cartes HBA,que je connecte en direct sur les 2 ports reseau du nas,puis je cree des cibles iscsi et au niveau de mon serveur je partage cet espace pour les utilisateurs de mon reseau . est ce la bonne manière de faire ou est ce que je dois connecter le serveur et le nas a un switch ?
Merci d'avance pour vos retours d'experience et reponses...
je voudrais installer un qnap 859 pro pour ma société,je voudrais connecter ce nas a un serveur comme cible iscsi.
au niveau du serveur je vois plusieurs moyen de travailler en iscsi,enfin c'est ce que j'ai trouvé sur internet,je n'ai pas l'expérience de iscsi
- software initiator intégré a windows en utilisant le reseau existant , inconvenient on va consommer du cpu serveur
- une carte reseau dédiée TOE tjrs en utilisant le software initiator,on prendra moins de cpu car le toe va permettre que ce traitement se fasse sur la carte réseau
- une carte iscsi host bus adapter HBA qui est alors une solution hardware qui ne consommera pas le cpu du serveur
mes questions sont les suivantes :
- est ce que qqun a l'expérience de ces différentes solutions avec un nas qnap ? si oui merci de faire partager vos expériences
- le but est d'étendre les capacités de stockage de mon serveur,je voudrais aussi de la redondance au niveau du reseau ,donc dans mon serveur je mettrais 2 carte reseau toe ou 2 cartes HBA,que je connecte en direct sur les 2 ports reseau du nas,puis je cree des cibles iscsi et au niveau de mon serveur je partage cet espace pour les utilisateurs de mon reseau . est ce la bonne manière de faire ou est ce que je dois connecter le serveur et le nas a un switch ?
Merci d'avance pour vos retours d'experience et reponses...
Peut-être (par manque de compétences), ai-je un peu de mal à vous suivre .... mais voici (quand même, j'ose tout
Il est absolument possible sur un Qnap a 2 interfaces Gigabit, d'utiliser de l'agrégat 802.3ad (de mémoire) , qui assure de fait la redondance, face a un switch administrable qui le supporte ou directement connecté à un serveur ou pc équipé de cartes réseaux supportant l'agrégat (là c'est déjà rare ...)
A ma connaissance (un peu ancienne , les premiers blades Xeon), les carte type TOE sont essentiellement des cartes serveurs de type Blade (serveur en lame) et intégrant un ou des protocoles comme iscsi , clustering (donc intégrant 2 voies pour redondance), SAN (évidemment à ne pas confondre avec un Nas comme le Qnap, car dédié au stockage et aux accès de bas niveau) ...
Si il est possible de connecter ce type de carte directement (à condition bien sur qu'elle soit Gigabit ethernet) cela reviendrait a enlever tout autre usage au Qnap que celui de serveur de cible Iscsi ... dans ce cas je ne pense pas que le Qnap, dont l'intérêt premier est de jouer le rôle de serveur multifonction et non de simple SAN, soit la bonne solution (TBC)
Idem pour les cartes HBA qui sont plutôt pour du stockage et de la fibre optique ....
Bien que n'ayant que peu d'information, je dirai plutôt qu'un NAS comme le Qnap sera plus a son aise, s'il est cible (pourquoi pas direct des clients Windows) via un switch qui assurera l'optimisation de la bande passant par agrégat, sans pénaliser les clients qui eux pourraient n'avoir qu'un lien simple ... de même votre serveur se retrouvera lui-même client du Qnap, connecté aussi en agrégation au même switch, donc pouvant assuré un débit instantané supérieur, d'ailleurs dans ce cadre, vous auriez intérêt à normaliser vos trame (jumbo frame) a l'ensemble de votre réseau.
Le Qnap restera aussi disponible pour ses autres atouts, du simple partage de ressources aux fonctions serveurs qui allégerons d'autant votre serveur actuel ...
Si seul le stockage vous intéresse, j'oserai dire, bien que sur un Forum Qnap, qu'il vaudrait mieux vous orienter directement vers du SAN et là pourquoi pas via un switch fibre pour des débits plus important.
Ce ne sont que quelques remarques, je pense qu'un compétence de chez Qnap devrait pouvoir parler directement avec vous, car vous êtes, il me semble comprendre, un client professionnel, mettez un PM a Mathieu (Français de Qnap) qui saura vous contacter (juste avec le décalage horaire habituel).
Désolé de n'avoir plus à vous dire pour une information claire ...
Personnellement, j'utilise de l'agrégat entre un switch et deux de mes Qnap, chacun, client et cible Iscsi, avec pas plus de 5 à 6 clients Windows, Linux direct et un serveur ESXI4 multi-serveurs, qui utilise (le serveur esxi) comme stockage des cibles Iscsi sur mon Qnap principal (multi-lun)..
Philippe
QNAP TS-459, 3.6.0, Virtualbox, OpenVPN
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
1 utilisateur(s) li(sen)t ce sujet
0 membre(s), 1 invité(s), 0 utilisateur(s) anonyme(s)














