Les appels RESTAPI prennent trop de temps à répondre, ce qui entraîne des erreurs VSS de délai d’expiration dans AppSync

Le client utilise AppSync, qui recourt à des requêtes RESTAPI pour réaliser des snapshots sur des hôtes Windows 2016. Il utilise Microsoft VSS, qui exige une réponse dans les 10 secondes. Or, il faut beaucoup de temps pour que RESTAPI fournisse la réponse, même si la session snapvx se termine en moins de 1 seconde.

Dans les journaux AppSync, nous voyons la requête de snapshot, puis, dans les journaux SYMAPI, spanvx établir la session. Le snapshot est effectué en moins d’une seconde. Toutefois, il faut encore 30 secondes après la fin du snapshot pour voir le retour de RESTAPI à AppSync. Nous pouvons voir les éléments suivants dans les journaux SMAS et RESTAPI (à condition d’avoir activé la consignation de type INFO sur Unisphere) :

INFO [em.bp.RESTAPIUSAGE] (default task-611) /private/91/replication/symmetrix/{symmetrixId}/snapshot/{snapshotName} AppSync/4.1.0.1_2492_R2/<IP_address>    POST    36829 ms    201    null    null    null

Dans ce cas, le problème se manifestait lorsque le client prenait des snapshots de périphériques individuels plutôt qu’au niveau du groupe de stockage. Des snapshots de plus de 50 périphériques étaient capturés, ce qui augmentait la durée nécessaire à la requête RESTAPI de répondre à AppSync. 

Pour contourner ce problème, les équipes d’ingénierie ont programmé une modification de l’architecture pour que les requêtes RESTAPI répondent dans le délai d’expiration VSS de 10 secondes.

Résolution : Un correctif est disponible pour contourner ce problème. Il existe un correctif à la fois pour Unisphere et AppSync qui sont nécessaires à la résolution de ce problème. Veuillez contacter le support en mentionnant cet article de la base de connaissances et demander les correctifs suivants ::

- Unisphere for PowerMax 9.2.0.9
- AppSync patch 4.1.0.1_2492_R3

Les correctifs sont tous deux requis pour contourner ce problème.