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 郵件 ID 的長度 (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)。如果少於 168 億個記錄 (2**24),雜湊表會消耗大約 16 Mb;如果少於 6710 萬個記錄 (2**26),雜湊表會消耗大約 64 Mb;如果多於 6710 萬個記錄,雜湊表會消耗大約 256 Mb。 

64 位元作業系統會消耗雙倍記憶體。 

這些消耗還不包含每個記錄本身需要消耗的記憶體。 

磁碟中歷程記錄 

每封轉送的郵件平均需要以下位元組數量: 

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

其中: 

  • m 是 SMS 郵件 ID 的平均長度,1<=m<=64

  • s 是 SMS 來源位址的平均長度,1 <= s <= 20

  • a 是電子郵件位址的平均長度,3 <= a <= 129

  • SSubject: 標頭行的平均長度,0 <= S<= 80

  • i 是電子郵件訊息封 ID 的平均長度,0 <= i <= 129

    任何指定的記錄大小均受郵件訊息封 From:To: 位址的長度、訊息封和郵件 ID,以及 Subject: 標頭行長度的影響。

    最大記錄長度為 910 個位元組。

    使用 MAKE_SOURCE_ADDRESS_UNIQUE=0 時,每個記錄的大小 (以位元組為單位) 為︰78+m+3a+ S+2i

SMPP 轉送器 

每個轉送 SMPP 階段作業消耗兩個 TCP 通訊端:一個用於本機用戶端,另一個用於遠端 SMPP 伺服器。32 位元作業系統上每個連線大約消耗 1 Kb 虛擬記憶體,而 64 位元作業系統則為 2 Kb。 

SMPP 伺服器 

每個內送的連線會消耗一個 TCP 通訊端。32 位元作業系統上每個連線大約消耗 1 Kb 虛擬記憶體,而 64 位元作業系統則為 2 Kb。 

例如,如果預期每秒平均轉送 50 封郵件,則 SMS 來源位址長度為 13 位元組,SMS 郵件 ID 通常長度為 12 位元組,電子郵件位址長度為 24 位元組,Subject: 標頭行長度為 40 位元組,電子郵件和訊息封 ID 每個長度為 40 位元組,且歷程記錄保留 7 天,則︰

儘管可以提供充足的磁碟來處理任何磁碟需求,但 32 位元機器上的虛擬記憶體需求將強制限制為大約 2 Gb。若要減少虛擬記憶體或磁碟儲存所需的容量,請使用 RECORD_LIFETIME 選項來縮短記錄的保留時間。