自 2025 年 11 月 1 日起,Amazon Redshift 將不再支援建立新的 Python UDFs。如果您想要使用 Python UDFs,請在該日期之前建立 UDFs。現有的 Python UDFs將繼續如常運作。如需詳細資訊,請參閱部落格文章
本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
Amazon Redshift 佈建叢集和無伺服器工作群組的追蹤
當 Amazon Redshift 發行新版本時,它會更新 Amazon Redshift 資料倉儲的版本 (無伺服器工作群組或佈建叢集)。您可以控制您的資料倉儲是否更新至最新版本或先前的認證版本。
無伺服器工作群組或佈建叢集的軌道會決定在版本更新期間套用的發行版本。Amazon Redshift 會在指定的維護時段更新佈建的叢集,通常在閒置期間更新無伺服器工作群組。如需 Redshift Serverless 何時更新工作群組的詳細資訊,請參閱 更新無伺服器工作群組。
當 Amazon Redshift 發行新版本時,該版本會指派給目前賽道,而先前的版本則會指派給賽道。若要設定資料倉儲的軌道,請指定下列其中一個值:
-
目前 – 透過目前軌道,您可以取得up-to-date認證發行版本,其中包含最新的功能、安全性更新和效能增強功能。
-
追蹤 – 使用追蹤追蹤,您將進入先前的認證版本。
例如,假設您的無伺服器工作群組目前正在執行 1.0.2762 版,而 Amazon Redshift 發行 Redshift Serverless 1.0.3072 版。如果您的追蹤值為 Current,您的工作群組會更新至 1.0.3072 版 (最新版本)。如果您將追蹤值設定為追蹤,您的工作群組會在下一個追蹤版本發佈時更新。
使用結尾軌道功能,您可以選擇在結尾軌道中執行一部分的 Amazon Redshift 資料倉儲。這允許在將版本套用至追蹤軌道上的資料倉儲之前,對設定為目前軌道的資料倉儲進行測試和整合驗證 1-6 週。根據預設,Amazon Redshift 會在目前軌道上建立所有叢集和工作群組,以利用up-to-date認證版本。不過,在生產環境中使用 Amazon Redshift 追蹤追蹤,以及在測試和開發環境中目前的追蹤,可讓您多加努力和時間來評估最新版本。追蹤軌可確保最大的穩定性,使其非常適合生產環境中的任務關鍵工作負載。
注意
追蹤追蹤版本可能會在短時間內與目前的追蹤版本相同。當目前的賽道尚未升級至下一個版本時,就會發生這種情況。一般而言,目前的賽道版本比賽道版本還早。
在音軌之間切換
變更 Amazon Redshift 資源的軌跡通常是一次性的決策。變更軌道時請務必謹慎。如需哪些功能是哪些資料倉儲版本的詳細資訊,請參閱 適用於 Amazon Redshift 的叢集版本。
如果您將軌道從追蹤變更為目前,我們會將資料倉儲更新為目前軌道發行版本。如果您將資料倉儲的軌道變更為追蹤,我們將更新您的資料倉儲,如下所示:
對於無伺服器工作群組,我們會在閒置期間更新您的資料倉儲版本。如需 Redshift Serverless 如何更新工作群組版本的詳細資訊,請參閱 更新無伺服器工作群組。
對於佈建的叢集,在目前賽道版本之後有新版本之前,我們不會更新您的資料倉儲。
追蹤和還原
對於無伺服器工作群組,快照會繼承目標 Amazon Redshift 資料倉儲的軌道。例如,如果您為設定為追蹤追蹤的工作群組建立快照,並將該快照套用至設定為目前追蹤的工作群組,則工作群組的追蹤設定將為目前。
對於佈建的叢集,快照會繼承來源 Amazon Redshift 資料倉儲的軌道。如果您在拍攝快照後變更來源資料倉儲的軌道,快照和來源資料倉儲會位於不同的軌道上。當您從快照還原時,新的資料倉儲將位於從快照來源繼承的軌道上。您可以在還原操作完成後變更軌道。
調整資料倉儲的大小不會影響其軌道。
更新無伺服器工作群組
當工作群組所選軌道可用的新版本範例時,只要沒有待處理的軌道更新請求,Amazon Redshift Serverless 通常會在閒置期間套用更新。如果工作群組在 14 天內沒有閒置期間,Redshift Serverless 會強制更新版本。
Redshift Serverless 只會將您的工作群組更新為下一個更高的版本。即使所選工作群組軌道的版本低於工作群組的目前版本,Redshift Serverless 也不會略過中繼版本或降級工作群組。除非Trailing
軌道追上進度,否則您的工作群組將不會收到任何主要版本升級。
例如,假設Current
賽道是 186 版,而Trailing
賽道版本是 185 版。如果您的工作群組Track
的值為 Current
,其版本為 186,如果您將Track
值變更為 Trailing
,則 Redshift Serverless 不會將工作群組的版本降級為 185。在此案例中,Redshift Serverless 會將工作群組保持在 186 版,直到Trailing
軌道版本等於或高於 186 版。
如果軌道變更待定,在套用軌道變更之前,Redshift Serverless 不會將工作群組更新為現有軌道中的下一個主要版本。軌道變更完成後,Redshift Serverless 會評估在新軌道下將工作群組更新為適當版本的條件。
例如,如果您的工作群組設定為Current
賽道,而目前的賽道是 186,而您將工作群組變更為Trailing
賽道,則 Redshift Serverless 不會更新工作群組,直到套用賽道變更之後,以及Trailing
版本更新為等於或高於 186 的版本之後。
注意
工作群組上的任何現有操作,例如從快照還原、變更 KMS 金鑰或調整大小,只會發生在現有的軌道上。Redshift Serverless 不會針對無伺服器操作使用待定軌跡。
如果您有待處理的追蹤切換請求,您可以使用 UpdateWorkgroup 將 track
參數設回其原始值來取消請求。
管理版本
軌跡是一系列的版本。您可以決定 Amazon Redshift 資料倉儲位於目前賽道或追蹤賽道上。如果您將資料倉儲放在目前軌道上,資料倉儲一律會升級至最新的發行版本。如果您將資源放在追蹤軌道上,它一律會執行最新發行版本之前立即發行的發行版本。
對於佈建的叢集,Amazon Redshift 主控台清單中 Amazon Redshift 資料倉儲的發行狀態欄會指出您的其中一個資源是否可供升級。
判斷工作群組或叢集版本
您可以使用 Amazon Redshift 主控台來判斷 Amazon Redshift 無伺服器工作群組版本或佈建叢集版本引擎。
登入 AWS Management Console ,並在 https://console.aws.amazon.com/redshiftv2/