Sun Java System Messaging Server 6 2005Q4 관리 설명서

SMS 게이트웨이 서버 저장소 요구 사항

SMS 게이트웨이 서버에 필요한 자원의 양을 결정하려면 표 D–27의 요구 사항을 토대로 얻어진 숫자와 함께 초당 예상되는 릴레이 메일 수와 RECORD_LIFETIME 설정을 사용합니다.

표 D–27에서는 기록 데이터, SMPP 릴레이 및 SMPP 서버에 대한 요구 사항을 보여 줍니다.

표 D–27 SMS 게이트웨이 서버 저장소 요구 사항

구성 요소 

요구 사항 

메모리 내장 기록 레코드 

릴레이된 각 메일은 33+m+s 바이트의 가상 메모리가 필요합니다. 여기서 m은 메일의 SMS 메일 아이디의 길이(1 <= m <= 64)이고 s는 메일의 SMS 소스 주소의 길이(1 <= s<= 20)입니다.

MAKE_SOURCE_ADDRESS_UNIQUE=0이면 16+m바이트만 사용됩니다. 64비트 운영 체제의 경우 레코드당 49+m+s바이트의 가상 메모리가 사용됩니다[ MAKE_SOURCE_ADDRESS_UNIQUE=0일 경우 24+m].

또한 힙 할당자가 실제로 각 레코드에 대해 더 큰 가상 메모리를 할당할 수 있습니다. 

최대 레코드 수는 430억개입니다(2**32-1). 해시 테이블은 레코드 수가 1680만개(2**24) 이하인 경우 약 16MB를 사용하고 6710만개(2**26) 이하인 경우 약 64MB를 사용하며 6710만개 이상인 경우 약 256MB를 사용합니다. 

64비트 운영 체제의 경우 메모리 소비량을 두 배로 늘립니다. 

각 레코드 자체에 필요한 메모리 소비량 외에도 이러한 소비량이 요구됩니다. 

디스크 내장 기록 데이터 

중계된 각 메일에는 평균적으로 다음 수의 바이트가 필요합니다. 

81+m+2s+3a+ S+2i

여기서 

  • m은 SMS 메일 아이디의 평균 길이이며 1<=m<=64입니다.

  • s는 SMS 소스 주소의 평균 길이이며 1 <= s <= 20입니다.

  • a는 전자 메일 주소의 평균 길이이며 3 <= a <= 129입니다.

  • SSubject: 헤더 행의 평균 길이이며 0 <= S<= 80입니다.

  • i는 전자 메일 봉투 아이디의 평균 길이이며 0 <= i <= 129입니다.

    특정 레코드의 크기는 메일의 봉투 From:To: 주소의 길이, 봉투 및 메일 아이디의 길이, Subject: 헤더 행의 길이에 따라 달라집니다.

    최대 레코드 길이는 910바이트입니다.

    MAKE_SOURCE_ADDRESS_UNIQUE=0이 사용될 때 각 레코드의 크기(바이트)는 다음과 같습니다.78+m+3a+S+2i.

SMPP 중계 

중계된 각 세션은 두 개의 소켓 즉,로컬 클라이언트를 가진 소켓과 원격 서버를 가진 소켓을 사용합니다. 32비트 운영 체제에서는 연결당 약 1KB의 가상 메모리가 사용되고 64비트 운영 체제에서는 약 2KB의 가상 메모리가 사용됩니다.  

SMPP 서버 

각 받는 연결은 하나의 TCP 소켓을 사용합니다. 32비트 운영 체제에서는 연결당 약 1KB의 가상 메모리가 사용되고 64비트 운영 체제에서는 약 2KB의 가상 메모리가 사용됩니다. 

예를 들어, 초당 평균 50개의 메일이 중계될 것으로 예상할 경우 SMS 소스 주소의 길이는 13바이트, SMS 메일 아이디의 일반 길이는 12바이트, 전자 메일 주소는 24바이트, Subject: 행은 40바이트, 전자 메일 및 봉투 아이디는 각각 40바이트이고, 기록 데이터는 7일 동안 보관되며, 그 이후에는 다음과 같습니다.

모든 디스크 내장 요구 사항을 처리하기 위해 충분한 디스크가 제공될 수 있지만 32비트 시스템의 가상 메모리 요구 사항은 약 2GB로 엄격하게 제한됩니다. 필요한 가상 메모리나 디스크 저장소의 양을 줄이려면 RECORD_LIFETIME 옵션을 사용하여 레코드를 보유하는 시간을 줄입니다.