一種實現(xiàn)主/從故障轉(zhuǎn)移模式的方法是擁有一個應(yīng)用程序?qū)嵗募?#xff0c;其中一個實例（主實例）當(dāng)前處于活動狀態(tài)，而其他實例（從屬實例）處于待機(jī)狀態(tài)，隨時可以在主實例發(fā)生故障時接管。 一些項目提供了開箱即用的這種主/從支持：

為Apache Karaf創(chuàng)建故障轉(zhuǎn)移部署很簡單：我們啟動兩個或多個Karaf實例，并讓它們指向相同的鎖（文件系統(tǒng)或數(shù)據(jù)庫）。 然后，啟動的第一個實例將獲得鎖并成為主實例，而其他實例將在啟動捆綁包之前等待獲取鎖。 另外，Karaf提供了熱備用功能，其中即使在從屬實例中也啟動了一些捆綁包，而其他捆綁包等待獲得鎖。

Apache ActiveMQ提供了幾種創(chuàng)建主/從配置的方法，但最簡單的方法是啟動兩個或多個ActiveMQ實例，它們指向同一個數(shù)據(jù)源（文件或數(shù)據(jù)庫），第一個代理獲得鎖定并成為主數(shù)據(jù)，第二個和另一個經(jīng)紀(jì)人成為奴隸，等待鎖。 簡單。

駱駝呢？ 我們?nèi)绾螕碛卸鄺l路由（在一個或單獨的容器中），其中一個是主路由（處于運行狀態(tài)），而其他路由在主路由停止后立即等待接管，以確保路由級別的高可用性？ 有幾個提供這種功能的組件，并且所有組件都依賴于將某種集中式外部系統(tǒng)用作鎖。

Camel Quartz組件具有集群支持。

• 如果使用石英使用者，則在群集模式下，一次只能觸發(fā)一條路由。
• 或者，如果使用基于石英的CronScheduledRoutePolicy ，則在群集模式下，只會啟動/停止一條路由。

這兩個選項都依賴于將石英配置有在集群中所有路由之間共享的數(shù)據(jù)源。 這種用法不完全是主/從，但最終會產(chǎn)生相同的效果。

Camel Zookeeper組件提供了一個RoutePolicy，可以以主/從方式啟動/停止路由。 獲取鎖的第一條路線將開始，其余路線將等待獲取鎖。 該組件的一個優(yōu)點是可以將其配置為運行多個主機(jī)。

駱駝JGroups組件還具有使用JGroupsFilters的主/從功能。

JBoss Fuse Master組件可能是在Fuse環(huán)境中進(jìn)行主/從設(shè)置的最簡單方法。 在內(nèi)部，它依賴Zookeeper的znode功能，類似于上面的zookeeper組件。

這尚未實現(xiàn)，但從理論上講，可以使用ActiveMQ的專有使用者功能（提供分布式鎖）來實現(xiàn)RoutePolicy。 如果您實現(xiàn)了，請告訴我！

參考：來自O(shè)FBIZian博客的JCG合作伙伴 Bilgin Ibryam的駱駝路線主/從故障轉(zhuǎn)移 。

翻譯自: https://www.javacodegeeks.com/2014/01/masterslave-failover-for-camel-routes.html

總結(jié)

以上是生活随笔為你收集整理的骆驼路线的主/从故障转移的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。