硬體尺寸建議

概覽

注意

本文僅提供一般範例指南。 您必須先與Adobe Campaign Customer Success Manager互動,以測量部署的確切大小,再開始您的Campaign專案。 不要 獲取或部署任何基礎架構或硬體,直到完成此操作。

本檔案提供在內部部署資料中心或虛擬化雲環境中部署Adobe Campaign Classic v7的一般建議。 此類部署,稱為 混合中間來源,可將Campaign行銷例項和行銷資料庫置於您的操作控制之下,同時使用Adobe雲端傳訊服務來傳送電子郵件、簡訊或SMPP訊息,以及收集電子郵件開啟、退信及點擊追蹤資料。

行銷例項是Adobe Campaign架構中推動所有行銷活動,並儲存行銷活動傳回的所有收件者資料和分析資料的部分。 行銷執行個體是一組執行Adobe Campaign服務的內部部署伺服器,以及關係資料庫。

注意

如果您使用完全托管的Adobe Campaign執行個體(部署在AdobeCloud Services中),則本檔案中的資訊不適用。

軟體相容性在 相容性矩陣.

藍本

針對以下三種代表性案例提供部署圖表和硬體調整建議:

  1. 適中大小 — 系統中500萬活動收件人
  2. 大型 — 系統中有2,000萬活躍收件者
  3. 企業 - 5,000萬活躍收件者,帶交易式訊息

假設

本檔案也假設所有三種情況的使用類型如下:

  • 大型電子郵件促銷活動每週會傳送兩次,大約50%的作用中收件者收到
  • 系統中每個收件者每月產生一次直接郵件
  • SMS訊息會每月傳送給您約10%的作用中收件者
  • 定義每個收件者的資料庫架構已擴充,並附加一個表格,包含每個收件者約200個位元組的資料
  • Adobe Campaign互動模組用於新增優惠方案至傳出的電子郵件
  • 電子郵件追蹤資料會在Campaign系統中保留90天

一般准則

Campaign是以資料庫為中心的應用程式,而資料庫伺服器的效能至關重要。 執行工作流程、細分、追蹤資料上傳、傳入互動、分析和其他活動都會產生資料庫活動。 通常,這些操作的大小和頻率決定了資料庫伺服器的大小。

您行銷執行個體中的應用程式伺服器需要足夠的CPU和記憶體來執行工作流程並回應SOAP API呼叫,包括來自Campaign Console使用者的請求。 對於使用與複雜選件規則的出站互動、執行自訂Javascript的工作流程,以及具有高流量等級的網頁應用程式的工作流程而言,CPU需求可能相當重要。

Campaign Web應用程式也可部署在行銷執行個體應用程式伺服器上,或部署在個別的Web伺服器系統上。 由於Web應用程式工作負載與關鍵工作流程和Campaign Console使用者衝突,因此可將Web應用程式和入站互動部署至不同的伺服器,以確保核心Campaign功能能以良好的效能可靠地執行。

為了安全性和可用性,Adobe建議將Internet的流量與業務用戶生成的流量分開。 因此,圖表包含兩組伺服器:Web伺服器(面向Web1和Web2)和應用程式伺服器(業務流程App1和App2)。

商業電子郵件傳送者必須有功能良好的選擇退出網頁,這是一項法律要求。 Adobe建議在每台組伺服器中都配備冗餘電腦,以應對故障轉移情況。 如果Adobe Campaign托管選擇退出頁面,則尤其如此。

反向代理

Campaign架構借由使用SSL over HTTP(HTTPS)來在您的行銷執行個體與Adobe雲端傳訊之間通訊,來執行高安全性。 通過在「非軍事區域」(DMZ)子網中使用反向代理來隔離和保護營銷實例伺服器和資料庫,可以強化安全性、可靠性和可用性。

負載平衡器

應用程式伺服器的負載平衡器是以主動/被動配置設定,而HTTPS會在代理終止。 Web伺服器的負載平衡器設定為活動/活動配置,代理處終止了HTTPS。

Adobe提供可中繼至部署環境中Adobe Campaign伺服器的專屬URL路徑清單。

架構

無論卷大小,通用體系結構幾乎相同。 安全性和高可用性要求至少要求四台伺服器;兩台伺服器(若未使用WebApps)。 配置的差異主要取決於硬體配置,如CPU核心和記憶體。

方案1:中等規模部署

估計數量:

通道
作用中收件者 500萬
電子郵件 420萬/月
直接郵件 100萬/月
行動簡訊 100,000/月
每日電子郵件峰值量 500

對於這些卷,一對Adobe Campaign應用程式伺服器系統為Adobe Campaign客戶端用戶和工作流執行提供了所有功能。 對於500萬活動收件人和此電子郵件卷,應用伺服器工作負載不需要CPU或I/O密集型;大部分壓力都在資料庫上。

Adobe Campaign Web伺服器會顯示在安全區域中。

Web和應用程式伺服器

此情境建議在四台電腦上安裝Adobe Campaign,並具備下列規格:

3Ghz+四核CPU,8-GB RAM,RAID 1或10,2個80-GB固態硬碟

這些系統會建立行銷執行個體應用程式伺服器,直接支援您的行銷活動控制台使用者並執行行銷活動工作流程。

反向DMZ負載平衡流量中的Proxy到Adobe Campaign Web伺服器。 無需在代理電腦上安裝Adobe Campaign軟體棧;可以使用任何反向代理軟體或網路設備。

訂閱選擇加入/選擇退出和偏好設定中心功能可由Campaign或您自己的網站提供。 如果您選擇在網站上實作此功能,則必須確保偏好設定和訂閱資訊傳播至Campaign行銷資料庫。 這通常是透過建立摘取檔案來完成,這些檔案會由Campaign工作流程自動上傳。

應用程式伺服器上的磁碟空間消耗取決於與第三方服務提供商交換的檔案的保留期(例如,為直接郵件打印供應商),以及導入的平面檔案的大小和保留,如網站的訂閱或首選項更新,或從您自己的CRM或營銷系統中提取。

資料庫

資料庫伺服器的硬體建議如下:

3Ghz+ 4核CPU,16GB RAM,RAID 1或10,最低128GB固態硬碟

記憶體估計假設大型促銷活動啟動時大約有500,000個收件者完全快取,加上RDBMS緩衝空間,以執行工作流程、匯入追蹤資料和其他同時進行的活動。

根據3個月的保留期,資料庫上儲存所有Adobe Campaign技術資料(促銷活動、追蹤、工作表等)所需的磁碟空間估計約為35 GB。 如果您選擇將追蹤資料保留6個月,則資料庫大小會增加到大約40 GB,而12個月的保留將資料庫大小增加到大約45 GB。 收件者資料會針對此環境使用約5 GB。

注意

此預估不包含任何其他客戶資料。 如果您計畫將客戶資料的其他列或表複製到Adobe Campaign資料庫,則必須估計該資料庫的其他磁碟空間需求。 上傳的區段/清單也需要更多儲存空間,視其大小、頻率和保留期而定。

另外,考慮到每天處理的資訊量,資料庫伺服器的IOPS至關重要。 例如,在高峰日,您可以部署以總共500,000個收件者為目標的促銷活動。 若要執行每個促銷活動,Adobe Campaign會將500,000筆記錄插入一個包含約1,200萬筆記錄的表格(傳送記錄表格)中。 為了在促銷活動部署期間提供可接受的效能,Adobe建議此方案的隨機讀/寫IOPS至少為60,000 4-KB。

方案2:大型部署

估計數量:

通道
作用中收件者 2千萬
電子郵件 4200萬/月
直接郵件 1000萬/月
行動簡訊 1,000,000/月
每日電子郵件峰值量 500萬

Web和應用程式伺服器

在此案例中,Adobe建議在四台電腦、兩台應用程式伺服器和兩台Web伺服器上安裝Adobe Campaign,並具備下列規格:

3Ghz+四核CPU,8-GB RAM,RAID 1或10,80-GB固態硬碟

應用程式伺服器直接支援Campaign Console使用者及行銷活動工作流程的執行。 此功能部署在兩台相同的伺服器上以實現高可用性,共用網路連接儲存(NAS)檔案系統以啟用故障切換。

Web伺服器托管Campaign Web應用程式,以支援系統中1,000萬個作用中收件者。

請參閱 方案1:中等規模部署 有關proxy、首選項中心/訂閱處理和磁碟空間使用的更多注釋。

資料庫

資料庫伺服器的硬體建議如下:

3Ghz+ 8核CPU,64GB RAM,RAID 1或10,2 x 320GB固態硬碟或RAID 10,640GB固態硬碟

記憶體估計假設大型促銷活動啟動時,大約有5,000,000個收件者已完全快取,加上RDBMS緩衝空間,以執行工作流程、匯入追蹤資料和其他同時進行的活動。

根據3個月的保留期,資料庫上儲存所有Adobe Campaign技術資料(促銷活動、追蹤、工作表等)所需的磁碟空間估計約為280 GB。 如果您選擇將追蹤資料保留6個月,則資料庫大小會增加到約450 GB,而12個月的保留將資料庫大小增加到約900 GB。 收件者資料會針對此環境使用約15 GB。

方案3:使用報文中心進行企業部署

估計數量:

通道
作用中收件者 5千萬
電子郵件 1.08億/月
直接郵件 2500萬/月
行動簡訊 250萬/月
異動訊息 250萬/月
每日電子郵件峰值量 250萬

支援5,000萬收件者的部署基本上與 方案2:行銷活動網頁應用程式流量會路由至行銷活動網頁伺服器,因此在大型行銷活動啟動後,網路流量的暴增不會影響行銷活動工作流程和用戶端主控台使用者。

此部署還包括從您自己的網站和應用程式驅動的Message Center呼叫。

Web和應用程式伺服器

在此情況下,Adobe建議在四台電腦上安裝Adobe Campaign,如下所示:

  • 應用程式伺服器
    兩個系統,3Ghz+四核CPU,8-GB RAM,RAID 1或10,80-GB固態硬碟

  • Web 伺服器
    兩個系統,3Ghz+四核CPU,16GB RAM,RAID 1或10,80GB固態硬碟

應用程式伺服器直接支援Campaign Console使用者及行銷活動工作流程的執行。 此功能部署在兩台相同的伺服器上以實現高可用性,共用網路連接儲存(NAS)檔案系統以啟用故障切換。

Web伺服器托管Campaign Web應用程式,以支援系統中1,000萬個作用中收件者。

請參閱 方案1:中等規模部署 有關proxy、首選項中心/訂閱處理和磁碟空間使用的更多注釋。

資料庫

資料庫伺服器的硬體建議如下:

3Ghz+ 8核CPU,96GB RAM,RAID 1或10,最少1.5TB固態硬碟

記憶體估計假設大型行銷活動啟動時,大約有12,500,000位收件者已完全快取,加上RDBMS緩衝空間,以執行工作流程、匯入追蹤資料和其他同時進行的活動。

根據3個月的保留期,資料庫上儲存所有Adobe Campaign技術資料(促銷活動、追蹤、工作表等)所需的磁碟空間估計約為700 GB。 如果您選擇將跟蹤資料保留6個月,則資料庫大小將增加到大約1.2 TB,而12個月的保留將資料庫大小增加到大約2 TB。 收件者資料會針對此環境使用約50 GB。

變更假設的准則

這些方案的假設都對硬體建議和部署體系結構產生了重大影響。 本節探討有關不同假設的准則。 請聯絡Adobe Campaign諮詢團隊,以取得符合您需求的特定建議。

  • 收件者人數
    活動的收件人需要儲存空間和資料庫緩衝空間,因此更多的收件人通常需要資料庫伺服器上更多的記憶體和CPU容量。 儲存空間增加對收件者本身來說相對較小,但對於為電子郵件行銷活動保留的事件追蹤資料而言,可能是相當重要的。

  • 電子郵件促銷活動大小
    促銷活動的啟動頻率會影響資料庫伺服器CPU需求。 結合直接郵件、傳入互動和其他工作流程,電子郵件促銷活動的分段操作會在資料庫伺服器上帶來重大負載。

  • 直接郵件頻率
    直接郵件的頻率可能會影響資料庫伺服器CPU要求。 結合促銷活動啟動和其他工作流程,直接郵件的分段操作會在資料庫伺服器上帶來大量負載。

  • SMS消息卷
    與電子郵件促銷活動大小一樣,SMS訊息量不會在位於內部部署的Campaign伺服器上放置大量負載;負載主要在雲端的Adobe雲端傳訊伺服器上。 SMS行銷活動的分段(例如電子郵件和直接郵件)可能會在行銷資料庫中帶來重大負載。 因此,SMS行銷活動啟動頻率和細分複雜度與SMS訊息的數量更相關。

  • 資料庫架構複雜性
    每個活動收件人的資料量需要儲存空間和資料庫緩衝空間,因此更多收件人通常需要在資料庫伺服器上增加記憶體和CPU。 複雜的結構還需要更多表聯結才能進行細分,因此,分段操作的運行速度可能會慢得多,而且當資料跨多個表進行分佈時,需要更多的資料庫CPU和記憶體。

    通過確保資料庫緩衝池的大小足以包含所有接收資料,以及運行工作流的臨時表,以及其他資料庫操作的邊界,來估計資料庫伺服器記憶體。

  • 傳出互動使用狀況
    批處理模式下的交互規則在將所有計算複雜性移交給資料庫的工作流中進行評估。 資料庫上的主要努力因素是在一個引擎呼叫期間計算的合格優惠方案總數(目標大小X在保留N個最佳優惠方案之前,每個收件者的平均優惠方案數)。 資料庫伺服器CPU速度是效能的第一要素。

  • 傳入互動或SOAP API使用情形
    傳入互動規則和選件會在行銷資料庫中評估,需要大量資料庫伺服器資源,尤其是CPU。 大量使用傳入互動或SOAP API需要個別的Web伺服器,將工作負載與執行的Campaign工作流程分開。

  • 追蹤資料保留期
    將追蹤資料的保留期提高到90天以後,需要更多資料庫儲存,而且可能會減慢系統的速度,因為插入新的追蹤資料會放入大型表格中。 追蹤資料在90天後無法用於促銷活動細分,因此建議使用較短的保留期。

    如果您需要對收件者行銷體驗進行長期分析,應將追蹤資料移入Adobe Analytics或其他分析系統。

虛擬化

所有Campaign伺服器都是虛擬化的理想候選伺服器。 必須解決幾個問題以確保適當的可用性和效能。

  • 故障轉移配置
    群集伺服器(例如,負載平衡代理下的冗餘應用程式伺服器)必須部署在單獨的硬體上,以確保在出現硬體故障時,兩個VM不會關閉。

  • I/O配置
    必須維護任何建議的RAID配置以確保資料庫安全,以確保儲存設備的丟失不會導致資料丟失。

  • I/O效能
    必須遵守建議的資料庫儲存IOPS等級。 Amazon EC2等雲端服務可能無法提供所需的效能,因此必須謹慎評估。 例如,Amazon EC2預配置的SSD卷當前分級為每個20,000 IOPS。 深入了解 Amazon檔案,因此,4卷RAID配置的額定值為80,000 IOPS,這可能不夠。

Adobe建議在將系統投入生產之前,對Adobe Campaign的任何虛擬化部署進行效能測試。

相關主題

本頁內容