為什麼 Amazon Redshift 叢集的傳統調整大小需要如此長時間才能完成?

1 分的閱讀內容
0

我啟動了傳統調整大小,但它在我的 Amazon Redshift 叢集中沒有進行,或者需要太長時間。我想要更好地預估停機時間以完成傳統調整大小。

解決方案

Amazon Redshift 叢集完成傳統調整大小所需的時間可能會從數小時到數天不等。由於下列原因,叢集的傳統調整大小可能需要更長時間:

  • 讀取來源叢集上的工作負載
  • 傳輸的表格數量和大小
  • 表格定義和偏差的表格
  • 來源與目標叢集中使用的節點數量和類型

減少傳統調整大小的停機時間

若要減少傳統調整大小所需的時間,請完成下列任務:

  • 使用 Amazon Redshift 主控台來監控調整大小操作的狀態。在叢集詳細資訊頁面上,選擇狀態索引標籤以檢視平均傳輸速率、經過時間和剩餘時間。
  • 修正偏差的表格,然後選擇適當的分佈索引鍵。如需詳細資訊,請參閱 Amazon Redshift 工程的進階表格設計手冊:分佈樣式和分佈索引鍵
  • 移除未使用的表格。若要識別未使用的資料表,請從 GitHub 網站執行 unscanned_table_summary.sql 指令碼。
    **注意事項:**未掃描的表格摘要僅會顯示過去幾天的歷史記錄。若要擷取較長時間的使用情況資料,請使用 GitHub 網站中的 SystemTablePersistence 公用程式
  • 使用彈性調整大小來新增或移除現有 Amazon Redshift 叢集上的節點,並自動將資料重新分佈到新節點。由於彈性調整大小不會建立新叢集,因此停機時間顯著低於傳統調整大小。如需詳細資訊,請參閱 Amazon Redshift 中的叢集調整大小

如需如何最佳化調整大小效能的詳細資訊,請參閱 Amazon Redshift 的 10 大效能調整技術

對傳統調整大小進行疑難排解

若要對傳統調整大小問題進行疑難排解,請完成下列工作:

  • 如果您的叢集在 AWS Command Line Interface (AWS CLI) 中的狀態為 NONE,則表示目標叢集仍在佈建中。等待目標叢集佈建完成。複製叢集之後,狀態即會變更為 IN_PROGRESS
    **注意事項:**如果您在執行 AWS CLI 命令時收到錯誤,請參閱對 AWS CLI 錯誤進行疑難排解。此外,請確定您使用的是最新的 AWS CLI 版本
  • 如果您收到關於磁碟空間不足的錯誤訊息,則您的資料不符合目標叢集。調整具有更多節點、不同分佈樣式或不同節點類型的 Amazon Redshift 叢集的大小。如需詳細資訊,請參閱 Amazon Redshift 中的叢集調整大小
  • 若要在完成之前取消調整大小操作,請從 Amazon Redshift 主控台叢集詳細資訊頁面中選擇取消調整大小。或者,從 AWS CLI 執行 cancel-resize 命令。
    **注意事項:**調整大小操作處於最後階段時,無法取消。

相關資訊

如何調整 Amazon Redshift 叢集的大小?

為什麼 Amazon Redshift 叢集中的表格取用的磁碟儲存空間超過預期或比預期更少?

AWS 官方
AWS 官方已更新 4 個月前