一種實現主/從故障轉移模式的方法是擁有一個應用程序實例的集群，其中一個實例（主實例）當前處于活動狀態，而其他實例（從屬實例）處于待機狀態，隨時可以在主實例發生故障時接管。 一些項目提供了開箱即用的這種主/從支持：

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

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

駱駝呢？ 我們如何擁有多條路由（在一個或單獨的容器中），其中一個是主路由（處于運行狀態），而其他路由在主路由停止后立即等待接管，以確保路由級別的高可用性？ 有幾個提供這種功能的組件，并且所有組件都依賴于將某種集中式外部系統用作鎖。

Camel Quartz組件具有集群支持。

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

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

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

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

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

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

參考：來自OFBIZian博客的JCG合作伙伴 Bilgin Ibryam的駱駝路線主/從故障轉移 。

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

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。