本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

建立內 Lightsail 遞網路發佈

在本指南中，我們將向您展示如何使用 Lightsail 主控台建立 Amazon Lightsail 分發，並說明您可以設定的分發設定。如需有關分發的詳細資訊，請參閱內容交付網路分發。

內容

必要條件

在您開始建立分發之前，請先完成以下事前準備：

原始伺服器資源

原始伺服器是分發內容的最終來源。建立分發時，您可以選擇裝載網站或 Web 應用程式內容的 Lightsail 執行個體、容器服務、儲存貯體或負載平衡器 (連接一個或多個執行個體)。

每個分發僅能選擇一個原始伺服器。在建立分發後，您可以隨時變更原始伺服器。如需詳細資訊，請參閱變更分發的原始伺服器。

原始伺服器通訊協定政策

您的分發在從原始伺服器提取內容時所使用的通訊協定政策，即為原始伺服器通訊協定政策。在您選擇分發的原始伺服器後，您應判斷分發在從原始伺服器提取內容時，是否應使用超文字傳輸通訊協定 (HTTP) 或超文字傳輸通訊協定安全 (HTTPS)。如果您的原始伺服器未設定使用 HTTPS，則必須使用 HTTP。

您可以為分發選擇以下其中一個原始伺服器通訊協定政策：

編輯原始伺服器通訊協定政策的步驟包含在本指南後續的建立分發章節中。

快取行為和快取預設

快取預設會針對您在原始伺服器上託管的內容類型，自動設定分發的設定。例如，選擇 Best for static content (靜態內容最佳選擇) 預設，會使用最適合靜態網站的設定來自動設定您的分發。如果您的網站託管在 WordPress 執行個體上，請選擇「最適合 WordPress預設」，讓您的發佈自動設定為與您的 WordPress 網站搭配使用。

您可以針對分發選擇下列其中一個快取預設：

快取預設集只能在 Lightsail 主控台中指定。您無法使用 Lightsail API 和開發套件來指定它。 AWS CLI

最適合 WordPress 緩存預設

當您選取使用「由 Bitnami WordPress 認證」和「自動化」藍圖做為發佈來源的執行個體時，Lightsail 會詢問您是否要將最佳 WordPress快取預設集套用至您的發佈。如果您應用當前，則會自動配置您的分發以最適合您的 WordPress 網站。您不需要套用其他分發設定。最適合 WordPress 預設緩存除了網站wp-includes/和wp-content/目錄中的文件之外沒有任何內 WordPress容。它也會將分發設定為每天清除其快取 (快取壽命為 1 天)，允許所有 HTTP 方法、僅轉送 Host 標頭，不轉送 Cookie 並轉送所有查詢字串。

預設行為

預設行為會指定分發處理內容快取的方式。系統會根據您選取的快取預設自動為您指定分發的預設行為。如果您選取不同的預設行為，則快取預設會自動變更為 Custom settings (自訂設定)。

您可以為分發選擇以下其中一個預設行為：

目錄和檔案覆寫

目錄和檔案覆寫可用來覆寫您選取的預設行為，或在該行為中新增例外狀況。例如，如果您選擇快取所有內容，請使用覆寫來指定分發不該快取的目錄、檔案或檔案類型。或者，如果您選擇不快取，請使用覆寫來指定分發應該快取的目錄、檔案或檔案類型。

在該頁面的 Directory and file overrides (目錄和檔案覆寫) 區段中，您可以指定目錄或檔案的路徑，以進行快取或不快取。使用星號符號指定萬用字元目錄 (path/to/assets/*) 和檔案類型 (*.html、*jpg、*js)。目錄和檔案路徑區分大小寫。

以下僅為如何指定目錄和檔案覆寫的範例：

進階快取設定

進階設定可用來指定分發中的內容快取壽命、允許的 HTTP 方法、HTTP 標頭轉送、Cookie 轉送和查詢字串轉送。您指定的進階設定僅適用於分發所快取的目錄和檔案，包括您指定為 Cache (快取) 的目錄和檔案覆寫。

您可以進行下列進階設定：

Cache lifespan (TTL) (快取壽命 (TTL))

在分發轉送另一個請求到原始伺服器，以判斷您的內容是否已更新之前，請控制您的內容在分發快取中停留的時間量。預設值為一天。縮短持續時間後，您可以更好地提供動態內容。增加持續時間會讓您的使用者取得更好的效能，因為檔案更有可能是直接從節點提供。增加持續時間也能減少原始伺服器的負載，因為分發提取內容的頻率減少。

Allowed HTTP methods (允許的 HTTP 方法)

控制分發處理及轉送至原始伺服器的 HTTP 方法。HTTP 方法表示想要在原始伺服器上執行的動作。例如，GET 方法會從您的原始伺服器擷取資料，而 PUT 方法會請求將封閉的實體存放在您的原始伺服器上。

您可以為分發選擇下列其中一個 HTTP 方法選項：

您的分發一律會快取針對 GET 與 HEAD 請求的回應。如果您選擇允許這些請求，您的分發也會快取針對 OPTIONS 請求的回應。您的分發不會快取針對任何其他 HTTP 方法的回應。如需詳細資訊，請參閱 HTTP 方法。

HTTP header forwarding (HTTP 標頭轉送)

控制分發是否根據指定標頭的值來快取內容，如果是的話，是根據哪些標頭的值。HTTP 標頭攜帶有關用戶端瀏覽器、請求的頁面、原始伺服器等的資訊。例如，Accept-Language 標頭會傳送用戶端的語言 (例如針對英文是 en-US)，以便原始伺服器能以用戶端語言的內容 (如果可用) 來回應。

您可以為分發選擇下列其中一個 HTTP 標頭選項：

如果您選取 Forward no headers (不轉送標頭)，您的分發不會根據標頭值快取內容。無論您選取的選項為何，您的分發皆會轉送特定標頭至原始伺服器，並根據您轉送的標頭來採取特定動作。如需有關分發處理標頭轉送的詳細資訊，請參閱 HTTP 請求標頭和分發行為。

Cookie forwarding (Cookie 轉送)

控制您的分發是否將 Cookie 轉送到原始伺服器，若要轉送，是哪些 Cookie 要轉送。Cookie 包含傳送至原始伺服器的一小段資料，例如有關訪客在您原始伺服器網頁上的動作的資訊，以及訪客提供的任何資訊，例如他們的姓名和興趣。

您可以為您的分發選擇下列其中一個 Cookie 轉送選項：

如果您選擇 Forward all cookies (轉送所有 Cookie)，無論您的應用程式使用多少 Cookie，您的分發都會轉送所有 Cookie。如果您選擇 Forward cookies I specify (轉送我指定的 Cookie)，然後在顯示的文字方塊中輸入您要分發轉送之 Cookie 的名稱。當您指定 Cookie 名稱時，您可以指定以下萬用字元：

例如，假設檢視器針對某個物件的請求包含名稱為 userid_member-number 的 Cookie。其中每個使用者都有 member-number (userid_123、userid_124、userid_125 等) 的唯一值。您希望分發為每個成員快取單獨版本的內容。您可以透過將所有 Cookie 轉送到原始伺服器以達成此目標，但檢視器請求包含一些您不希望分發快取的 Cookie。您可以指定以下值作為 Cookie 名稱，這會導致分發將所有以 userid_ 開頭的 Cookie 轉送至您的原始伺服器：userid_*

Query string forwarding (查詢字串轉送)

控制您的分發是否將查詢字串轉送至原始伺服器，若要轉送，是哪些查詢字串要轉送。查詢字串是指派值給指定參數的 URL 的一部分。例如，https://example.com/over/there?name=ferret URL 包含 name=ferret 查詢字串。當伺服器收到該等頁面的請求時，它可能會執行一個程式，並將不變的 name=ferret 查詢字串傳遞至該程式。問號用作分隔符號，而非查詢字串的一部分。

您可以選擇讓分發不轉送查詢字串，或只轉送您指定的查詢字串。如果您的原始伺服器傳回相同版本的內容，而不考慮查詢字串參數的值，請選擇不轉送查詢字串。這會讓分發更有可能提供來自快取的請求，從而提高效能並降低原始伺服器的負載。如果您的原始伺服器根據一或多個查詢字串參數傳回不同版本的內容，請選擇只轉送您指定的查詢字串。

分發計劃

分發計劃會指定每月的資料傳輸配額和分發成本。如果您的分發傳輸的資料數量超過計劃的每月資料傳輸配額，則會向您收取超額費用。如需詳細資訊，請參閱 Lightsail 定價頁面。

若要避免產生超額費用，請將目前的分發計劃變更為不同的計劃，以便在分發超過每月配額之前，提供更多的每月資料傳輸量。在每個 AWS 帳單週期內，您只能變更一次配送方案。如需有關在建立分發計畫後再變更的詳細資訊，請參閱變更分發計畫。

建立分發

完成下列程序以建立分發。

後續步驟

建議您在分發啟動並執行之後，完成下列後續步驟。