Amazon Redshift 將不再支援從修補程式 198 開始建立新的 Python UDFs。現有 Python UDF 將繼續正常運作至 2026 年 6 月 30 日。如需詳細資訊，請參閱[部落格文章](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/)。 本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # 使用 Amazon Redshift 佈建叢集的考量事項 建立叢集之後，您可以在本節中找到有關哪些區域中可使用功能、維護任務、節點類型和用量限制等資訊。 ## 區域與可用區域的考量 Amazon Redshift 可在數個 AWS 區域使用。根據預設，Amazon Redshift 會將您的叢集佈建在您選擇的 AWS 區域內隨機選取的可用區域 (AZ) 中。所有叢集節點將佈建在相同的可用區域中。 如果該區域可使用 Amazon Redshift，您可以選擇請求該特定可用區域。例如，若您有一個 Amazon EC2 執行個體在一個可用區域內執行，您可能會想將 Amazon Redshift 叢集建立在相同的區域內，以降低延遲。另一方面，您可能會想選擇其他可用區域以獲得更高的可用性。Amazon Redshift 可能無法在 AWS 區域內的所有可用區域中使用。 如需可佈建 Amazon Redshift 叢集的支援 AWS 區域清單，請參閱 中的 [Amazon Redshift 端點](https://docs.aws.amazon.com/general/latest/gr/redshift-service.html)*Amazon Web Services 一般參考*。 ## 叢集維護 Amazon Redshift 會定期執行維護，以套用升級至您的叢集。在這些更新期間，您的 Amazon Redshift 叢集無法執行正常的操作。您有多種方法可以控制我們如何維護您的叢集。例如，您可以控制我們何時將更新部署到您的叢集。您也可以選擇是否讓叢集一律執行最新發行的版本，或在最新發行版本之前發行的版本。最後，您可以選擇將非強制的維護更新延遲為一段期間。 ### 維護時段 Amazon Redshift 會從每個 AWS 區域的 8 小時時段中隨機指派 30 分鐘的維護時段，該時段發生在一週的隨機日期 （週一至週日，包含 )。 #### 預設維護時段 下列清單顯示指派預設維護時段的每個 AWS 區域的時段： + 美國東部 (維吉尼亞北部) 區域：03:00–11:00 UTC + 美國東部 (俄亥俄) 區域：03:00–11:00 UTC + 美國西部 (加利佛尼亞北部) 區域：06:00–14:00 UTC + 美國西部 (奧勒岡) 區域：06:00–14:00 UTC + 非洲 (開普敦) 區域：20:00–04:00 UTC + 亞太區域 (香港) 區域：13:00–21:00 UTC + 亞太區域 (海德拉巴) 區域：16:30–00:30 UTC + 亞太區域 (雅加達) 區域：15:00–23:00 UTC + 亞太區域 (馬來西亞) 區域：14:00–22:00 UTC + 亞太區域 (墨爾本) 區域：12:00–20:00 UTC + 亞太區域 (孟買) 區域：16:30–00:30 UTC + 亞太區域 (紐西蘭) 區域：10:00–18:00 UTC + 亞太區域 (大阪) 區域：13:00–21:00 UTC + 亞太區域 (首爾) 區域：13:00–21:00 UTC + 亞太區域 (新加坡) 區域：14:00–22:00 UTC + 亞太區域 (雪梨) 區域：12:00–20:00 UTC + 亞太區域 (台北) 區域：14:00–22:00 UTC + 亞太區域 (泰國) 區域：15:00–23:00 UTC + 亞太區域 (東京) 區域：13:00–21:00 UTC + 加拿大 (中部) 區域：03:00–11:00 UTC + 加拿大西部 (卡加利) 區域：04:00–12:00 UTC + 中國 (北京) 區域：13:00–21:00 UTC + 中國 (寧夏) 區域：13:00–21:00 UTC + 歐洲 (法蘭克福) 區域：06:00–14:00 UTC + 歐洲 (愛爾蘭) 區域：22:00–06:00 UTC + 歐洲 (倫敦) 區域：22:00–06:00 UTC + 歐洲 (米蘭) 區域：21:00–05:00 UTC + 歐洲 (巴黎) 區域：23:00–07:00 UTC + 歐洲 (斯德哥爾摩) 區域：23:00–07:00 UTC + 歐洲 (蘇黎世) 區域：20:00–04:00 UTC + 以色列 (特拉維夫) 區域：20:00–04:00 UTC + 墨西哥 (中部) 區域：04:00–12:00 UTC + 歐洲 (西班牙) 區域：21:00–05:00 UTC + 中東 (巴林) 區域：13:00–21:00 UTC + 中東 (阿拉伯聯合大公國) 區域：18:00–02:00 UTC + 南美洲 (聖保羅) 區域：19:00–03:00 UTC 如果在特定週排程維護事件，事件會在指定的 30 分鐘維護時段內啟動。Amazon Redshift 執行維護時，會終止任何查詢或其他進行中的操作。在 [Amazon Redshift 服務水準協議](https://aws.amazon.com/redshift/sla/)中，計劃維護期間遇到的停機時間不會被視為每月停機時間或無法使用。多數的維護會在 30 分鐘維護時段內完成，但部分的維護作業可能會在時段結束後繼續執行。如果排程的維護時段內沒有要執行的維護作業，叢集將繼續正常運作，直到下次排程的維護時段。 您可以透過程式設計的方式或使用 Amazon Redshift 主控台修改叢集，以變更排程的維護時段。您可以在**維護**索引標籤下找到維護時段，並為叢集設定進行維護的日期和時間。 叢集有可能在維護時段外重新啟動。有幾個原因會導致這種情況發生。還有一個常見原因是叢集偵測到問題，因此系統執行維護操作以使叢集恢復良好狀態。如需詳細資訊，請參閱[為何我的 Amazon Redshift 叢集在維護時段外重新啟動？](https://repost.aws/knowledge-center/redshift-reboot-maintenance-window)一文，其中會提供有關為何會發生這種情況的詳細資訊。 ### 延遲維護 若要重新排程叢集的維護時段，您可以將維護延遲最多 60 天。例如，如果叢集的維護時段設為星期三 08:30 – 09:00 UTC，而您需要在這個時間存取叢集，則可以將維護時段延後。 如果您延後維護時段，Amazon Redshift 仍會對叢集套用硬體更新或其他強制性的安全更新。在這些更新期間，您的叢集無法使用。 如果在維護時段即將到來時排定了硬體更新或其他強制性的安全更新，Amazon Redshift 會在*待定*類別下傳送預先通知給您。若要進一步了解*待定*事件通知，請參閱 [Amazon Redshift 佈建叢集事件通知](working-with-event-notifications.md)。 您也可以選擇從 Amazon Simple Notification Service (Amazon SNS) 接收事件通知。如需訂閱 Amazon SNS 事件通知的相關資訊，請參閱[Amazon Redshift 叢集事件通知訂閱叢集事件通知訂閱](working-with-event-notifications-subscribe.md)。 如果您延遲叢集的維護，就無法再將所延遲時段後的下一個維護時段延遲。 **注意** 維護開始後就不能延遲。 如需叢集維護的相關資訊，請參閱以下文件： + [維護時段](#rs-maintenance-windows) + [叢集操作](managing-cluster-operations.md) + [修改叢集](modify-cluster.md) ### 選擇叢集維護軌道 當 Amazon Redshift 發行新的叢集版本時，叢集會在維護時段內更新。您可控制是否要將叢集更新至最新版或前一版。 追蹤可控制在維護時段內套用哪一個叢集版本。當 Amazon Redshift 發行新的叢集版本時，該版本會指派到「目前」**軌道，而先前版本會指派到「追蹤」**軌道。 如需有關叢集追蹤的資訊，請參閱 [Amazon Redshift 佈建叢集和無伺服器工作群組的追蹤](tracks.md)。 ### 了解 RA3 節點如何分隔運算和儲存 這些小節詳細說明 RA3 節點類型可用的任務，顯示對一系列使用案例的適用性，以及詳細說明相較於先前可用節點類型的優點。 #### RA3 節點的優點和可用性 RA3 節點提供下列優點： + 其具備彈性，可在不增加儲存成本的情況下增加您的運算容量。且其可在不過度佈建運算容量的情況下擴展您的儲存體。 + 其針對您的熱資料使用高效能 SSD，針對冷資料則使用 Amazon S3。因此，這些節點提供了易於使用且符合成本效益的儲存體及高查詢效能。 + 它們使用建置在 AWS Nitro 系統上的高頻寬聯網，進一步縮短資料卸載至 Amazon S3 並從中擷取所需的時間。 請考慮在這些案例中選擇 RA3 節點類型： + 您需要與儲存體分開擴展運算及為其支付費用的彈性時。 + 您只查詢總資料的一小部分。 + 您的資料量正在迅速成長或預期會快速成長。 + 您希望靈活地根據您的效能需求調整叢集大小。 若要使用 RA3 節點類型，您的 AWS 區域必須支援 RA3。如需詳細資訊，請參閱[AWS 區域中的 RA3 節點類型可用性](#ra3-regions)。 **重要** 您只能搭配 1.0.21262 或更新版本的叢集版本使用 ra3.xlplus 節點類型。您可以使用 Amazon Redshift 主控台檢視現有叢集的版本。如需詳細資訊，請參閱[判斷工作群組或叢集版本](tracks.md#cluster-version)。 請務必在使用 RA3 節點類型時使用新的 Amazon Redshift 主控台。 此外，如要搭配使用追蹤的 Amazon Redshift 操作使用 RA3 節點類型，維護追蹤的值必須設為支援 RA3 的叢集版本。如需追蹤的詳細資訊，請參閱 [選擇叢集維護軌道](#rs-mgmt-maintenance-tracks)。 在使用單節點 RA3 節點類型時，請考量下列事項。 + 支援資料共用生產者和取用者。 + 若要變更節點類型，則只支援傳統調整大小。不支援使用彈性調整大小或快照還原來變更節點類型。支援以下情況： + 透過傳統調整大小將單節點 dc2.xlarge 變更為單節點 ra3.xlplus，反之亦然。 + 透過傳統調整大小將單節點 dc2.xlarge 變更為多節點 ra3.xlplus，反之亦然。 + 透過傳統調整大小將多節點 dc2.xlarge 變更為單節點 ra3.xlplus，反之亦然。 ##### 使用 Amazon Redshift 受管儲存 透過 Amazon Redshift 受管儲存，您可以在 Amazon Redshift 中儲存和處理您所有的資料，同時取得更大的彈性來分別擴展運算和儲存容量。您可以繼續使用 COPY 或 INSERT 命令來擷取資料。為了最佳化效能和管理不同儲存層的自動資料置放，Amazon Redshift 會利用最佳化 (例如資料區塊溫度、資料區塊年齡和工作負載模式)。當需要時，Amazon Redshift 或自動將儲存擴展至 Amazon S3，無須任何手動動作。 如需有關儲存成本的資訊，請參閱 [Amazon Redshift 定價](https://aws.amazon.com/redshift/pricing/)。 ##### 管理 RA3 節點類型 如要利用將運算與儲存分開的優勢，您可以使用 RA3 節點類型建立或升級您的叢集。如要使用 RA3 節點類型，請在虛擬私有雲端 (EC2-VPC) 中建立您的叢集。 如要變更 RA3 節點類型之 Amazon Redshift 叢集的節點數，請執行以下其中一項作業： + 使用彈性調整大小操作新增或移除節點。在某些情況下，不允許使用彈性調整大小從 RA3 叢集移除節點。例如，當 2:1 節點計數升級將每個節點的配量數設為 32 時。如需詳細資訊，請參閱[調整叢集大小](resizing-cluster.md)。如果無法使用彈性調整大小，請使用傳統調整大小。 + 使用傳統調整大小操作新增或移除節點。當您調整大小至無法透過彈性調整大小來使用的組態時，請選擇此選項。彈性調整大小比傳統調整大小更快。如需詳細資訊，請參閱[調整叢集大小](resizing-cluster.md)。 ### AWS 區域中的 RA3 節點類型可用性 RA3 節點類型僅適用於下列 AWS 區域： + 美國東部 (維吉尼亞北部) 區域 (us-east-1) + 美國東部 (俄亥俄) 區域 (us-east-2) + 美國西部 (加利佛尼亞北部) 區域 (us-west-1) + 美國西部 (奧勒岡) 區域 (us-west-2) + 非洲 (開普敦) 區域 (af-south-1) + 亞太區域 (香港) 區域 (ap-east-1) + 亞太區域 (海德拉巴) 區域 (ap-south-2) + 亞太區域 (雅加達) 區域 (ap-southeast-3) + 亞太區域 (馬來西亞) 區域 (ap-southeast-5) + 亞太區域 (墨爾本) 區域 (ap-southeast-4) + 亞太區域 (孟買) 區域 (ap-south-1) + 亞太區域 (紐西蘭) 區域 (ap-southeast-6) + 亞太區域 (大阪) (ap-northeast-3) + 亞太區域 (首爾) 區域 (ap-northeast-2) + 亞太區域 (新加坡) 區域 (ap-southeast-1) + 亞太區域 (雪梨) 區域 (ap-southeast-2) + 亞太區域 (台北) 區域 (ap-east-2) + 亞太區域 (泰國) (ap-southeast-7) + 亞太區域 (東京) 區域 (ap-northeast-1) + 加拿大 (中部) 區域 (ca-central-1) + 加拿大西部 (卡加利) 區域 (ca-west-1) + 中國 (北京) 區域 (cn-north-1) + 中國 (寧夏) 區域 (cn-northwest-1) + 歐洲 (法蘭克福) 區域 (eu-central-1) + 歐洲 (蘇黎世) 區域 (eu-central-2) + 歐洲 (愛爾蘭) 區域 (eu-west-1) + 歐洲 (倫敦) 區域 (eu-west-2) + 歐洲 (米蘭) 區域 (eu-south-1) + 歐洲 (西班牙) 區域 (eu-south-2) + 歐洲 (巴黎) 區域 (eu-west-3) + 歐洲 (斯德哥爾摩) 區域 (eu-north-1) + 以色列 (特拉維夫) 區域 (il-central-1) + 墨西哥 (中部) (mx-central-1) + 中東 (巴林) 區域 (me-south-1) + 中東 (阿拉伯聯合大公國) 區域 (me-central-1) + 南美洲 (聖保羅) 區域 (sa-east-1) + AWS GovCloud （美國東部） (us-gov-east-1) + AWS GovCloud （美國西部） (us-gov-west-1) ### 升級至 RA3 節點類型 如要將現有節點類型升級為 RA3，您可以使用下列選項來變更節點類型： + 從快照還原 - Amazon Redshift 會使用叢集最新的快照，並將其還原以建立新的 RA3 叢集。在叢集建立完成時 (通常在數分鐘內)，RA3 節點類型便已準備就緒，可執行您完整的生產工作負載。由於運算與儲存體分開，熱資料可受益於大型的聯網頻寬，快速地傳入本機快取。如果您從最新的 DC2 快照還原，RA3 會保留 DC2 工作負載的熱區塊資訊，並使用最熱的區塊填入其本機快取。如需詳細資訊，請參閱[從快照還原叢集](working-with-snapshot-restore-cluster-from-snapshot.md)。 若要為應用程式和使用者保留相同的端點，新的 RA3 叢集在重新命名時可使用與原始 DC2 叢集相同的名稱。若要為此叢集重新命名，請在 Amazon Redshift 主控台或 `ModifyCluster` API 操作中修改叢集。如需詳細資訊，請參閱《Amazon Redshift API 參考》**中的 [重新命名叢集](rs-mgmt-rename-cluster.md) 或 [`ModifyCluster` API 操作](https://docs.aws.amazon.com/redshift/latest/APIReference/API_ModifyCluster.html)。 + 彈性調整大小 — 使用彈性調整大小調整叢集的大小。當您使用彈性調整大小來變更節點類型時，Amazon Redshift 會自動建立快照、建立新叢集、刪除舊叢集，並重新命名新的叢集。彈性調整大小操作可隨時執行，或排程在未來特定的時間執行。您可以透過彈性調整大小，快速地將現有的 DC2 節點類型叢集升級為 RA3。如需詳細資訊，請參閱[彈性調整大小](resizing-cluster.md#elastic-resize)。 下表顯示升級至 RA3 節點類型時的建議事項。(這些建議也適用於預留節點。) 此表中的建議是啟動叢集節點類型和大小，但取決於工作負載的運算需求。為了更準確評估您的需求，請考慮執行概念驗證 (POC)，使用 [Test Drive](https://github.com/aws/redshift-test-drive/tree/main) 來執行可能的組態。為您的 POC 資料倉儲佈建叢集，而非 Redshift Serverless。如需執行概念驗證的詳細資訊，請參閱《Amazon Redshift 資料庫開發人員指南》**中的[執行 Amazon Redshift 的概念驗證 (POC)](https://docs.aws.amazon.com/redshift/latest/dg/proof-of-concept-playbook.html)。 | 現有節點類型 | 現有節點數目 | 建議的新節點類型 | 升級動作 | | --- | --- | --- | --- | | dc2.8xlarge | 2–15 | ra3.4xlarge | 每 1 個 dc2.8xlarge 節點從 2 個 ra3.4xlarge 節點開始1。 | | dc2.8xlarge | 16–128 | ra3.16xlarge | 每 2 個 dc2.8xlarge 節點從 1 個 ra3.16xlarge 節點開始1。 | | dc2.large | 1–4 | ra3.large | 每 1 個 dc2.large 節點從 1 個 ra3.large 節點開始1。 每 2 個 dc2.large 節點從 2 個 ra3.large 節點開始1。 每 3 個 dc2.large 節點從 3 個 ra3.large 節點開始1。 每 4 個 dc2.large 節點從 3 個 ra3.large 節點開始1。 | | dc2.large | 5–15 | ra3.xlplus | 每 8 個 dc2.large 節點從 3 個 ra3.xlplus 節點開始1。 | | dc2.large | 16–32 | ra3.4xlarge | 每 8 個 dc2.large 節點從 1 個 ra3.4xlarge 節點開始1,2。 | 1視工作負載需求而定，可能需要額外的節點。根據所需查詢效能的運算需求新增或移除節點。 2具有 dc2.large 節點類型的叢集會限制只能有 32 個節點。 某些 RA3 節點類型的節點數量下限是 2 個節點。在建立 RA3 叢集時，請考慮這一點。 ### RA3 節點支援的聯網功能 RA3 節點支援其他節點類型無法使用的一系列聯網功能。本節提供每項功能的簡短說明，以及其他文件的連結： + **佈建叢集 VPC 端點** - 當您建立或還原 RA3 叢集時，Amazon Redshift 會使用 5431 到 5455 或 8191 到 8215 範圍內的連接埠。當叢集設定為這些範圍內的連接埠時，Amazon Redshift 會自動在 AWS 您的帳戶中為叢集建立 VPC 端點，並將私有 IP 地址連接到該端點。如果您將叢集設定為可公開存取，則 Redshift 會在您的 AWS 帳戶中建立彈性 IP 位址，並將其附加至 VPC 端點。如虛詳細資訊，請參閱[設定 Amazon Redshift 叢集或 Amazon Redshift Serverless 工作群組的安全群組通訊設定](https://docs.aws.amazon.com/redshift/latest/mgmt/rs-security-group-public-private.html)。 + **單一子網路 RA3 叢集** — 您可以建立具有單一子網路的 RA3 叢集，但其無法使用災難復原功能。如果您在子網路沒有多個可用區域 (AZ) 時啟用叢集重新放置，就會發生例外狀況。 + **多子網路 RA3 叢集和子網路群組** - 您可以在虛擬私有雲端 (VPC) 中佈建叢集時建立子網路群組，藉此建立具有多個子網路的 RA3 叢集。叢集子網路群組可讓您在 VPC 中指定一組子網路，且 Amazon Redshift 會在其中一個子網路中建立叢集。在建立子網路群組後，您可以移除先前新增的子網路或新增更多子網路。如需詳細資訊，請參閱 [Amazon Redshift 叢集子網路群組](https://docs.aws.amazon.com/redshift/latest/mgmt/working-with-cluster-subnet-groups.html)。 + **跨帳戶或跨 VPC 端點存取** - 您可以設定 Redshift 受管 VPC 端點來存取佈建叢集或 Amazon Redshift Serverless 工作群組。例如，您可以將其設定為包含叢集或工作群組的 VPC 與執行用戶端工具的 VPC 之間的私有連線。使用這種方法，您不需使用公有 IP 位址或透過網際網路來路由流量，就可以存取資料倉儲。如需詳細資訊，請參閱[使用 Redshift 受管 VPC 端點](https://docs.aws.amazon.com/redshift/latest/mgmt/managing-cluster-cross-vpc.html)。 + **叢集重新放置** - 當服務中斷時，您可以將叢集移至另一個可用區域 (AZ)，而不會遺失任何資料。您可以在主控台上啟用此功能。如需詳細資訊，請參閱[重新定位叢集](managing-cluster-recovery.md)。 + **自訂網域名稱** — 您可以為 Amazon Redshift 叢集建立自訂網域名稱 (也稱為自訂 URL)。其為易讀的 DNS 記錄，可將 SQL 用戶端連線路由到您的叢集端點。如需詳細資訊，請參閱[自訂網域名稱來進行用戶端連線](connecting-connection-CNAME.md)。