Questions NetApp ! - Stockage - Systèmes & Réseaux Pro
Marsh Posté le 30-11-2012 à 15:56:24
1 - 1 spare par tiroir , utilisation du raid DP a partir de 7 disques il me semble
2 - ta baie est double controleur ? tu upgrade controleur/controleur donc pas d'arret de prod
3 - perfstat
Marsh Posté le 30-11-2012 à 17:14:26
Tout d'abord merci pour ta réponse :
Pour les tiroirs ou "Shelf" si je ne m'abuse nous avons des tiroirs de 14 disques donc un seul disque de Spare par tiroir me semble juste mais si ce sont les préconisations NetApp, pas de soucis.
Pour savoir si la baie est double controleur comment fait on ? Désolé, je viens du monde EMC et Hitachi et j'ai encore beaucoup de mal avec NetApp
Pour le "perfstat" c'est comme "statit" ce sont des outils à installer sur les serveurs Windows ou Unix non ?
En ligne de commande il n'y a rien d'autre que "sysstat" et "netstat" ?
Merci d'avance.
Marsh Posté le 01-12-2012 à 10:29:06
1 c'est pas une reponse officielle, juste les habitudes
2 tu a un ou 2 nom d'host ? sinon sysconcif
3 command line ou bat depuis windows en rsh
Marsh Posté le 04-12-2012 à 10:10:26
1. Quels sont les préco officielles NetApp par rapport au nombre de disk de spare contenus dans un Aggrégat ou Raid Group. En fait ce n'est pas pour suivre vraiment scrupuleusement les précos mais bon si j'ai une info qui émane d'un .pdf officiel au moins ça fait un peu plus pro quoi ...
=> tout dépend de la taille des disques et du type d'agrégat (32 ou 64 bits) :
32 bits
=> FC => 17 disk/raid => 4 RaidGroup
=> SATA 500 => 15 disk/raid => 3 RG
=> SATA 1T => 20 disk/raid => 1 RG
64bits
=> FC => 19 disk/raid => 15 RG
=> SATA 500 => 19 disk/raid => 10 RG
=> SATA 1T => 19 disk/raid => 5 RG
2. Nous sommes actuellement en Data OnTap 8.0.1 et nous devons UpGrader en 8.1.1, quels sont les risques de migration, peut-on faire ça à chaud en basculant sur une autre baie la Prod ? et y a t'il des précos aussi côté NetApp pour ce type de mise à jour ?
=> si t'as configuration est correcte tu peux faire la mise à jour (un takeover sera fait ton premier contrôleur pour prendre la configuration du contrôleur 2)
Tu peux demander au support de t'envoyer une documentation pour le passage de la mise à jour en NDU (Non disruptive Upgrade). Il te fournisse un pdf avec toutes les étapes à faire.
3. Avez-vous d'autres commandes que les "sysstat" et "netstat" pour voir les perfs de la baie ou au moins prévenir d'éventuels futurs blocages ?
=> je trouve "sysstat -x 1" très bien
Après tout dépend de ce que tu appel "futur blocage" il peut y avoir un million de choses
Sinon essaye d'avoir une license pour performance advisor ou alors sur le site now tu as "launch my autosupport" qui te permettra d'avoir une vue d'ensemble.
Sinon tu as la commande "statit" (faut passer en priv set diag) qui te permet d'avoir principalement la contention/taux d'utilisation des disques.
Marsh Posté le 04-12-2012 à 10:13:16
madridas a écrit : Tout d'abord merci pour ta réponse : |
Oui il y a en général 14 disques dans un tiroir.
Tape "cf status" ça te donne le statut du cluster.
Perfstat c'est un exe ou un .sh a lancer mais je le trouve très compliqué à comprendre
Statit c'est une ligne de commande sur le contrôleur
Marsh Posté le 05-12-2012 à 09:20:26
Merci beaucoup pour votre aide précieuse :
La type et taille de nos disques sont : FC 560 Go : 547 Go exactement
Nous avons des Aggrégats de 16 disques par contre 32 ou 64 bits pour mes Aggrégat comment puis-je le savoir et quelle est la différence entre les deux, quelle est la limitation du 32 bits par rapport au 64 bits ?
Effectivement le "sysstat -x 1" à l'air d'être assez fourni, ci-joint le Résultat du "sysstat -x 1" mais comment savoir que nous dépassons des limites résonnables à part le pourcentage CPU qui facilement lisible mais pour les "Net in", "kB/s out", "kB/s write" ... Comment être certain que notre infra ne souffre pas de perfs dégradées ?
CPU NFS CIFS HTTP Total Net kB/s Disk kB/s Tape kB/s Cache Cache CP CP Disk OTHER FCP iSCSI FCP kB/s iSCSI kB/s
in out read write read write age hit time ty util in out in out
61% 809 0 0 5001 1130 186 38724 79008 0 0 4 83% 100% :f 25% 0 4184 0 19267 14047 0 0
59% 97 0 0 3536 218 26 46600 82928 0 0 4 84% 100% :f 25% 0 3397 0 37093 15251 0 0
61% 111 0 0 2948 128 35 56032 85016 0 0 4 70% 100% :f 39% 0 2773 0 16543 22826 0 0
62% 467 0 0 3486 651 107 34648 86536 0 0 4 86% 100% :f 22% 3 3012 0 16417 21160 0 0
57% 58 40 0 3284 357 40 41522 73730 0 0 4 81% 99% Zn 25% 0 3182 0 23110 8283 0 0
87% 37 23 0 1933 41 15 30750 93721 0 0 4 90% 100% :s 47% 0 1849 0 30488 11955 0 0
99% 206 44 0 2409 517 63 9590 23413 0 0 4 90% 100% :s 29% 0 2159 0 40384 22881 0 0
97% 84 8 0 2883 108 21 14272 0 0 0 4 85% 100% :s 13% 0 2779 0 65099 39256 0 0
99% 12 0 0 2451 22 3 9092 46 0 0 4s 88% 100% :s 9% 10 2418 0 221751 21217 0 0
91% 53 0 0 2272 217 17 59732 108406 0 0 4s 95% 100% :f 25% 0 2217 0 60915 30531 0 0
En formation NetApp le formateur nous disait qu'il était préférable que le CPU Proc ne dépasse pas 50%, est-ce le cas réellement ?
Ci-joint le résultat du "statit", sur les interfaces réseaux, que j'ai fait tourner juste quelques secondes histoire d'avoir une vue du résultat même sommaire :
Network Interface Statistics (per second)
iface side bytes packets multicasts errors collisions pkt drops
e0a recv 121018.71 137.55 0.14 0.00 0.00
xmit 15919.17 100.05 0.00 0.00 0.00
e0b recv 0.00 0.00 0.00 0.00 0.00
xmit 0.00 0.00 0.00 0.00 0.00
e0c recv 0.00 0.00 0.00 0.00 0.00
xmit 0.00 0.00 0.00 0.00 0.00
e0d recv 10593.86 21.57 0.00 0.00 0.00
xmit 10069.87 22.73 0.14 0.00 0.00
e0e recv 0.00 0.00 0.00 0.00 0.00
xmit 0.00 0.00 0.00 0.00 0.00
e0f recv 0.00 0.00 0.00 0.00 0.00
xmit 0.00 0.00 0.00 0.00 0.00
vh recv 0.00 0.00 0.00 0.00 0.00
xmit 0.00 0.00 0.00 0.00 0.00
if01ce-svg recv 0.00 0.00 0.00 0.00 0.00
xmit 0.00 0.00 0.00 0.00 0.00
if01db-nas recv 6239.50 13.75 0.00 0.00 0.00
xmit 5864.93 14.19 0.14 0.00 0.00
if01db-nas-240 recv 0.00 0.00 0.00 0.00 0.00
xmit 0.00 0.00 0.00 0.00 0.00
if01db-nas-3104 recv 0.00 0.00 0.00 0.00 0.00
xmit 0.00 0.00 0.00 0.00 0.00
if01db-nas-3616 recv 9364.32 17.95 0.00 0.00 0.00
xmit 9037.97 18.82 0.00 0.00 0.00
Pour "Performance Advisor" ok je vais aller voir sur le site Now, bonne info, merci !
Pour les "Futurs Blocage" j'entend par là que tôt ou tard on viendra me voir car telle ou telle appli rame ou alors un serveur en particulier et là je n'aurais pas le temps de chercher les commandes ou de comprendre le résultat de ces dernières, après bien sûr je peux toujours faire un Call chez NetApp mais c'est tellement mieux d'être un minimum autonome, en ayant fait pas mal de NAS EMC je sais comment ça se passe dans ces cas là, pas le temps de tergiverser.
Pour le "cf status" oui effectivement mes deux baies sont bien en mode "Partner" donc je pourrais vraisemblablement basculer ma Prod de la baie primaire vers la secondaire via un "cf takeover" je crois non ?
Sinon c'est vrai que le mieux c'est de demander à NetApp la proc pour les mises à jour en mode NDU, merci pour l'info ;-)
Marsh Posté le 05-12-2012 à 16:17:52
madridas a écrit : Merci beaucoup pour votre aide précieuse : |
la commande : aggr status
le 64 bits offre plus de possibilité et est plus performant par contre il nécessite une version minimum de dataontap (8.0)
Par contre si tu n'a pas beaucoup de disque et de volumétrie (moins de 16To) alors il est conseillé de rester en 32bits.
Citation : |
Le CPU est le garant de tes performances donc il ne faut pas qu'il soit utilisé à environ plus de 70-80% (les 50% c'est pour assurer des pics de charges alors que avec 70 ou 80 la marge est moindre).
Citation : |
Il faut que tu est "Cluster enable". Mais effectivement tu pourra basculer si ta configuration est bien faite.
Je l'ai fais sur mon netapp il y a quelque jours sans aucune interruption alors que 400 VM tournaient.
Citation : |
Ce qui est important pour les perf de tes contrôleurs : charge CPU, utilisation des disques (via statit ou perf advisor), réseau
Performance advisor demande une licence (payant).
Si les applis sont des lun ou partage nfs simple tu pourra facilement trouver le problème avec les outils de base par contre si c'est un datastore ça sera plus compliqué.
Marsh Posté le 07-12-2012 à 08:19:37
Merci pour ce retour,
Donc après vérifs via "aggr status" mes Aggrégats sont tous en 64 bits et nous sommes en Data OnTap 8.0.1
Le "ct status" me remonte bien l'info "Cluster enable".
Je vais regarder aussi les outils dont tu me parles pour les perfs, mieux vaut prévenir ...
Merci en tous cas pour votre aide à tous
Marsh Posté le 07-12-2012 à 08:51:16
Je viens de voir qu'il y avait un "Technical Report" sur le site de NetApp : http://www.netapp.com/us/library/t [...] ports.html pour l'analyse de Perf c'est le "TR-3525" et je pense que tout y est.
Marsh Posté le 30-11-2012 à 14:33:06
Bonjour,
Je souhaiterais vous poser 2/3 questions NetApp :
1. Quels sont les préco officielles NetApp par rapport au nombre de disk de spare contenus dans un Aggrégat ou Raid Group. En fait ce n'est pas pour suivre vraiment scrupuleusement les précos mais bon si j'ai une info qui émane d'un .pdf officiel au moins ça fait un peu plus pro quoi ...
2. Nous sommes actuellement en Data OnTap 8.0.1 et nous devons UpGrader en 8.1.1, quels sont les risques de migration, peut-on faire ça à chaud en basculant sur une autre baie la Prod ? et y a t'il des précos aussi côté NetApp pour ce type de mise à jour ?
3. Avez-vous d'autres commandes que les "sysstat" et "netstat" pour voir les perfs de la baie ou au moins prévenir d'éventuels futurs blocages ?
Merci à vous pour les infos
Cdt.