[온-프레미스/하이브리드만]{class="badge yellow" title="온-프레미스 및 하이브리드 배포에만 적용"}
기술 이메일 구성 :headding-anchor:email-deliverability
개요 :headding-anchor:overview
다음 섹션에서는 이메일을 게재할 때 Adobe Campaign 인스턴스의 출력을 제어하는 데 필요한 구성에 대한 개요를 제공합니다.
Adobe Campaign의 전달성과 관련된 개념과 모범 사례에 대한 자세한 내용은 이 섹션을 참조하세요.
Adobe 플랫폼에서 이메일을 효율적으로 보내고 받는 것과 관련된 모든 기술 권장 사항을 포함하여 전달성의 의미에 대한 자세한 내용은 Adobe 전달성 모범 사례 안내서를 참조하세요.
운영 원칙 :headding-anchor:operating-principle
도메인에 따라 전송되는 이메일 수를 제한하도록 하나 이상의 Adobe Campaign 인스턴스의 출력을 제어할 수 있습니다. 예를 들어 yahoo.com 주소에 대해 출력을 시간당 20,000개로 제한하는 동시에 다른 모든 도메인에 대해 시간당 100,000개의 메시지를 구성할 수 있습니다.
게재 서버(mta)에서 사용하는 각 IP 주소에 대해 메시지 출력을 제어해야 합니다. 여러 컴퓨터에 걸쳐 분류되고 다양한 Adobe Campaign 인스턴스에 속하는 여러 mta 이(가) 전자 메일 배달을 위해 동일한 IP 주소를 공유할 수 있습니다. 이러한 IP 주소의 사용을 조정하려면 프로세스를 설정해야 합니다.
stat 모듈이 수행하는 작업: IP 주소 집합의 메일 서버로 보낼 모든 연결 요청과 메시지를 전달합니다. 통계 서버는 게재를 추적하고 설정된 할당량에 따라 전송을 활성화 또는 비활성화할 수 있습니다.
- 통계 서버(stat)가 해당 구성을 로드하기 위해 Adobe Campaign 기반에 연결되어 있습니다.
- 게재 서버(mta)는 UDP를 사용하여 항상 자체 인스턴스에 속하지 않는 통계 서버에 연결합니다.
게재 서버 :headding-anchor:delivery-servers
mta 모듈이 메시지를 mtachild 하위 모듈에 배포합니다. 각 matchild 은(는) 통계 서버에서 인증을 요청하고 전송하기 전에 메시지를 준비합니다.
단계는 다음과 같습니다.
- mta 이(가) 적격 메시지를 선택하여 사용 가능한 mtachild 을(를) 할당합니다.
- matchild 은(는) 메시지 작성에 필요한 모든 정보(콘텐츠, 개인화 요소, 첨부 파일, 이미지 등)를 로드합니다. 메시지를 전자 메일 트래픽 셰이퍼 에 전달합니다.
- 전자 메일 트래픽 셰이퍼가 통계 서버의 권한(smtp stat)을 받는 즉시 메시지를 받는 사람에게 보냅니다.
이메일 서버 통계 및 제한 사항 :headding-anchor:email-server-statistics-and-limitations
통계 서버는 메시지를 수신하는 각 이메일 서버에 대해 다음 통계를 유지 관리합니다.
- 열려 있는 시점 연결 수,
- 지난 1시간 동안 전송된 메시지 수,
- 성공/거부된 연결 비율,
- 연결할 수 없는 서버에 대한 연결 비율입니다.
동시에 모듈은 특정 이메일 서버에 대한 제한 목록을 로드합니다.
- 최대 동시 연결 수,
- 시간당 최대 메시지 수,
- 연결당 최대 메시지 수.
IP 주소 관리 :headding-anchor:managing-ip-addresses
통계 서버는 동일한 공개 IP 주소를 사용하여 여러 인스턴스 또는 여러 시스템을 결합할 수 있습니다. 따라서 특정 인스턴스에 연결되지 않지만 도메인별 제한을 복구하려면 인스턴스에 문의해야 합니다.
게재 통계는 각 대상 MX 및 각 소스 IP에 대해 유지됩니다. 예를 들어 타겟팅된 도메인에 5개의 MX가 있고 플랫폼에서 3개의 다른 IP 주소를 사용할 수 있는 경우 서버는 이 도메인에 대해 최대 15개의 일련의 지표를 관리할 수 있습니다.
소스 IP 주소는 공용 IP 주소(원격 이메일 서버에서 볼 수 있는 주소)와 일치합니다. NAT 라우터가 제공된 경우 이 IP 주소는 mta 을(를) 호스팅하는 컴퓨터의 주소와 다를 수 있습니다. 통계 서버가 공용 IP(publicId)와 일치하는 식별자를 사용하는 이유입니다. 로컬 주소와 이 식별자 간의 연결은 serverConf.xml 구성 파일에 선언되어 있습니다. serverConf.xml 에서 사용할 수 있는 모든 매개 변수가 이 섹션에 나열되어 있습니다.
게재 출력 제어 :headding-anchor:delivery-output-controlling
전자 메일 서버에 메시지를 전달하기 위해 전자 메일 트래픽 셰이퍼 구성 요소가 통계 서버에서 연결을 요청합니다. 요청이 수락되면 연결이 열립니다.
메시지를 보내기 전에 모듈은 서버에서 '토큰'을 요청합니다. 이는 일반적으로 적어도 10개의 토큰 세트이며, 이는 서버에 대한 쿼리 수를 줄입니다.
서버는 연결 및 게재와 관련된 모든 통계를 저장합니다. 재부팅하는 경우 정보가 일시적으로 손실됩니다. 각 클라이언트는 전송 통계의 로컬 복사본을 보관하고 정기적으로(2분마다) 서버에 반환합니다. 그런 다음 서버는 데이터를 다시 집계할 수 있습니다.
다음 섹션에서는 전자 메일 트래픽 셰이퍼 구성 요소가 메시지를 처리하는 방법을 설명합니다.
메시지 게재 :headding-anchor:message-delivery
메시지를 보낼 때 3가지 가능한 결과가 있습니다.
-
성공: 메시지를 보냈습니다. 메시지가 업데이트됩니다.
-
메시지 실패: 연결된 서버가 선택한 받는 사람에 대한 메시지를 거부했습니다. 이 결과는 반환 코드 550과 599를 일치시키지만 예외를 정의할 수 있습니다.
-
세션 실패(위쪽 5.11의 경우): mta 이(가) 이 메시지에 대한 답변을 받으면 메시지가 중단됩니다(메시지 중단 참조). 다른 경로를 사용할 수 없는 경우 메시지를 다른 경로로 보내거나 보류 중으로 설정합니다(메시지 보류 중 참조).
note note NOTE 경로 은(는) Adobe Campaign mta 과(와) 대상 mta 간의 연결입니다. Adobe Campaign mta 은(는) 여러 시작 IP 및 여러 대상 도메인 IP 중에서 선택할 수 있습니다.
메시지 포기 :headding-anchor:message-abandonment
중단된 메시지가 mta(으)로 반환되고 더 이상 mtachild 에서 관리되지 않습니다.
mta 이(가) 이 메시지의 절차(복구, 포기, 격리 등)를 결정합니다. 응답 코드 및 규칙에 따라 다릅니다.
메시지 보류 중 :headding-anchor:message-pending
활성 대기열에 도달하고 사용 가능한 경로가 없으면 메시지가 보류됩니다.
경로는 일반적으로 연결 오류 후 일정 시간 동안 사용할 수 없음으로 표시됩니다. 이용 불가능 기간은 오류 빈도와 나이에 따라 다릅니다.
통계 서버 구성 :headding-anchor:statistics-server-configuration
통계 서버는 여러 인스턴스에서 사용할 수 있습니다. 사용할 인스턴스와 독립적으로 구성해야 합니다.
먼저 구성을 호스팅할 Adobe Campaign 데이터베이스를 정의합니다.
구성 시작 :headding-anchor:start-configuration
기본적으로 각 인스턴스에 대해 stat 모듈이 시작됩니다. 인스턴스가 동일한 컴퓨터에 풀링되거나 인스턴스가 동일한 IP 주소를 공유하는 경우 단일 통계 서버가 사용됩니다. 다른 통계 서버는 비활성화되어야 합니다.
서버 포트 정의 :headding-anchor:definition-of-the-server-port
기본적으로 통계 서버는 포트 7777에서 수신합니다. 이 포트는 serverConf.xml 파일에서 수정할 수 있습니다. serverConf.xml 에서 사용할 수 있는 모든 매개 변수가 이 섹션에 나열되어 있습니다.
<stat port="1234"/>
MX 구성 :headding-anchor:mx-configuration
MX 규칙 기본 정보 :headding-anchor:about-mx-rules
MX 규칙(Mail eXchanger)은 보내는 서버와 받는 서버 간의 통신을 관리하는 규칙입니다.
이러한 규칙은 클라이언트 인스턴스를 정기적으로 공급하기 위해 매일 오전 6시(서버 시간)에 자동으로 다시 로드됩니다.
ISP는 재질 용량 및 내부 정책에 따라 시간당 사전 정의된 수의 연결 및 메시지를 수락합니다. 이러한 변수는 IP 및 전송 도메인의 평판에 따라 ISP 시스템에 의해 자동으로 수정될 수 있습니다. Adobe Campaign은 게재 기능 플랫폼을 통해 ISP의 150개 이상의 특정 규칙과 다른 도메인에 대한 하나의 일반 규칙을 관리합니다.
최대 연결 수는 MTA에서 사용하는 공용 IP 주소 수에만 종속되지 않습니다.
예를 들어 MX 규칙에서 5개의 연결을 허용하고 2개의 공개 IP를 구성한 경우 이 도메인에 대해 10개 이상의 연결을 동시에 열 수 없다고 생각할 수 있습니다. 이는 사실이 아닙니다. 사실 최대 연결 수는 MTA 공용 IP 중 하나와 클라이언트의 MTA의 공용 IP의 조합인 경로와 경로를 의미합니다.
아래 예에서 사용자에게는 두 개의 공개 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 주소에 연결할 수 있습니다. 사용자에게 2개의 공개 IP 주소가 있으므로 해당 사용자에게 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개의 경로가 있습니다.
다음은 MX 규칙 사용의 몇 가지 예입니다.
아래 예에서 사용자는 특정 도메인에 대해 시간당 10,000개의 메시지로 제한되어 있지만, MTA 처리량 용량은 이 제한보다 높습니다.
이 경우 트래픽은 각 시간에 대해 5분씩 12개의 기간으로 구분되며 실제 제한은 기간당 833개의 메시지입니다.
이러한 메시지는 가능한 한 빨리 전달됩니다.
MX 관리 구성 :headding-anchor:configuring-mx-management
MX에 대해 준수할 규칙이 트리의 Administration > Campaign Management > Non deliverables Management > Mail rule sets 노드에 있는 MX management 문서에 정의되어 있습니다.
MX management 문서가 노드에 없으면 수동으로 만들 수 있습니다. 방법은 다음과 같습니다.
-
새 메일 규칙 세트를 만듭니다.
-
MX management 모드를 선택하십시오.
-
Internal name 필드에 defaultMXRules 을(를) 입력하십시오.
변경 사항을 고려하려면 통계 서버를 다시 시작해야 합니다.
통계 서버를 다시 시작하지 않고 구성을 다시 로드하려면 서버를 호스트하는 컴퓨터에서 다음 명령을 사용합니다. nlserver stat -reload
MX 규칙 구성 :headding-anchor:configuring-mx-rules
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 레코드는 다음과 같습니다.
code language-none 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): 이 두 숫자 사이의 모든 publicId에 규칙이 적용됩니다.
note note NOTE 필드가 비어 있으면 규칙이 모든 식별자에 적용됩니다. 공용 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: 한 시간 안에 보낸 사람의 도메인으로 보낼 수 있는 최대 메시지 수
-
Connection time out: 도메인에 연결하기 위한 시간 임계값입니다.
note note NOTE Windows에서는 이 임계값보다 먼저 시간 초과 를 실행할 수 있으며, 이는 사용 중인 Windows 버전에 따라 다릅니다. -
Timeout Data: 메시지 콘텐츠를 보낸 후 최대 대기 시간(SMTP 프로토콜의 데이터 섹션).
-
Timeout: SMTP 서버와의 다른 교환에 대한 최대 대기 시간입니다.
-
TLS: 전자 메일 게재를 암호화할 수 있는 TLS 프로토콜을 선택적으로 활성화할 수 있습니다. 각 MX 마스크에 대해 다음 옵션을 사용할 수 있습니다.
-
Default configuration: 적용되는 serverConf.xml 구성 파일에 지정된 일반 구성입니다.
note important IMPORTANT 기본 구성은 수정하지 않는 것이 좋습니다. -
Disabled : 메시지가 암호화 없이 체계적으로 전송됩니다.
-
Opportunistic : 수신 서버(SMTP)가 TLS 프로토콜을 생성할 수 있는 경우 메시지 배달이 암호화됩니다.
-
구성 예:
이메일 형식 관리 :headding-anchor:managing-email-formats
각 수신자 주소의 도메인에 따라 표시되는 콘텐츠가 자동으로 조정되도록, 보낸 메시지의 형식을 정의할 수 있습니다.
이렇게 하려면 Administration > Campaign management > Non deliverables management > Mail rule sets 에 있는 Management of email formats 문서로 이동하십시오.
이 문서에는 Adobe Campaign에서 관리하는 일본어 형식에 해당하는 사전 정의된 모든 도메인의 목록이 포함되어 있습니다. 자세한 내용은 이 문서를 참조하세요.
MIME 구조(Multipurpose Internet Mail Extensions) 매개 변수를 사용하면 다른 메일 클라이언트로 보낼 메시지 구조를 정의할 수 있습니다. 다음 세 가지 옵션을 사용할 수 있습니다.
-
다중 파트: 메시지를 텍스트 또는 HTML 형식으로 보냅니다. HTML 형식이 허용되지 않으면 메시지를 텍스트 형식으로 표시할 수 있습니다.
기본적으로 다중 파트 구조는 다중 파트/대체 구조 이지만 이미지가 메시지에 추가되면 자동으로 다중 파트/관련 구조 이 됩니다. 특정 공급자는 기본적으로 multipart/related 형식을 기대하며 Force multipart/related 옵션은 이미지가 첨부되지 않은 경우에도 이 형식을 적용합니다.
-
HTML: HTML 전용 메시지가 전송됩니다. HTML 형식이 허용되지 않으면 메시지가 표시되지 않습니다.
-
텍스트: 텍스트 전용 형식의 메시지를 보냅니다. 텍스트 형식 메시지의 장점은 크기가 매우 작다는 것입니다.
Image inclusion 옵션을 활성화하면 전자 메일의 본문에 바로 표시됩니다. 그런 다음 이미지가 업로드되고 URL 링크가 해당 콘텐츠로 바뀝니다.
이 옵션은 특히 일본 시장에서 Deco-mail, Decore Mail 또는 Decoration Mail 에 사용됩니다. 자세한 내용은 이 문서를 참조하세요.
게재 서버 구성 :headding-anchor:delivery-server-configuration
클럭 동기화 :headding-anchor:clock-synchronization
Adobe Campaign 플랫폼(데이터베이스 포함)을 구성하는 모든 서버의 시계는 동기화되어야 하며 해당 시스템은 동일한 시간대로 설정되어야 합니다.
통계 서버의 좌표 :headding-anchor:coordinates-of-the-statistics-server
통계 서버의 주소를 mta 에 제공해야 합니다.
구성의 mta 요소에 대한 statServerAddress 속성을 사용하면 사용할 포트의 주소와 번호를 지정할 수 있습니다.
<mta statServerAddress="emailStatServer:7777">
[...]
</mta>
같은 컴퓨터에서 통계 서버를 사용하려면 localhost 값이 있는 컴퓨터 이름을 적어도 입력해야 합니다.
<mta statServerAddress="localhost">
사용할 IP 주소 목록 :headding-anchor:list-of-ip-addresses-to-use
트래픽 관리와 관련된 구성은 구성 파일의 mta/child/smtp 요소에 있습니다.
각 IPAffinity 요소에 대해 컴퓨터에 사용할 수 있는 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>
매개 변수는 다음과 같습니다.
-
address: 사용할 MTA 호스트 컴퓨터의 IP 주소입니다.
-
heloHost: 이 식별자는 SMTP 서버에서 볼 수 있는 IP 주소를 나타냅니다.
-
publicId: 이 정보는 NAT 라우터 뒤에서 여러 Adobe Campaign mtas 에서 IP 주소를 공유할 때 유용합니다. 통계 서버는 이 식별자를 사용하여 이 시작점과 대상 서버 사이의 연결 및 전송 통계를 기억한다.
-
weight: 주소의 상대적 사용 빈도를 정의할 수 있습니다. 기본적으로 모든 주소의 가중치는 1입니다.
이전 예에서 정상 상태인 경우 주소는 다음과 같이 분산됩니다.
* "1": 5 / (5+5+1) = 45%
* "2": 5 / (5+5+1) = 45%
* "3": 1 / (5+5+1) = 10%
예를 들어 첫 번째 주소를 지정된 MX에 사용할 수 없는 경우 다음과 같이 메시지가 전송됩니다.
* "2": 5 / (5+1) = 83%
* "3": 1 / (5+1) = 17%
-
includeDomains: 특정 도메인에 속한 전자 메일에 대해 이 IP 주소를 예약할 수 있도록 해줍니다. 하나 이상의 와일드카드('*')를 포함할 수 있는 마스크 목록입니다. 속성을 지정하지 않으면 모든 도메인이 이 IP 주소를 사용할 수 있습니다.
예: includeDomains="wanadoo.com,orange.com,yahoo.*"
-
excludeDomains: 이 IP 주소의 도메인 목록을 제외합니다. 이 필터는 includeDomains 필터 다음에 적용됩니다.
이메일 전송 최적화 :headding-anchor:email-sending-optimization
Adobe Campaign mta 의 내부 아키텍처가 전자 메일 게재를 최적화하는 구성에 영향을 줍니다. 다음은 게재 개선에 대한 몇 가지 팁입니다.
maxWaitingMessages 매개 변수 조정 :headding-anchor:adjust-the-maxwaitingmessages-parameter
maxWaitingMessages 매개 변수는 mtachild 에서 미리 준비한 메시지의 최대 수를 나타냅니다. 메시지는 전송 또는 포기한 후에만 이 목록에서 삭제됩니다.
메시지가 도메인별로 정렬되지 않는 경우 이 매개 변수는 매우 중요하며 특히 중요합니다.
maxWorkingSetMb(256) 임계값에 도달하면 게재 서버가 메시지 전송을 중지합니다. mtachild 이(가) 다시 시작될 때까지 성능이 크게 감소합니다. 이 문제를 피하기 위해 maxWorkingSetMb 매개 변수의 임계값을 늘리거나 maxWaitingMessages 매개 변수의 임계값을 줄일 수 있습니다.
maxWorkingSetMb 매개 변수는 최대 메시지 수에 평균 메시지 크기를 곱하고 결과에 2.5를 곱하여 경험적으로 계산됩니다. 예를 들어 메시지의 평균 크기가 50kB이고 maxWaitingMessages 매개 변수가 1,000인 경우 사용되는 메모리는 평균 125MB가 됩니다.
일치 항목 수 조정 :headding-anchor:adjust-the-number-of-mtachild
하위 항목 수는 시스템의 프로세서 수를 초과할 수 없습니다(근사값). 1000개 세션). 8 mtachild 을(를) 초과하지 않는 것이 좋습니다. 그런 다음 child(maxMsgPerChild)당 메시지 수를 늘려 충분한 수명을 달성할 수 있습니다.