기술 전자 메일 구성

개요

다음 섹션에서는 이메일을 전달할 때 Adobe Campaign 인스턴스의 출력을 제어하는 데 필요한 구성에 대한 개요를 제공합니다.

노트

일부 구성은 Adobe에 의해 호스팅되는 배포(예: 서버 및 인스턴스 구성 파일 액세스)를 위한 Adobe에서만 수행할 수 있습니다. 다른 배포에 대한 자세한 내용은 호스팅 모델 섹션 또는 이 페이지를 참조하십시오.

제공 능력과 관련된 개념과 우수 사례에 대한 자세한 내용은 이 섹션을 참조하십시오.

Adobe Campaign 플랫폼을 통한 효율적인 이메일 전송 및 수신과 관련된 모든 기술 권장 사항은 이 섹션에서 확인할 수 있습니다.

운영 원칙

도메인에 따라 전송되는 이메일 수를 제한하기 위해 하나 이상의 Adobe Campaign 인스턴스의 출력을 제어할 수 있습니다. 예를 들어 다른 모든 도메인에 대해 시간당 100,000개의 메시지를 구성하는 동안 yahoo.com 주소에 대해 출력을 시간당 20,000개로 제한할 수 있습니다.

메시지 출력은 배달 서버에서 사용하는 각 IP 주소(mta)에 대해 제어되어야 합니다. 여러 대의 컴퓨터에 걸쳐 분류되고 다양한 Adobe Campaign 인스턴스에 속하는 여러 mta​가 이메일 배달을 위해 동일한 IP 주소를 공유할 수 있습니다.이러한 IP 주소 사용을 조정하기 위해 프로세스를 설정해야 합니다.

이것은 stat 모듈에서 수행하는 작업입니다.모든 연결 요청 및 메시지를 메일 서버로 전송하여 IP 주소 집합을 만듭니다. 통계 서버는 게재를 추적하고, 설정된 할당량에 따라 전송을 활성화하거나 비활성화할 수 있습니다.

  • 통계 서버(stat)가 Adobe Campaign 베이스에 연결되어 구성을 로드합니다.
  • 배달 서버(mta)는 UDP를 사용하여 자신의 인스턴스에 항상 속하지 않는 통계 서버에 연결합니다.

배달 서버

mta 모듈은 mtachild 하위 모듈에 메시지를 배포합니다. 각 mtachild​은 통계 서버에서 승인을 요청하고 이를 보내기 전에 메시지를 준비합니다.

이 단계는 다음과 같습니다.

  1. mta​는 적절한 메시지를 선택하고 사용 가능한 mtachild​을 할당합니다.
  2. mtachild​는 메시지 작성에 필요한 모든 정보(콘텐츠, 개인화 요소, 첨부 파일, 이미지 등)를 로드합니다. 및 이메일 트래픽 Shaper​에 메시지를 전달합니다.
  3. 이메일 트래픽 셰이퍼가 통계 서버의 인증(smtp stat)을 받자마자 메시지가 수신자에게 전송됩니다.

이메일 서버 통계 및 제한 사항

통계 서버는 메시지를 수신하는 각 이메일 서버에 대해 다음 통계를 유지합니다.

  • 열린 시점 연결 수,
  • 지난 시간에 보낸 메시지 수,
  • 성공/거부된 연결 비율,
  • 연결할 수 없는 서버에 대한 연결 비율입니다.

동시에 모듈은 특정 이메일 서버에 대한 제한 목록을 로드합니다.

  • 최대 동시 연결 수,
  • 시간당 최대 메시지 수,
  • 연결당 최대 메시지 수입니다.

IP 주소 관리

통계 서버는 동일한 공개 IP 주소로 여러 인스턴스 또는 여러 컴퓨터를 결합할 수 있습니다. 따라서 특정 인스턴스와 연결되지 않지만 도메인별로 제한을 복구하려면 인스턴스에 문의해야 합니다.

각 대상 MX 및 각 소스 IP에 대한 배달 통계가 유지됩니다. 예를 들어 대상 도메인에 5개의 MX가 있고 플랫폼에 3개의 다른 IP 주소를 사용할 수 있는 경우 서버는 이 도메인에 대해 최대 15개의 표시기 시리즈를 관리할 수 있습니다.

원본 IP 주소는 원격 이메일 서버에서 보는 대로 공개 IP 주소와 일치합니다. NAT 라우터가 제공되는 경우 이 IP 주소는 mta​를 호스팅하는 컴퓨터의 주소와 다를 수 있습니다. 통계 서버가 공용 IP(publicId)와 일치하는 식별자를 사용하는 이유입니다. 로컬 주소와 이 식별자 간의 연결은 serverConf.xml 구성 파일에서 선언됩니다. serverConf.xml​에 사용 가능한 모든 매개 변수가 이 섹션에 나열됩니다.

배달 출력 제어

이메일 서버에 메시지를 전달하려면 이메일 트래픽 공유 구성 요소가 통계 서버로부터 연결을 요청합니다. 요청이 수락되면 연결이 열립니다.

메시지를 보내기 전에 모듈은 서버에서 '토큰'을 요청합니다. 일반적으로 서버에 대한 쿼리 수를 줄이는 10개 이상의 토큰 세트입니다.

서버는 연결 및 게재와 관련된 모든 통계를 저장합니다. 재부팅하는 경우 정보가 일시적으로 손실됩니다.각 클라이언트는 전송 통계의 로컬 복사본을 보관하며 정기적으로(2분마다) 서버로 반환합니다. 그런 다음 서버가 데이터를 다시 집계할 수 있습니다.

다음 섹션에서는 이메일 트래픽 공유 구성 요소의 메시지 처리에 대해 설명합니다.

메시지 배달

메시지가 전송되면 3가지 가능한 결과가 있습니다.

  1. 성공:메시지가 전송되었습니다. 메시지가 업데이트됩니다.

  2. 메시지 실패:선택한 받는 사람에 대한 메시지가 연결된 서버에서 거부되었습니다. 이 결과는 반환 코드 550~599와 일치하지만 예외를 정의할 수 있습니다.

  3. 세션 실패 (5.11 이상):이 ​메시지에 대한 응답을 받으면 메시지가 중단됩니다(메시지 포기 참조). 다른 경로를 사용할 수 없는 경우 메시지를 다른 경로로 보내거나 보류 중으로 설정합니다(보류 중인 메시지(](#message-pending) 참조).[

    노트

    path​는 Adobe Campaign mta​와 대상 mta 사이의 연결입니다. Adobe Campaign mta​는 여러 개의 시작 IP 및 여러 대상 도메인 IP에서 선택할 수 있습니다.

메시지 포기

중단된 메시지는 mta​에 반환되며 더 이상 mtachild​에서 관리하지 않습니다.

mta​는 이 메시지에 대한 절차(복구, 포기, 격리 등)를 결정합니다. 응답 코드와 규칙에 따라.

메시지 보류 중

메시지가 활성 대기열에 도달하고 사용 가능한 경로가 없을 때 기록됩니다.

일반적으로 경로는 연결 오류 후 가변 시간에 대해 사용할 수 없는 것으로 표시됩니다. 사용 불능 기간은 오류 빈도와 시기에 따라 달라집니다.

통계 서버 구성

통계 서버는 다음과 같은 여러 인스턴스에서 사용할 수 있습니다.사용할 인스턴스와 독립적으로 구성해야 합니다.

구성을 호스팅할 Adobe Campaign 데이터베이스를 정의하여 시작합니다.

구성 시작

기본적으로 각 인스턴스에 대해 stat 모듈이 시작됩니다. 인스턴스가 동일한 시스템에서 상호 구성되거나 동일한 IP 주소를 공유하는 경우 단일 통계 서버가 사용됩니다.다른 것들은 비활성화되어야 합니다.

서버 포트정의

기본적으로 통계 서버는 포트 7777에서 수신합니다. 이 포트는 serverConf.xml 파일에서 수정할 수 있습니다. serverConf.xml​에 사용 가능한 모든 매개 변수가 이 섹션에 나열됩니다.

<stat port="1234"/>

MX 구성

중요

호스팅 또는 하이브리드 설치의 경우 향상된 MTA로 업그레이드한 경우 MX management 배달 처리량 규칙은 더 이상 사용되지 않습니다. 향상된 MTA는 고유한 MX 규칙을 사용하여 고유한 내역 이메일 명성을 기반으로 그리고 이메일을 보내는 도메인에서 오는 실시간 피드백을 바탕으로 처리량을 도메인별로 사용자 정의할 수 있습니다.

아래 섹션은 기존 캠페인 MTA를 사용하는 온-프레미스 설치 및 호스트/하이브리드 설치에만 적용됩니다.

MX 규칙정보

MX 규칙(메일 교환기)은 전송 서버와 수신 서버 간의 통신을 관리하는 규칙입니다.

이러한 규칙은 클라이언트 인스턴스를 정기적으로 제공하기 위해 매일 아침 6AM(서버 시간)에 자동으로 다시 로드됩니다.

자재 용량 및 내부 정책에 따라 ISP는 미리 정의된 연결 수와 메시지를 시간당 수락합니다. 이러한 변수는 IP 및 전송 도메인의 평판에 따라 ISP 시스템에서 자동으로 수정할 수 있습니다. Adobe Campaign은 제공 플랫폼을 통해 ISP별로 150개 이상의 특정 규칙을 관리하며 다른 도메인에 대한 하나의 일반 규칙을 관리합니다.

최대 연결 수는 MTA에서 사용하는 공개 IP 주소 수에만 의존하지 않습니다.

예를 들어 MX 규칙에서 5개의 연결을 허용했고 2개의 공개 IP를 구성한 경우 이 도메인에 10개 이상의 연결을 동시에 열 수 없다고 생각할 수 있습니다. 이는 사실이 아닙니다. 실제로 최대 연결 수는 MTA 공개 IP 중 하나와 클라이언트의 MTA의 공개 IP를 조합한 경로와 경로를 나타냅니다.

아래 예에서, 사용자는 2개의 공개 IP 주소를 구성했고 도메인은 yahoo.com입니다.

user:~ user$ host -t mx yahoo.com
                yahoo.com mail is handled by 1 mta5.am0.yahoodns.net.
                yahoo.com mail is handled by 1 mta6.am0.yahoodns.net.
                yahoo.com mail is handled by 1 mta7.am0.yahoodns.net.

yahoo.com에 대한 MX 기록에 따르면 yahoo.com은 3개의 메일 교환기를 가지고 있다고 합니다. 피어 메일 교환기를 연결하기 위해 MTA는 DNS의 IP 주소를 요청합니다.

user:~ user$ host -t a mta5.am0.yahoodns.net
                mta5.am0.yahoodns.net has address 98.136.216.26
                mta5.am0.yahoodns.net has address 98.136.217.202
                mta5.am0.yahoodns.net has address 98.138.112.38
                mta5.am0.yahoodns.net has address 66.196.118.37
                mta5.am0.yahoodns.net has address 63.250.192.46
                mta5.am0.yahoodns.net has address 66.196.118.240
                mta5.am0.yahoodns.net has address 98.136.217.203
                mta5.am0.yahoodns.net has address 98.138.112.35

이 레코드의 경우 사용자는 8개의 피어 IP 주소로 연락할 수 있습니다. 공개 IP 주소가 2개이므로 yahoo.com 메일 서버에 연결하기 위해 8 * 2 = 16개의 조합을 제공합니다. 이러한 각 조합을 경로라고 합니다.

두 번째 MX 레코드가 다음과 같이 나타납니다.

user:~ user$ host -t a mta6.am0.yahoodns.net
                mta6.am0.yahoodns.net has address 98.138.112.38
                mta6.am0.yahoodns.net has address 98.136.216.26
                mta6.am0.yahoodns.net has address 63.250.192.46
                mta6.am0.yahoodns.net has address 66.196.118.35
                mta6.am0.yahoodns.net has address 98.136.217.203
                mta6.am0.yahoodns.net has address 98.138.112.32
                mta6.am0.yahoodns.net has address 98.138.112.37
                mta6.am0.yahoodns.net has address 66.196.118.33

이 8개의 IP 주소 중 4개가 mta5(98.136.216.26, 98.138.112.38, 63.250.192.46 및 98.136.217.203)에서 이미 사용되고 있습니다. 이 레코드를 사용하면 사용자가 4개의 새 IP 주소를 사용할 수 있습니다. 세 번째 MX 레코드도 동일하게 작동합니다.

총 16개의 원격 IP 주소가 있습니다. 2개의 로컬 공개 IP와 결합하여 yahoo.com 메일 서버에 연결할 수 있는 32개의 경로가 있습니다.

노트

2개의 MX 레코드가 동일한 IP 주소를 참조하고 있는 경우 이 IP 주소는 두 경로가 아니라 하나의 경로로 계산됩니다.

다음은 MX 규칙 사용에 대한 몇 가지 예입니다.

아래 예에서, 사용자는 특정 도메인에 대해 시간당 10,000개의 메시지 제한이 있지만 MTA 처리량 용량은 이 제한보다 높습니다.

이 경우 트래픽은 매 시간에 대해 12시간의 5분으로 나누며 실제 한도는 기간당 833개의 메시지입니다.

이러한 메시지는 가능한 빨리 배달됩니다.

MX 관리 구성

MX에 대해 준수되는 규칙은 트리의 Administration > Campaign Management > Non deliverables Management > Mail rule sets 노드의 MX management 문서에 정의됩니다.

노드에 MX management 문서가 없으면 수동으로 만들 수 있습니다. 방법은 다음과 같습니다.

  1. 새 메일 규칙 세트를 만듭니다.

  2. MX management 모드를 선택합니다.

  3. Internal name 필드에 defaultMXRules​을 입력합니다.

변경 사항을 고려하려면 통계 서버를 다시 시작해야 합니다.

통계 서버를 다시 시작하지 않고 구성을 다시 로드하려면 서버를 호스팅하는 컴퓨터에서 다음 명령을 사용합니다.nlserver stat -reload

노트

이 명령줄은 nlserver를 다시 시작합니다. 다시 시작 전에 수집된 통계가 손실되지 않도록 방지하며, MX 규칙에 정의된 할당량에 따라 사용할 수 있는 최고점을 방지합니다.

MX 규칙 구성

MX management 문서에는 MX 규칙에 연결된 모든 도메인이 나열됩니다.

이러한 규칙은 순서대로 적용됩니다.MX 마스크가 타깃팅된 MX와 호환되는 첫 번째 규칙이 적용됩니다.

각 규칙에 사용할 수 있는 매개 변수는 다음과 같습니다.

  • MX mask:규칙이 적용되는 도메인. 각 규칙은 MX의 주소 마스크를 정의합니다. 이 마스크와 이름이 일치하는 모든 MX를 사용할 수 있습니다. 마스크에는 "*" 및 "?"가 포함될 수 있습니다. 일반 문자.

    예를 들어 다음 주소를 입력합니다.

    • a.mx.yahoo.com
    • b.mx.yahoo.com
    • c.mx.yahoo.com

    는 다음 마스크와 호환됩니다.

    • *.yahoo.com
    • ?.mx.yahoo.com

    예를 들어 이메일 주소 foobar@gmail.com의 경우 도메인은 gmail.com이고 MX 레코드는 다음과 같습니다.

    gmail.com mail exchanger = 20 alt2.gmail-smtp-in.l.google.com.
    gmail.com mail exchanger = 10 alt1.gmail-smtp-in.l.google.com.
    gmail.com mail exchanger = 40 alt4.gmail-smtp-in.l.google.com.
    gmail.com mail exchanger = 5  gmail-smtp-in.l.google.com.
    gmail.com mail exchanger = 30 alt3.gmail-smtp-in.l.google.com.
    

    이 경우 MX 규칙 *.google.com이 사용됩니다. 보시다시피 MX 규칙 마스크가 이메일의 도메인과 반드시 일치하지 않습니다. gmail.com 이메일 주소에 적용되는 MX 규칙은 *.google.com 마스크가 있는 규칙입니다.

  • Range of identifiers:이 옵션을 사용하면 규칙이 적용되는 식별자 범위(publicID)를 표시할 수 있습니다. 다음을 지정할 수 있습니다.

    • 숫자:규칙은 이 publicId에만 적용됩니다.
    • 숫자 범위(number1-number2):이 두 숫자 사이의 모든 publicIds에 규칙이 적용됩니다.
    노트

    필드가 비어 있으면 규칙은 모든 식별자에 적용됩니다.

    공개 ID는 하나 또는 여러 MTA에서 사용하는 공용 IP의 내부 식별자입니다. 이러한 ID는 config-instance.xml 파일의 MTA 서버에 정의됩니다.

  • Shared:이 MX 규칙의 속성 범위를 정의합니다. 이 확인란을 선택하면 모든 매개 변수가 인스턴스에서 사용할 수 있는 모든 IP에서 공유됩니다. 선택하지 않으면 각 IP에 대해 MX 규칙이 정의됩니다. 최대 메시지 수에 사용 가능한 IP 수를 곱합니다.

  • Maximum number of connections:보낸 사람의 도메인에 대한 동시 연결 최대 수입니다.

  • Maximum number of messages:연결 시 보낼 수 있는 최대 메시지 수입니다. 메시지가 이 수를 초과하면 연결이 닫히고 새 메시지가 열립니다.

  • Messages per hour:보낸 사람의 도메인으로 1시간 내에 보낼 수 있는 최대 메시지 수입니다.

  • Connection time out:도메인에 연결하는 시간 임계값.

    노트

    Windows에서는 사용자의 Windows 버전에 따라 이 임계값 이전에 시간 초과​를 발행할 수 있습니다.

  • Timeout Data:메시지 내용을 보낸 후 최대 대기 시간(SMTP 프로토콜의 데이터 섹션)

  • Timeout:SMTP 서버와 다른 교환의 최대 대기 시간

  • TLS:이메일 제공을 암호화할 수 있는 TLS 프로토콜을 선택적으로 활성화할 수 있습니다. 각 MX 마스크에 대해 다음 옵션을 사용할 수 있습니다.

    • Default configuration:적용된 serverConf.xml 구성 파일에 지정된 일반 구성입니다.

      중요

      기본 구성을 수정하는 것은 권장되지 않습니다.

    • Disabled :메시지는 암호화 없이 체계적으로 전송됩니다.

    • Opportunistic :수신 서버(SMTP)가 TLS 프로토콜을 생성할 수 있는 경우 메시지 배달이 암호화됩니다.

구성 예:

이메일 형식 관리

전송된 메시지의 형식을 정의하여 각 받는 사람 주소의 도메인에 따라 표시되는 컨텐츠가 자동으로 조정됩니다.

이렇게 하려면 Administration > Campaign management > Non deliverables management > Mail rule sets​에 있는 Management of email formats 문서로 이동하십시오.

이 문서에는 Adobe Campaign에서 관리하는 일본어 형식에 해당하는 사전 정의된 모든 도메인의 목록이 포함되어 있습니다. 자세한 내용은 이 문서를 참조하십시오.

MIME 구조(Multipurpose Internet Mail Extensions) 매개 변수를 사용하여 다른 메일 클라이언트로 보낼 메시지 구조를 정의할 수 있습니다. 다음 세 가지 옵션을 사용할 수 있습니다.

  • 다중 부분:메시지는 텍스트 또는 HTML 형식으로 전송됩니다. HTML 형식이 허용되지 않으면 메시지를 텍스트 형식으로 표시할 수 있습니다.

    기본적으로 다중 부분 구조는 multipart/alternative​이지만 메시지가 메시지에 추가될 때 자동으로 multipart/related​이 됩니다. 특정 공급자는 기본적으로 multipart/related 형식을 예상하며, Force multipart/related 옵션은 이미지가 연결되어 있지 않더라도 이 형식을 사용합니다.

  • HTML:HTML 전용 메시지가 전송됩니다. HTML 형식이 허용되지 않으면 메시지가 표시되지 않습니다.

  • 텍스트:텍스트 전용 형식의 메시지가 전송됩니다. 텍스트 형식 메시지의 이점은 크기가 매우 작기 때문입니다.

Image inclusion 옵션이 활성화되어 있으면 이메일 본문에 직접 표시됩니다. 그러면 이미지가 업로드되고 URL 링크가 해당 컨텐츠로 바뀝니다.

이 옵션은 특히 데코메일, 데코어 메일 또는 데코레이션 메일​에 대한 일본 시장에서 사용됩니다. 자세한 내용은 이 문서를 참조하십시오.

중요

이메일에 이미지를 삽입하면 크기가 크게 증가합니다.

배달 서버 구성

시계 동기화

Adobe Campaign 플랫폼(데이터베이스 포함)을 구성하는 모든 서버의 시계는 동기화되어야 하며 해당 시스템은 동일한 시간대로 설정되어야 합니다.

통계 서버좌표

통계 서버의 주소는 mta​에 제공해야 합니다.

구성의 mta 요소의 statServerAddress 속성을 사용하여 사용할 포트의 주소와 번호를 지정할 수 있습니다.

<mta statServerAddress="emailStatServer:7777">
   [...]
 </mta>

동일한 컴퓨터에서 통계 서버를 사용하려면 localhost 값을 사용하여 최소 컴퓨터 이름을 입력해야 합니다.

 <mta statServerAddress="localhost">
중요

이 필드를 채우지 않으면 mta​이 시작되지 않습니다.

을(를) 사용할 IP 주소 목록

트래픽 관리에 대한 구성은 구성 파일의 mta/child/smtp 요소에 있습니다.

IPAfatness 요소에 대해 컴퓨터에 사용할 수 있는 IP 주소를 선언해야 합니다.

예제:

<IPAffinity localDomain="<domain>" name="default">
  <IP address="192.168.0.11" publicId="1" weight="5"/>
  <IP address="192.168.0.12" heloHost="revdns1.campaign.com" publicId="2" weight="5"/>
  <IP address="192.168.0.13" publicId="3" weight="1"/>
</IPAffinity>

매개 변수는 다음과 같습니다.

  • 주소:사용할 MTA 호스트 시스템의 IP 주소입니다.

  • heloHost:이 식별자는 SMTP 서버에서 볼 수 있는 IP 주소를 나타냅니다.

  • publicId:이 정보는 NAT 라우터 뒤에 있는 여러 Adobe Campaign mtasks에서 IP 주소를 공유할 때 ​유용합니다. 통계 서버는 이 식별자를 사용하여 이 시작점과 대상 서버 사이의 연결을 기억하고 통계를 전송합니다.

  • 무게:주소의 상대 사용 빈도를 정의할 수 있습니다. 기본적으로 모든 주소의 가중치는 1입니다.

노트

serverConf.xml 파일에서 하나의 IP가 고유 식별자(public_id)를 가진 단일 helohost에 해당하는지 확인해야 합니다. 여러 도움말 호스트에 매핑할 수 없으므로 배달 제한 문제가 발생할 수 있습니다.

이전 예에서 일반적인 조건에서 주소는 다음과 같이 배포됩니다.

* &quot;1&quot;:5 / (5+5+1) = 45%
* &quot;2&quot;:5 / (5+5+1) = 45%
* &quot;3&quot;:1 / (5+5+1) = 10%

예를 들어, 첫 번째 주소를 지정된 MX에 사용할 수 없는 경우 다음과 같이 메시지가 전송됩니다.

* &quot;2&quot;:5 / (5+1) = 83%
* &quot;3&quot;:1 / (5+1) = 17%
  • includeDomains:특정 도메인에 속하는 이메일에 대해 이 IP 주소를 예약할 수 있습니다. 하나 이상의 와일드카드('*')를 포함할 수 있는 마스크 목록입니다. 속성을 지정하지 않으면 모든 도메인이 이 IP 주소를 사용할 수 있습니다.

    예:includeDomains="wanadoo.com,orange.com,yahoo.*"

  • excludeDomains:이 IP 주소의 도메인 목록을 제외합니다. 이 필터는 includeDomains 필터 다음에 적용됩니다.

이메일 전송 최적화

Adobe Campaign mta​의 내부 아키텍처는 이메일 배달을 최적화하기 위한 구성에 영향을 줍니다. 다음은 배달량을 향상시키는 몇 가지 팁입니다.

maxWaitingMessages 매개 변수조정

maxWaitingMessages 매개 변수는 mtachild​에서 미리 준비하는 메시지의 최대 수를 나타냅니다. 메시지는 전송 또는 중단된 후에만 이 목록에서 삭제됩니다.

이 매개 변수는 메시지를 도메인별로 정렬하지 않는 경우 매우 중요하며 특히 중요합니다.

maxWorkingSetMb (256) 임계값에 도달하면 배달 서버가 메시지 전송을 중지합니다. mtachild​이(가) 다시 시작될 때까지 성능이 상당히 감소합니다. 이 문제를 방지하려면 maxWorkingSetMb 매개 변수의 임계값을 늘리거나 maxWaitingMessages 매개 변수의 임계값을 줄일 수 있습니다.

maxWorkingSetMb 매개 변수는 최대 메시지 수에 평균 메시지 크기를 곱한 후 결과에 2.5를 곱하여 실증적으로 계산됩니다. 예를 들어 메시지 크기가 평균 50kB이고 maxWaitingMessages 매개 변수가 1,000이면 사용된 메모리는 평균 125MB.

일치 항목수 조정

하위 수는 컴퓨터의 프로세서 수를 초과할 수 없습니다(약). 1000 세션). 8개의 mtachild​을(를) 초과하지 않는 것이 좋습니다. 그런 다음 충분한 수명 기간을 얻으려면 child(maxMsgPerChild)당 메시지 수를 늘릴 수 있습니다.

이 페이지에서는