캠페인: 배치 게재 처리량이 예상보다 낮음
전송 인프라에 기능 결함이 없는 경우에도 일괄 이메일 게재는 예상보다 느리게 전송될 수 있습니다. 이 패턴에서는 게재가 차단되지 않지만 이메일 콘텐츠가 너무 커서 사용 가능한 전송 용량이 예상 처리량으로 처리할 수 없기 때문에 달성된 전송 속도가 떨어집니다.
설명 description
게재가 예상되는 시간별 전송 대상에 대해 성과가 낮은 것으로 보고되었습니다. 예상되는 전송 속도는 시간당 2,000만 개의 이메일입니다. 테스트에서 한 시간 내에 최대 1,300만 개의 이메일이 게재된 것으로 나타났습니다.
초기 검토에서 지속적인 플랫폼 오류가 표시되지 않았습니다.
게재 준비 기록됨:
경고: 게재 콘텐츠 크기가 200.0kB(227.2kB)를 초과합니다.
해결 방법 resolution
후속 분석 결과 주요 기여 요인은 이메일 콘텐츠 크기로 모범 사례 지침을 크게 상회하는 것으로 나타났다.
후속 테스트에서 컨텐츠 크기를 줄이면 처리량이 물질적으로 향상되었습니다. 따라서 이 문제는 일반적인 플랫폼 중단이 아니라 주로 메시지 크기 및 처리 비용과 관련이 있음을 확인할 수 있었습니다.
이메일 크기가 전송 속도에 영향을 주는 이유는 무엇입니까?
모든 메시지는 다음과 같아야 하므로 이메일 크기는 처리량에 직접적인 영향을 줍니다.
- 수신자를 위해 어셈블됩니다.
- 개인화 및 추적을 위해 처리됨,
- 전송을 위해 준비되었습니다.
- 배달을 위해 서명 및 포장,
- 네트워크를 통해 전송되었습니다.
HTML 페이로드가 증가하면 각 단계가 더 비싸집니다.
대량 배치 전송에서는 수백만 개의 메시지에 대해 이 비용을 곱합니다. 시스템이 정상적으로 유지되더라도 메시지가 클수록 전송 계층에서 더 많은 CPU 및 네트워크 대역폭을 소비합니다. 이러한 리소스가 포화 상태가 되면 시스템이 정상적으로 전송할 수 있지만 시간당 메시지 전송률은 감소합니다.
이 문제가 발생하는 이유는 무엇입니까?
큰 이메일이 전달을 느리게 하는 가장 일반적인 이유는 다음과 같습니다.
- 수신자당 더 많은 바이트를 전송해야 합니다. 메시지가 크면 아웃바운드 네트워크 전송이 더 많이 필요합니다. 규모면에서 이것만으로도 한계요인이 될 수 있다.
- 메시지당 추가 처리가 필요합니다. HTML 본체가 클수록 콘텐츠 어셈블리, 개인화, 추적 링크 처리 및 메시지 패키징에 필요한 작업이 증가합니다.
- 전송 계층이 리소스 제한에 더 빨리 도달합니다. CPU 또는 아웃바운드 대역폭이 완전히 활용되면 처리량이 정체됩니다. 이는 반드시 오작동을 나타내지는 않습니다. 인프라가 현재 메시지 크기에 대해 최대 용량으로 작동하고 있음을 의미할 수 있습니다.
- 템플릿 디자인은 예기치 않게 크기를 부풀릴 수 있습니다. 과도한 마크업이나 지나치게 복잡한 개인화는 작성 중에 나타나는 것보다 훨씬 더 많이 렌더링된 메시지 크기를 증가시킬 수 있습니다.
각 메시지당 크기가 200kB를 초과하고 각각 2개의 서버 컨테이너가 있는 2개의 중간 소싱 서버를 사용하는 경우 전송 중에 다음이 관찰되었습니다.
CPU 4개 모두 100% 유지(사용자 공간 - 메시지 어셈블리/DKIM)
호스트당 네트워크 210MB/s TX(4개 컨테이너 간 850MB/s)
메모리 35% 사용, 스왑 0, iowait 0%
속도 17.6M/h 달성
iowait 0 및 메모리 31%는 아무것도 굶거나 끼지 않았음을 의미합니다. 100%의 CPU은 MID 계층이 활성 병목 지점이며 완전히 사용된다는 것을 의미합니다. 이는 처리량 테스트에서 이루어지는 것입니다. 100% CPU이 나타내는 유일한 것은 여분의 CPU 헤드룸이 없기 때문에 더 적은 이메일이나 더 많은 MID 코어/컨테이너에서 추가 처리량 또는 마진이 발생한다는 것입니다.
Adobe 우수 사례는 약 35kB - https://experienceleague.adobe.com/ko/docs/campaign/campaign-v8/send/delivery-best-practices에 이메일을 유지하는 것입니다.