meilleures pratiques Télécharger

Les chargements élevés peuvent entraîner diverses conditions de délai d’expiration du serveur, ce qui peut augmenter la charge lors de la nouvelle tentative du client. En outre, un grand nombre de connexions en attente consomment davantage de ressources serveur et rendent la situation pire. En plus de cela, si l’application back-end n’est pas écrite pour gérer des conditions de charge élevées, il peut se bloquer ou mal se comporter. L’application effectue les étapes suivantes pour limiter la charge sur le back-end.

Si l’application serveur n’est pas écrite pour gérer des volumes élevés, des conditions de délai d’expiration peuvent se produire, ce qui peut à son tour augmenter la charge lorsque le client réessaye. En outre, un grand nombre de connexions en attente consomment davantage de ressources de serveur.

Lors du test de votre application serveur, testez avec la charge la plus élevée possible. Vous devez utiliser plusieurs ordinateurs clients, chacun avec plusieurs travaux BITS de premier plan simultanés et mesurer le débit maximal au niveau du serveur principal. Si vous ne pouvez pas mesurer le débit, vous devez estimer le débit.

L’application serveur doit résider sur une URL différente de l’URL de chargement (voir la propriété BITS IIS, BITSServerNotificationURL).

Il est recommandé de limiter la charge sur le serveur d’applications en fonction des valeurs de débit éprouvées. Vous devez utiliser les propriétés IIS, MaxBandwidth et MaxConnections pour limiter la charge sur le serveur d’applications.