本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
使用 CloudFront 原始伺服器容錯移轉最佳化高可用性
對於需要高可用性的案例，您可以將 CloudFront 設定為具有原始伺服器容錯移轉。如要開始使用，您可以使用兩個原始伺服器建立原始伺服器群組：主要及次要。如果主要原始伺服器無法使用，或是傳回指出故障的特定 HTTP 回應狀態碼，CloudFront 會自動切換至次要原始伺服器。
若要設定原始伺服器容錯移轉，您必須至少分佈兩部原始伺服器。接著，您可以為您的分佈建立原始伺服器群組，其中包含兩個原始伺服器，並將其中一個設為主要原始伺服器。最後，您可以建立或更新快取行為，以使用原始伺服器群組。
如要查看設定原始伺服器群組和設定特定原始伺服器容錯移轉選項的步驟，請參閱 建立原始伺服器群組。
在設定快取行為的原始伺服器容錯移轉之後，CloudFront 會針對檢視者請求執行下列操作：
-
發生快取命中時，CloudFront 會傳回請求的物件。
-
快取未中時，CloudFront 會將請求路由至原始伺服器群組中的主要原始伺服器。
-
當主要原始伺服器傳回不是為容錯移轉設定的狀態碼 (例如 HTTP 2xx 或 3xx 狀態碼) 時，CloudFront 便會將請求的物件提供給檢視者。
-
發生下列任何一種情況時：
-
主要原始伺服器會傳回您為容錯移轉設定的 HTTP 狀態碼
-
CloudFront 無法連線至主要原始伺服器 （當 503 設定為容錯移轉程式碼時）
-
來自主要原始伺服器的回應需要太長的時間 （逾時） （將 504 設定為容錯移轉代碼時）
接著，CloudFront 會將請求路由至原始伺服器群組中的輔助原始伺服器。
注意
對於某些使用案例 (例如串流視訊內容)，您可能希望 CloudFront 快速容錯移轉至次要原始伺服器。若要調整 CloudFront 容錯移轉至次要原始伺服器的速度，請參閱控制原始伺服器逾時和嘗試。
-
CloudFront 會將所有傳入要求路由到主要原始伺服器，即使先前的要求容錯移轉到次要原始伺服器也是如此。CloudFront 只會在向主要原始伺服器傳送請求失敗後，才會向次要原始伺服器傳送請求。
只有當檢視器請求的 HTTP 方法為 GET、HEAD 或 OPTIONS 時，CloudFront 才會容錯移轉至次要原始伺服器。當檢視器傳送不同的 HTTP 方法 (例如，POST、PUT 等等) 時，CloudFront 不會容錯移轉。
下圖說明原始伺服器容錯移轉的運作方式。
建立原始伺服器群組
建立來源群組
登入 AWS Management Console ，並在 開啟 CloudFront 主控台https://console.aws.amazon.com/cloudfront/v4/home
。 -
選擇您要為原始伺服器群組建立的分佈。
-
選擇 Origins (原始伺服器) 索引標籤。
-
請確定分佈有多個原始伺服器。如果沒有多個原始伺服器，請新增第二個原始伺服器。
-
在 Origins (原始伺服器) 索引標籤上的 Origin groups (原始伺服器群組) 窗格中，選擇 Create Origin Group (建立原始伺服器群組)。
-
選擇原始伺服器群組的原始伺服器。新增原始伺服器後，使用箭號來設定優先順序，即哪一個原始伺服器為主要原始伺服器，哪一個為輔助。
-
輸入原始伺服器群組的名稱。
-
選擇要用來做為容錯移轉條件的 HTTP 代碼。您可以選擇以下狀態碼的任意組合：400、403、404、416、500、502、503 或 504。當 CloudFront 收到的請求中包含其中一個您指定的狀態碼時，便會容錯移轉至輔助原始伺服器。
注意
只有當檢視器請求的 HTTP 方法為
GET、HEAD或OPTIONS時，CloudFront 才會容錯移轉至次要原始伺服器。當檢視器傳送不同的 HTTP 方法 (例如，POST、PUT等等) 時，CloudFront 不會容錯移轉。 -
在原始伺服器選取條件下，指定當您的分佈路由檢視器請求時，如何選取原始伺服器。您可以選擇下列選項。
- 預設
-
CloudFront 將使用您在設定頁面上指定的預設原始伺服器優先順序。
- 媒體品質分數
-
CloudFront 會追蹤並使用此分數來決定轉送請求的第一個原始伺服器。這也授權 CloudFront 向原始伺服器群組中的替代原始伺服器提出非同步
HEAD請求，以判斷其媒體品質分數。您只能為 AWS Elemental MediaPackage v2 原始伺服器選擇此選項。如需詳細資訊，請參閱媒體品質感知彈性。
-
選擇 Create origin group (建立原始伺服器群組)。
請務必將原始伺服器群組指派為分佈快取行為的原始伺服器。如需詳細資訊，請參閱名稱。
控制原始伺服器逾時和嘗試
依預設，CloudFront 會嘗試連接至原始群組中的主要原始伺服器，長達 30 秒 (嘗試 3 次連線，每次 10 秒)，然後再容錯移轉至次要原始伺服器。對於某些使用案例 (例如串流視訊內容)，您可能希望 CloudFront 更快速容錯移轉至次要原始伺服器。您可以調整以下設定，影響 CloudFront 容錯移轉至次要原始伺服器的速度。如果原始伺服器是次要原始伺服器或不屬於原始群組的原始伺服器，這些設定會影響 CloudFront 回應將 HTTP 504 傳回瀏覽者的速度。
若要更快地容錯移轉，請指定較短的連線逾時、較少的連線嘗試次數或兩者。對於自訂原始伺服器 (包括使用靜態網站託管所設定的 Amazon S3 儲存貯體)，您也可以調整原始伺服器回應逾時。
- 原始伺服器連線逾時
-
原始伺服器連線逾時設定會影響當嘗試建立與原始伺服器的連線時 CloudFront 的等待時間長短。依預設，CloudFront 會等待 10 秒來建立連線，但您可以指定 1-10 秒 (含)。如需更多詳細資訊，請參閱 連線逾時。。
- 原始伺服器連線嘗試次數
-
原始伺服器連線嘗試次數設定會影響 CloudFront 嘗試連線至原始伺服器的次數。依預設，CloudFront 會嘗試連線 3 次，但您可以指定 1-3 (含)。如需更多詳細資訊，請參閱 連線嘗試。
對於自訂原始伺服器 (包括使用靜態網站託管所設定的 Amazon S3 儲存貯體)，此設定也會影響在原始伺服器回應逾時時，CloudFront 嘗試從原始伺服器取得回應的次數。
- 原始伺服器回應逾時
注意
這僅適用於自訂原始伺服器。
原始伺服器回應逾時設定會影響 CloudFront 從原始伺服器接收回應 (或接收完整回應) 的等待時間長短。依預設，CloudFront 會等待 30 秒，但您可以指定 1-60 秒 (含)。如需更多詳細資訊，請參閱 回應逾時 （僅限自訂和 VPC 原始伺服器）。
如何變更這些設定
在 CloudFront 主控台
-
對於新原始伺服器或新的分佈，您可以在建立資源時指定這些數值。
-
對於現有分佈中的現有原始伺服器，您可以在編輯原始伺服器時指定這些數值。
如需更多詳細資訊，請參閱 分佈設定參考。
使用原始伺服器容錯移轉與 Lambda@Edge 函數搭配
您可以使用 Lambda@Edge 函數，與您已利用原始伺服器群組設定的 CloudFront 分佈搭配。如要使用 Lambda 函數，請在建立快取行為時，於原始伺服器群組的原始伺服器請求或原始伺服器回應觸發條件中進行指定。當您搭配原始伺服器群組使用 Lambda@Edge 函數時，可能會針對單一瀏覽者請求觸發函數兩次。例如，考量以下情境：
-
您可以使用原始伺服器請求觸發條件建立 Lambda@Edge 函數。
-
Lambda 函數會在 CloudFront 傳送請求至主要原始伺服器 (快取未中) 時觸發一次。
-
主要原始伺服器會回應為容錯移轉設定的 HTTP 狀態碼。
-
當 CloudFront 向次要原始伺服器傳送相同的請求時，會再次觸發 Lambda 函數。
下圖說明當您在原始伺服器請求或回應觸發中包括 Lambda@Edge 函數時，原始伺服器容錯移轉的運作方式。
如需使用 Lambda@Edge 觸發的詳細資訊，請參閱新增 Lambda@Edge 函數的觸發。
如需管理 DNS 容錯移轉的詳細資訊，請參閱《Amazon Route 53 開發人員指南》中的設定 DNS 容錯移轉。
搭配原始伺服器容錯移轉使用自訂錯誤頁面
您可以使用自訂錯誤頁面與原始伺服器群組搭配，其方式與您將它們與未針對原始伺服器容錯移轉設定之原始伺服器搭配使用的方式類似。
當您使用原始伺服器容錯移轉時，您可以設定 CloudFront 針對主要或輔助原始伺服器 (或兩者) 傳回自訂錯誤頁面：
-
針對主要原始伺服器傳回自訂錯誤頁面 ‒ 如果主要原始伺服器傳回未針對容錯移轉設定的 HTTP 狀態碼，CloudFront 便會將自訂錯誤頁面傳回瀏覽者。
-
針對輔助原始伺服器傳回自訂錯誤頁面 ‒ 如果 CloudFront 從輔助原始伺服器收到故障狀態碼，CloudFront 便會傳回自訂錯誤頁面。
如需使用自訂錯誤頁面與 CloudFront 搭配的詳細資訊，請參閱 產生自訂錯誤回應。
