若要符合您的訊息傳送需求,請修改 Java 訊息服務與 JMS 主機清單,以滿足您的部署、效能與可用性需求。以下各節說明一些典型的方案。
為取得最佳的可用性,若訊息傳送需求不單只是為了 Application Server,請在不同的機器上部署 MQ 代理程式與 Application Server。或在每部機器上執行一個應用程式伺服器實例與一個 MQ 代理程式實例,直到訊息傳送能力足夠為止。
自動安裝 Application Server 會建立 Domain Administration Server (DAS)。依預設,DAS 的 Java 訊息服務類型是 LOCAL。因此,啟動 DAS 也會啟動其預設 MQ 代理程式。
建立新的網域也會建立新的代理程式。依預設,當您將獨立的伺服器實例或叢集增加至網域時,其 Java 訊息服務會配置為 REMOTE,而其預設 JMS 主機會是 DAS 所啟動的代理程式。
預設部署說明使用包含三個實例的應用程式伺服器叢集之預設部署範例。
若要配置應用程式伺服器叢集使用 MQ 代理程式叢集,請增加所有 MQ 代理程式作為 Application Server 的 Java 訊息服務中之 JMS 主機。所有建立的 JMS 連線工廠及部署的 MDB 會接著使用指定的 JMS 配置。
下圖描述的部署範例,在代理程式叢集中包含三個 MQ 代理程式,並在叢集中包含三個應用程式伺服器實例。
在某些情況下,應用程式使用的 MQ 代理程式叢集,可能必須與應用程式伺服器叢集使用的不同。指定特定應用程式的 MQ 代理程式叢集說明此類方案的範例。若要執行此作業,請使用 JMS 連線工廠的 AddressList 特性或 MDB 部署描述元中的 activation-config 元素,指定 MQ 代理程式叢集。
如需有關配置連線工廠的更多資訊,請參閱「Sun Java System Application Server 9.1 管理指南」中的「JMS 連線工廠」。如需有關 MDB 的更多資訊,請參閱「Sun Java System Application Server 9.1 Developer’s Guide」中的「Using Message-Driven Beans」。
當應用程式用戶端或獨立應用程式第一次存取 JMS 管理式物件時,用戶端 JVM 會從伺服器擷取 Java 訊息服務配置。用戶端 JVM 必須重新啟動,才可使用對於 JMS 服務所做的進一步變更。