本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
請求原始群組的運作方式與請求未設為原始群組的原始伺服器的運作方式相同，但存在原始伺服器容錯移轉時例外。與任何其他原始伺服器相同，當 CloudFront 收到請求且內容已在節點遭到快取時，會從快取將內容提供給檢視器。當發生命中遺漏時，會將檢視器請求轉送到原始伺服器群組中的主要原始伺服器。
主要原始伺服器的請求和回應行為是相同的，因為它是針對不在原始伺服器群組中的原始伺服器。如需詳細資訊，請參閱 Amazon S3 原始伺服器之請求和回應行為 及 為自訂原始伺服器之請求和回應行為。
以下描述當主要原始伺服器傳回特定 HTTP 狀態碼時，原始伺服器容錯移轉的行為：
-
HTTP 2xx 狀態碼 (成功)：CloudFront 快取檔案並傳回給檢視器。
-
HTTP 3xx 狀態碼 (重新引導)：CloudFront 將狀態碼傳回給檢視器。
-
HTTP 4xx 和 5xx 狀態碼 (用戶端/伺服器錯誤)：如果已針對容錯移轉設定傳回的狀態碼，則 CloudFront 會傳送相同的請求到原始伺服器群組中的次要原始伺服器。
-
HTTP 4xx 和 5xx 狀態碼 (用戶端/伺服器錯誤)：如果未針對容錯移轉設定傳回的狀態碼，則 CloudFront 會將錯誤傳回給檢視器。
只有當檢視器請求的 HTTP 方法為 GET、HEAD 或 OPTIONS 時，CloudFront 才會容錯移轉至次要原始伺服器。當檢視器傳送不同的 HTTP 方法 (例如，POST、PUT 等等) 時，CloudFront 不會容錯移轉。
當 CloudFront 將請求傳送到次要原始伺服器時，回應行為與不在原始伺服器群組中的 CloudFront 原始伺服器相同。
如需原始伺服器群組的詳細資訊，請參閱使用 CloudFront 原始伺服器容錯移轉最佳化高可用性。
