Kampagne: Batch-Versanddurchsatz niedriger als erwartet

Ein Batch-E-Mail-Versand kann auch dann langsamer als erwartet ausgeführt werden, wenn in der Versand-Infrastruktur keine Funktionsmängel vorhanden sind. Bei diesem Muster wird der Versand nicht blockiert, aber die erreichte Versandrate sinkt, weil der E-Mail-Inhalt für die verfügbare Versandkapazität zu groß ist, um mit dem erwarteten Durchsatz verarbeitet zu werden.

Beschreibung description

Ein Versand wurde als leistungsschwach im Vergleich zu der erwarteten Zielgruppe für den stündlichen Versand gemeldet. Die erwartete Versandrate betrug 20 Millionen E-Mails pro Stunde. Die Tests zeigten maximal ca. 13 Millionen zugestellte E-Mails in einer Stunde.

Bei der ersten Überprüfung wurde kein dauerhafter Plattformfehler festgestellt.

Die protokollierte Versandvorbereitung:

Warnung: Größe des Versandinhalts liegt über 200,0 kB (227,2 kB).

Lösung resolution

Die Folgeanalyse zeigte, dass der Hauptfaktor der E-Mail-Inhalt war, der deutlich über den Best-Practice-Leitlinien lag.

Wenn die Inhaltsgröße in Folgetests reduziert wurde, wurde der Durchsatz wesentlich verbessert. Dies bestätigte, dass das Problem in erster Linie mit der Nachrichtengröße und den Verarbeitungskosten zusammenhängt und nicht mit einem allgemeinen Plattformausfall.

Warum wirkt sich die E-Mail-Größe auf die Versandgeschwindigkeit aus?

Die E-Mail-Größe wirkt sich direkt auf den Durchsatz aus, da jede Nachricht folgendermaßen aussehen muss:

  • für den Empfänger zusammengestellt,
  • für Personalisierung und Tracking verarbeitet werden,
  • zur Übermittlung vorbereitet,
  • zur Lieferung unterzeichnet und verpackt,
  • über das Netzwerk übertragen werden.

Mit zunehmender HTML-Payload wird jeder dieser Schritte teurer.

Bei Batch-Sendungen mit hohem Volumen multiplizieren sich diese Kosten für Millionen von Nachrichten. Selbst wenn das System in Ordnung bleibt, verbrauchen größere Nachrichten auf der Versandstufe mehr CPU- und Netzwerkbandbreite. Sobald diese Ressourcen ausgelastet sind, kann das System weiterhin erfolgreich Nachrichten senden, aber die Rate pro Stunde sinkt.

Warum passiert das?

Die häufigsten Gründe für einen zu langsamen Versand größerer E-Mails sind:

  • Pro Empfänger müssen mehr Bytes übertragen werden. Größere Nachrichten erfordern mehr ausgehende Netzwerkübertragungen. Im großen Maßstab kann dies allein zu einem limitierenden Faktor werden.
  • Pro Nachricht ist eine höhere Verarbeitungsrate erforderlich. Größere HTML-Gremien erhöhen den Arbeitsaufwand für die Zusammenstellung von Inhalten, die Personalisierung, die Handhabung von Tracking-Links und die Nachrichtenverpackung.
  • Die Sendungsebene erreicht Ressourcenbeschränkungen früher. Wenn die CPU- oder ausgehende Bandbreite vollständig genutzt wird, stagniert der Durchsatz. Dies weist nicht unbedingt auf eine Fehlfunktion hin, sondern kann einfach bedeuten, dass die Infrastruktur für die aktuelle Nachrichtengröße voll ausgelastet ist.
  • Das Vorlagendesign kann die Größe unerwartet erhöhen. Übermäßiges Markup oder übermäßig komplexe Personalisierung können die Größe der gerenderten Nachricht weit über das hinaus erhöhen, was beim Authoring erkennbar ist.

Bei einer Größe von über 200 kB pro Nachricht und der Verwendung von zwei Mid-Sourcing-Servern mit jeweils zwei Server-Containern wurde während des Versands Folgendes beobachtet:

CPU 100 % auf allen vier Ebenen beibehalten (Benutzerbereich - Nachrichtenassembly/DKIM)
Netzwerk 210 MB/s TX pro Host ( 850 MB/s über die 4 Container hinweg)
Verwendeter Speicher 35 %, Austausch 0, Iowait 0 %
Erreichte Geschwindigkeit 17,6M/h

Iowait 0 und Speicher 31% bedeuten, dass nichts ausgehungert oder hängen geblieben ist. CPU bedeutet bei 100 %, dass die MID-Tier der Engpass ist und vollständig genutzt wird. Genau darauf zielt ein Durchsatztest ab. 100 % CPU bedeutet nur, dass es keinen zusätzlichen CPU-Spielraum gibt. Ein weiterer Durchsatz bzw. eine höhere Gewinnspanne wird also entweder durch leichtere E-Mails oder mehr MID-Kerne/Container erzielt.

Adobe Best Practice ist es, eine E-Mail um die 35 kB zu halten - https://experienceleague.adobe.com/de/docs/campaign/campaign-v8/send/delivery-best-practices

recommendation-more-help
experience-cloud-kcs-help-kbarticles