Certaines choses à garder à l'esprit à propos de NetApp SAN. Ce n'est pas vrai SAN d'abord. C'est SAN, au-dessus du système de fichiers waffel (sp?) Qui est génial pour le NAS, mais n'est pas parfait pour SAN, en particulier avec une autre couche entre eux.
Parce que la gaufre se trouve entre la plate-forme et les ports de fibre si vous faites exploser la WAFL avec des données, le FC peut alors ralentir en attendant que la gaufre rattrape.
Vous n'avez également aucun contrôle sur le niveau RAID (sauf si cela a changé récemment). Donc, si vous avez besoin de RAID 5 pour certaines données, car elles sont toutes lues, et certaines données doivent être RAID 10 car elles sont toutes en écriture et très peu de lecture, vous ne pouvez pas contrôler cela.
Maintenant, ne vous méprenez pas, NetApp fait une incroyable unité NAS. Mais vous ne pouvez pas prendre un NAS, et gifler les ports FC à l'arrière et l'appeler un SAN.
Maintenant, je sais que les unités peuvent être redondantes, mais je crois que cela nécessite l'achat d'une tête de filtre supplémentaire (les deux têtes sont standard pour la plupart des configurations SAN en cas de redémarrage, etc.) plus le stockage supplémentaire pour ce deuxième filer ( car je ne pense pas que les deux têtes puissent parler sur les mêmes disques).
Jetez un œil à ce blog de Chuck Hollis et au kit Prove It qu'il a publié
Je sais qu'il y avait un problème avec les sauvegardes de batterie sur les SAN NetApp. Si vous avez démarré SQL Server et créé une table et commencé à y insérer des données, puis débranchez le NetApp (simuler une panne de courant), puis interrogez le cache pour obtenir la dernière valeur insérée, vous obtiendrez un numéro différent dans la base de données après NetApp revient car certaines transactions ont été perdues (il s'agit d'un ancien problème et, espérons-le, résolu maintenant).
Les NetApps ne vous permettent pas de contrôler la quantité de cache de lecture ou d'écriture. C'est 50/50. Si vous allez héberger des bases de données sur ce cache de lecture, cela ne vaut pratiquement rien et le cache d'écriture est roi. Normalement, vous souhaiterez désactiver le cache de lecture pour les LUN de SQL Server et augmenter le cache d'écriture. Pas une option ici.