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 會自動使用剩餘可用區域中的資源繼續運作。不過，使用者連線可能會中斷，而且必須重新建立。此外，在失敗的可用區域中執行的查詢可能會失敗，必須重試。不過，您可以立即重新連線到叢集並為查詢重新排程，Amazon Redshift 則會處理剩餘可用區域中的查詢。在多可用區資料倉儲復原時，於故障發生當下起所發出的查詢可能會發生執行時間延遲。
**注意**
為了獲得更好的效能和更高的可用性，建議您對多可用區叢集使用 SNAPSHOT ISOLATION。如需詳細資訊，請參閱 [CREATE DATABASE](https://docs.aws.amazon.com/redshift/latest/dg/r_CREATE_DATABASE.html)。
## 限制
多可用區資料倉儲具有與單一可用區資料倉儲相同的功能，但下列適用於多可用區資料倉儲的限制除外：
+ 您無法建立未加密的多可用區資料倉儲。在建立新的多可用區資料倉儲、將單一可用區資料倉儲轉換為多可用區資料倉儲，或將單一可用區資料倉儲轉換為多可用區資料倉儲時，請務必新增加密。
+ 您無法為任何 RG 或 RA3 執行個體類型建立單一節點多可用區部署。在建立多可用區部署時，請為每個可用區域選擇 2 個以上的節點。
+ Amazon Redshift 不支援可支援少於三個可用區域的子網路組態。換句話說，所設定的子網路群組需要三個以上的子網路。
+ 多可用區部署無法重新放置到其他可用區域。使用多可用區部署時，Amazon Redshift 會自動判斷和執行重新放置。
+ 您無法暫停或繼續多可用區部署。
+ 您無法在支援的連接埠範圍 5431 至 5455 和 8191 至 8215 之外執行多可用區部署。
+ 您無法將 STL、SVCS、SVL、SVV、STV 檢視與多可用區部署搭配使用，因為它們只支援系統監控檢視 (SYS\_\* 檢視)。請變更監控查詢以使用系統監控檢視 (SYS\_\* 檢視)。
+ 您無法將彈性 IP 位址附加至已啟用多可用區域的現有叢集。
+ 您無法將已附加彈性 IP 位址的叢集從單一可用區轉換為多可用區域。
+ Amazon Redshift 異地同步備份部署可在下列位置使用 AWS 區域：
**注意**
RG 執行個體可在特定區域使用。請參閱 [AWS 區域中的 RG 節點類型可用性](https://docs.aws.amazon.com/redshift/latest/mgmt/managing-cluster-considerations.html#rg-regions)。
+ 美國東部 (俄亥俄) (us-east-2)
+ 美國東部 (維吉尼亞北部) (us-east-1)
+ 美國西部 (奧勒岡) (us-west-2)
+ 非洲 (開普敦) (af-south-1)
+ 亞太區域 (香港) (ap-east-1)
+ 亞太區域 (台北) (ap-east-2)
+ 亞太區域 (海德拉巴) (ap-south-2)
+ 亞太區域 (雅加達) (ap-southeast-3)
+ 亞太區域 (馬來西亞) (ap-southeast-5)
+ 亞太區域 (墨爾本) (ap-southeast-4)
+ 亞太地區 (孟買) (ap-south-1)
+ 亞太地區 (大阪) (ap-northeast-3)
+ 亞太地區 (首爾) (ap-northeast-2)
+ 亞太地區 (新加坡) (ap-southeast-1)
+ 亞太地區 (雪梨) (ap-southeast-2)
+ 亞太區域 (紐西蘭) (ap-southeast-6)
+ 亞太區域 (泰國) (ap-southeast-7)
+ 亞太地區 (東京) (ap-northeast-1)
+ 加拿大 (中部) (ca-central-1)
+ 中國 (北京) (cn-north-1)
+ 中國 (寧夏) (cn-northwest-1)
+ 歐洲 (法蘭克福) (eu-central-1)
+ 歐洲 (愛爾蘭) (eu-west-1)
+ 歐洲 (倫敦) (eu-west-2)
+ 歐洲 (米蘭) (eu-south-1)
+ 歐洲 (巴黎) (eu-west-3)
+ 歐洲 (西班牙) (eu-south-2)
+ 歐洲 (斯德哥爾摩) (eu-north-1)
+ 歐洲 (蘇黎世) (eu-central-2)
+ 以色列 (特拉維夫) (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)
+ 可公開存取的多可用區域資料倉儲支援的 VPC 安全群組數量，比單一可用區域和可透過私有方式存取的多可用區域倉儲少 1 個。