Questions NetApp !

Questions NetApp ! - Stockage - Systèmes & Réseaux Pro

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   :hello:  
 
Cdt.

Reply

Marsh Posté le 30-11-2012 à 14:33:06   

Reply

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

Reply

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.

Reply

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

Reply

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.
 

Reply

Marsh Posté le 04-12-2012 à 10:13:16    

madridas a écrit :

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.


 
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

Reply

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  ;-)

Reply

Marsh Posté le 05-12-2012 à 16:17:52    

madridas a écrit :

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 ?


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 :


 
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 ?


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 :


 
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 ?


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 :


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  ;-)


 
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é.
 

Reply

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  :)

Reply

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.

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed