Campagne : débit de diffusion par lots inférieur aux prévisions
Une diffusion e-mail par lots peut envoyer plus lentement que prévu, même en l’absence de défaut fonctionnel dans l’infrastructure d’envoi. Dans ce modèle, la diffusion n’est pas bloquée, mais le taux d’envoi atteint chute car le contenu de l’e-mail est trop volumineux pour que la capacité d’envoi disponible puisse être traitée au débit attendu.
Description description
Une diffusion a été signalée comme peu performante par rapport à sa cible d’envoi horaire attendue. Le taux d’envoi attendu était de 20 millions d’e-mails par heure. Les tests ont montré un maximum de 13 millions d’e-mails envoyés en une heure.
La révision initiale n’a pas montré de défaillance persistante de la plateforme.
La préparation de la diffusion consignée :
Avertissement : la taille du contenu de la diffusion est supérieure à 200,0 ko (227,2 ko).
Résolution resolution
L’analyse de suivi a montré que le principal facteur contributif était la taille du contenu de l’e-mail, ce qui était nettement supérieur aux conseils relatifs aux bonnes pratiques.
Lorsque la taille du contenu a été réduite dans les tests de suivi, le débit s’est amélioré de manière significative. Cela a confirmé que le problème était principalement lié à la taille du message et au coût de traitement, et non à une panne générale de la plateforme.
Pourquoi la taille des e-mails a-t-elle une incidence sur la vitesse d’envoi ?
La taille des e-mails a un effet direct sur le débit, car chaque message doit être :
- assemblé pour le destinataire,
- traités pour la personnalisation et le suivi,
- préparé pour la transmission,
- signé et empaqueté pour la livraison,
- transféré sur le réseau.
À mesure que la payload d’HTML augmente, chacune de ces étapes devient plus coûteuse.
Dans les envois par lots de gros volume, ce coût est multiplié par plusieurs millions de messages. Même si le système reste sain, les messages plus volumineux consomment davantage de bande passante CPU et réseau au niveau de l’envoi. Une fois ces ressources saturées, le système peut toujours envoyer des messages avec succès, mais le taux de messages par heure diminue.
Pourquoi cela se produit-il ?
Les raisons les plus courantes de la lenteur de la diffusion des e-mails volumineux sont les suivantes :
- Davantage d’octets doivent être transmis par destinataire. Les messages plus volumineux nécessitent davantage de transfert réseau sortant. À grande échelle, cela seul peut devenir un facteur limitatif.
- Un traitement supplémentaire est requis par message. Les corps d’HTML plus volumineux augmentent le travail nécessaire à l’assemblage, la personnalisation, la gestion des liens de suivi et le conditionnement des messages.
- Le niveau d’envoi atteint plus tôt les limites de ressources. Lorsque la bande passante sortante ou CPU est entièrement utilisée, le débit se stabilise. Cela n’indique pas nécessairement un dysfonctionnement ; cela peut simplement signifier que l’infrastructure fonctionne à pleine capacité pour la taille actuelle du message.
- La conception de modèle peut gonfler la taille de manière inattendue. Un balisage excessif ou une personnalisation trop complexe peuvent augmenter la taille du message rendu bien au-delà de ce qui est apparent lors de la création.
Avec une taille de plus de 200 Ko par message et l’utilisation de 2 serveurs de midsourcing avec 2 conteneurs de serveur chacun, il a été observé que lors de l’envoi :
CPU 100 % maintenu sur les 4 (espace utilisateur - assemblage de messages / DKIM)
Réseau 210 Mo/s TX par hôte (850 Mo/s sur les 4 conteneurs)
Mémoire 35% utilisée, swap 0, iowait 0%
Vitesse atteinte 17,6 M/h
l’iowait 0 et la mémoire 31% signifient que rien n’est affamé ou bloqué. CPU à 100 % signifie que le niveau MID est le goulot d’étranglement actif et qu’il est entièrement utilisé, ce qui est exactement ce à quoi un test de débit le pousse. La seule chose que représente 100 % CPU est qu’il n’y a pas de réserve de capacité CPU, de sorte qu’un débit ou une marge supplémentaire provient d’e-mails plus légers ou de plusieurs cœurs/conteneurs MID.
La bonne pratique d’Adobe consiste à conserver un e-mail d’environ 35 ko - https://experienceleague.adobe.com/fr/docs/campaign/campaign-v8/send/delivery-best-practices