Check Cluster Resiliency after a node crash

 

Biensûr vous pouvez le vérifier dans Prism dans la partie Data Resiliency Status. Mais si vous souhaitez voir les jobs lancés, vous  pouvez suivre la procédure ci-dessous :

 

Se connecter à la page curator :

 

 

Sélectionnez le curator Master :

 

 

Dans la liste des curator jobs, on voit un partial scan avec la raison NodeFailure qui correspond à la perte de notre node :

 

 

Sélectionnez-le. Vous pouvez voir la tâche de réplication le début et la fin de la tâche.

Ici très peu de datas devaient être répliquées d’où le temps très court du job.

 

 

 

Il y a une différence de comportement entre une panne d’un node ou d’un disque et une opération programmée.

–          Pour une panne, la reconstruction est immédiate et les jobs sont lancés immédiatement. On peut voir d’ailleurs le paramètre High sur les jobs.

–          Pour une opération programmée, les jobs sont créés avec une priorité plus faible (pour pouvoir traiter des pannes ou d’autres choses plus urgentes si besoin).

Dans notre exemple ci-dessus, on a simulé une panne hardware donc c’est généré en high.

 

 

 

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *

You may use these HTML tags and attributes:

<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code class="" title="" data-url=""> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong> <pre class="" title="" data-url=""> <span class="" title="" data-url=""> 


*