Projet Virtualisation de Stockage (NETAPP ou DATACORE) ?

Recherche :

Dernière réponse

Sujet : Projet Virtualisation de Stockage (NETAPP ou DATACORE) ?

wonee

mickssl a écrit :

oui les 2 le font !
Wonee: Tu m'as bien répondu sur la diminution du LUN. il n'y a que la création d'un autre LUN et jouer avec StorageVMotion sous VMware.

Pour Veeam: Tu peux envoyer tes Snap de VM dans un stockage autre que celui géré par DATACORE ? ça passe par le réseau IP ou Stockage ?

Veeam peux être en VM ou sur un physique. Tu attaque toutes les VMs de ton archi virtu et tu peux les sauvegarder par IP, par FC, SAS ou tout autre choses sur un NAS, un SAN ect....
Faut surtout pas sauvergarder sur le stockage Datacore....Sinon tu sauvegarde et tu stocke au même endroit....

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

wonee

mickssl a écrit :

mickssl

wonee

zahir10 a écrit :

Netapp utilise le thin provisionning donc pas besoins de réduire la lun

DataCore aussi...

zahir10

Netapp utilise le thin provisionning donc pas besoins de réduire la lun

wonee

mickssl a écrit :

Tu gères ça comment ?
ça fonctionne comment.
Tu es obligés de n'avoir aucune activité sur le LUN (VM arrêtés) ?
Merci pour tes précisions.

Pour l'allocation dynamiques ? ou les snapshots de Veeam ?
Pour agrandir la LUN pas besoin de couper la VM. Par contre pour diminuer comme je t'ai dit plus haut je sait pas.
Sinon les snapshot de Veeam oui c'est sans couper la VM. Faut juste avoir de l'espace disque.

wonee

Pour la diminution j'ai jamais eu le cas.

mickssl

wonee a écrit :

Sinon pour l'allocation des LUNs dynamiques avec Datacore çà ne nécessite pas de réamorçage, ni d’arrêt des serveurs d’application, et ce, quel que soit le système d’exploitation.

Tu parles là, de Show/Hide des Luns à chaud à une VM ou DATASTORE ? Si oui, je me doute que c'est dynamique.
Moi je parlais de la diminution d'un LUN à chaud avec VM tournantes en Prod.
Ex: un DATASTORE Vmware de 1.2To
Tu veux le retailler à chaud à 1To.
Comment fais-tu ?
L'augmenter ça oui, mais le diminuer ???
Je ne vois que la reconstruction d'un DATASTORE de la bonne taille et Storage VMotion pour déplacement.

mickssl

Tu gères ça comment ?
ça fonctionne comment.
Tu es obligés de n'avoir aucune activité sur le LUN (VM arrêtés) ?
Merci pour tes précisions.

wonee

mickssl a écrit :

Wonee,

Pour DATACORE, oui la dernière version.
Mais je parlais juste différence entre les deux.
Volumes dynamiques: Pas de diminution du LUN possible sans arrêter le LUN. Augmentation à chaud.
L'auto Tearing: j'en ai pas l'utilité car je ne garde pas mes anciennes baies.
Donc tout sera neuf et de même perf.
Les Snapshots: là dessus, je veux bien des infos.

le reste des fonctionnalités sont identiques entre les deux (DATACORE et NETAPP) Ex: Thinprovisionning...

Bon perso j'avoue.... Pour les snapshots je préfère Veeam. Il est fait pour çà. Et il le fait très bien avec de la déduplication.
Sinon pour l'allocation des LUNs dynamiques avec Datacore çà ne nécessite pas de réamorçage, ni d’arrêt des serveurs d’application, et ce, quel que soit le système d’exploitation.

wonee

mickssl a écrit :

Idem, comment fais-tu sur la récupération d'espace vide.
Dans un LUN: qd tu supprimes des VM dans ton DATASTORE, comment fais-tu pour remettre à 0 les blocs plus utilisés ?

oui avec la fonction Space Reclamation.

mickssl

Idem, comment fais-tu sur la récupération d'espace vide.
Dans un LUN: qd tu supprimes des VM dans ton DATASTORE, comment fais-tu pour remettre à 0 les blocs plus utilisés ?

mickssl

wonee

mickssl a écrit :

J'utilise le FC avec des compétences sur le Zonning.
J'ai été visité des clients NETAPP et DATACORE.

Netapp, ajout bcp de fonctionnalité et de souplesse.
Volumes Dynamique, Déduplication, Snapshot dans le volume à la volé avec intégrité et validation VMware.
Inconvénient: Arrêt du LUN pour récupération d'espace vide

DATACORE, Peu de fonctionnalité.
Inconvénient: Récupération de l'espace vide à chaud, mais lourd de mise en place.

J'ai énuméré que les App qui diverge entre les deux.

Que se passe t'il avec DATACORE ou NETAPP en cas de Split Brain ?

merci à vous.

Euh Datacore... tu parles de la dernière version ?
Car les volumes dynamiques, l'auto tearing, les snapshots et autres fonctions sont déjà dedant. A mon avis soit tu as rencontré qq1 sur DataCore qui n'y connaissait rien, soi on a voulu te vendre une baie avant tout.
Et au niveau prix sur une baie .... Bcp de fonctions sont payantes...
Enfin bon c'est pas grâve.

mickssl

starter

Pour la solution Datacore, il faut mettre 6 ports FC dans les controleurs (2 pour l'accès des hosts, 2 pour l'accès à la DS3512, 2 pour la réplication synchrone). On peut faire avec moins, mais ce n'est pas dans les best practice.
L'optimisation des perfs demandent à ce qu'il y ait plusieurs array dans la DS3512 plutot qu'un seul de 12 DD. C'est plus couteux, mais autrement plus performant.
;)

mpoi

Nous faisons régulièrement des installations Datacore,

Ca permet d'avoir un véritable PCA, en cas de crash d'un noeud, et également de réutiliser ta baie SAN.

Après en terme de performances, les IOs passent dans la RAM qui sert de cache pour repartir les écritures sur l'espace de stockage.

:hello:

wonee

Pour le FC c'est normal. qui dit double rattachement dit double commut FC dans chaque salle et double HBA sur chaque serveur.
Enfin si tu tu veux un vrai PCA

mickssl

en 10G, il me propose : 1 Switch Cisco Catalyst 4900M Series dans chaque salle. + 2 Cartes 10G dans chaque serveur.

EN FC, 2 Switch FC 8G ds chaque salle + 2 HBA dans chaque serveur
(ma conf actuelle sauf que j'avais qu'un Switch FC dans chaque salle et des paires de FO entre les deux salles reliant tt le monde)

wonee

Perso évite le 10G en iSCSI çà bouffe de la CPU. LE 40G est mieux mais c'est tres cher..
Perso je ferai du FC8
Sinon deux noeuds DataCore synchrone (actif/actif) te fond gagner en perfs car Datacore utilise la RAM en cache. Par contre les 2 CPU sur le noeuds DataCore y'a aucun intérêt.
Et pour ton PCA pas de surprise avec DataCore c'est compris dedans vu ton VL.

mickssl

Bonjour à tous,
Je suis sur un Projet de virtualisation de Stockage.
2 Salles informatiques
Cluster VMware vSphere 5
+ 2 Serveurs Physiques SQL Server en Cluster.
Aujourd'hui, je suis en FC par des Switch relié à une seule Baie SAN.

Proposition de Netapp: (Metrocluster)
FAS3240 Double contrôleur
Tiroir DS14MK4 (RAID DP 14x600GB 15k)
NFS: Switch Cisco 10Gbit

Proposition DATACORE:
Serveur 2 CPU Xeon QuadCore RAM: 32GB (W2k8R2 avec AntiVirus Kaspersky)
Baie IBM DS5312 (RAID5 12x600GB 15k)
FC: Switch FC 8Gbit

Qu'en pensez-vous?
Avez vous un retour sur les performances de l'un et de l'autre ?
Des fonctionnalités ?
Merci à vous.