sequoia負載均衡

控制器之間客戶端連線的分配

當客戶端程式連線虛擬伺服器的時候，sequoia 聯結器使用sequoia url連線到控制器。sequoia url包含了乙個所有要用到的控制器的ip列表。預設的，sequoia 控制器監聽25322 埠。

如果當前選擇的控制器失敗了，將會自動從sequoia url定義的列表中重新取乙個新的出來。

新的連線，根據預定義的負載均衡策略（隨機，輪詢，順序），連線到乙個控制器上。所有的屬於這個連線的請求都會被傳送到同乙個控制器，但是這個控制器會把這些請求在它下面的後端之間進行的負載均衡。

一旦連線建立，乙個針對某個虛擬資料庫的使用者名稱和密碼的組合，會連同資料庫的名字一起被傳送到控制器的驗證管理器中進行檢查。

在後端之間分配唯讀請求

在後端之間進行負載均衡，有下面幾種可選方案:

處理sequoia中的客戶端連線上下文

客戶端連線可以分為下面兩種:

這兩種連線都是sequoia 分配的：如果沒有連線可用，控制器會等待連線池提供可用的連線。

使用持久化連線的典型例子

這裡有一些持久化連線用法的典型例子:

使用持久化連線的相關問題

因為下面的原因，不推薦使用sequoia 的持久化連線。

減低系統效能；

開啟和關閉持久化連線是在集群範圍內執行的，因此會降低系統效能；

會導致禁止後端或關閉資料庫失敗；

後端只有在所有的持久化連線都關閉後才能被disable。

每個連線的開啟/關閉都會被記錄到recovery log中。當乙個checkpoint需要被新增到recovery log中時（比如在資料庫庫備份期間要disable掉後端），sequoia 必須等當前開啟的所有持久化連線都關閉完之後才能執行，因為連線的上下文不會被記錄。

而且，虛擬資料庫也只能在所有的後端都被disable掉之後才能關閉。所以，如果應用無限期的保持開啟連線池中的連線的話，虛擬資料庫將無法正常關閉。

那麼在使用持久化連線時怎麼防止這些情況發生呢。

上述失敗可能發生如果我們這麼使用sequoia 的話：

確保你的應用顯式的關閉了它們的連線。特別要檢查連線池和連線重用計畫。

如果你使用像jboss那樣的應用伺服器。你必須配置連線池，因此沒用的連線被續約並按照一定的規則關閉掉（idle-timeout引數在虛擬資料庫的配置檔案中）。

注意：

使用sequoia時，不推薦同時使用持久化連線和連線池。因此，如果你沒用持久化連線，你應該把他們disable掉。