6.1 Calendar Server 6.3 版的高可用性選擇簡介
配置高可用性有多種方法。本小節包含三個高可用性選擇的簡介，以及協助您選擇最適合您需求的方法的資訊。
本小節包含以下主題：
6.1.1 瞭解 Calendar Server 版本 6.3 的非對稱高可用性
簡單的非對稱高可用性系統具有兩個實體節點。主要節點通常是使用中的，而另一個節點則充當備份節點，準備在主要節點故障時接管。若要完成容錯移轉，會切換共用磁碟陣列，以便由備份節點控制。Calendar Server 程序會在故障的主要節點上停止，並在備份節點上啟動。
這種類型的高可用性系統有幾個優點。其中一個優點就是備份節點是完全保留給主要節點專用。這表示在發生容錯移轉時，備份節點上不會發生資源競爭的情況。另一個優點就是能夠執行輪流升級；亦即，您可以在升級某個節點的同時，繼續在另一個節點上執行 Calendar Server 軟體。您在升級第一個節點時對 ics.conf 檔案所做的變更將不會干擾在輔助節點上執行的其他 Calendar Server 軟體實例，因為只會在啟動時讀取一次配置檔。您必須停止並重新啟動行事曆程序，然後新配置才會生效。當您想要升級另一個節點時，可以對已升級的主要節點執行容錯移轉，然後繼續在輔助節點上進行升級。
備註 –
當然，您可以選擇先升級輔助節點，然後再升級主要節點。
非對稱高可用性模型也有一些缺點。其中一個缺點就是備份節點大部分時間都是處於閒置狀態，使得這個資源未被充分利用。另一個可能的缺點就是單一儲存陣列。如果簡單的非對稱高可用性系統發生磁碟陣列故障，將沒有可用的備份
6.1.2 瞭解 Calendar Server 版本 6.3 的對稱高可用性
簡單的對稱高可用性系統具有兩個使用中的實體節點，每一個都具有自己的磁碟陣列，而且這個磁碟陣列具有兩個儲存磁碟區，一個磁碟區用於本機行事曆儲存區，另一個磁碟區則用於另一個節點行事曆儲存區的鏡像。每一個節點都會充當另一個節點的備份。當某個節點容錯移轉到它的備份時，有兩個 Calendar Server 實例會同時在備份節點上執行，每一個都是從它自己的安裝目錄執行，並存取它自己的行事曆儲存區。唯一共用的事物是備份節點的運算能力。
這種類型的高可用性系統的優點就是兩個節點同時在使用中，因而可以充分地利用機器資源。不過，故障期間，備份節點將有更多的資源競爭情況，因為它執行兩個節點的 Calendar Server 服務。
對稱高可用性也提供備份儲存陣列。如果磁碟陣列故障，則服務可以選用其備份節點上的備援影像。
備註 –
若要配置對稱高可用性系統，可以在共用磁碟上安裝 Calendar Server 二進位檔。但這樣做可能會阻止您執行輪流升級，輪流升級是一項 Calendar Server 未來版本所規劃的功能，可讓您以最少或零當機時間，即可利用 CalendarServer 修補程式版本來升級系統。
6.1.3 瞭解 N+1 (N 加 1)：Calendar Server 版本 6.3 的多個非對稱高可用性
除了本章中所說明的兩種高可用系統類型外，也可以由前兩種類型混合而形成第三種類型。這是多節點的非對稱高可用性系統。在這種類型中，"N" 個磁碟陣列及 "N" 個節點全都使用處於保留狀態且通常不在使用中的同一備份節點。這個備份節點能夠為 "N" 個節點的任一個執行 Calendar Server。它會共用 "N" 個節點磁碟陣列的每一個，如先前圖形所示。如果多個節點同時失敗，則備份節點必須能夠最多同時執行 "N" 個 Calendar Server 實例。"N" 個節點的每一個都有自己的磁碟陣列。
N+1 模型的優點就是 Calendar Server 負載可以分散到多個節點，而且只需要一個備份節點，就可以應付所有可能的節點故障。
這種類型的高可用性的缺點與任何非對稱系統相同，即備份節點大部分時間都是閒置的。此外，如果 N+1 高可用性系統備份節點必須管理多個 Calendar Server 實例，則它必須具有額外的容量。這表示更高成本的機器正處於閒置狀態。不過，機器閒置率是 1：N，不同於單一非對稱系統中的 1:1。
若要配置這種類型的系統，請遵循非對稱高可用性系統的說明來配置 "N" 個節點的每一個和備份。每次使用相同的備份節點，但是與不同的主要節點搭配。
6.1.4 選擇適合於 Calendar Server 版本 6.3 部署的高可用性模型
下表彙總每種高可用性模型的優缺點。使用這個資訊，可協助您判斷哪一個模型最適合您的部署。
表 6–1 兩種高可用性模型的優缺點|
模型 |
優點 |
缺點 |
建議的使用者 |
|---|---|---|---|
|
非對稱 |
|
無法充分利用機器資源。 |
規劃要在未來擴充的小型服務提供者 |
|
對稱 |
|
備份節點上發生資源競爭。 HA 需要完整的備援磁碟。 |
如果發生單一伺服器故障，可以接受效能損失的小型公司部署 |
|
N+1 |
|
管理和配置複雜。 |
需要分散負載且沒有資源限制的大型服務提供者 |
6.1.5 為 Calendar Server 6.3 部署中的高可用性計算系統當機時間
下表說明任何特定日子裡行事曆服務將由於系統故障無法使用的可能性。這些計算假設每部伺服器平均每三個月就有一天由於系統當機或伺服器掛機而中斷執行，並假設每一個儲存裝置平均每 12 個月就有一天中斷執行。這些計算也會忽略兩個節點同時中斷執行的可能性，因為很少發生。
表 6–2 系統當機時間計算|
模型 |
伺服器當機時間可能性 |
|
單一伺服器 (沒有高可用性) |
Pr(down) = (4 天系統當機 + 1 天儲存裝置故障)/365 = 1.37% |
|
非對稱 |
Pr(down) = (0 天系統當機 + 1 天儲存裝置故障)/365 = 027% |
|
對稱 |
Pr(down) = (0 天系統當機 + 0 天儲存裝置故障)/365 = (接近 0) |
|
N + 1 非對稱 |
Pr(down) = (5 小時系統當機 + 1 天儲存裝置故障)/(365xN) = 0.27%/N |
- © 2010, Oracle Corporation and/or its affiliates