使用 Amazon Redshift 佈建叢集的考量事項 - Amazon Redshift
區域與可用區域的考量叢集維護管理用量限制了解 RA3 節點如何分隔運算和儲存AWS 區域中 RA3 節點類型的可用性升級至 RA3 節點類型RA3 節點支援的聯網功能

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

使用 Amazon Redshift 佈建叢集的考量事項

建立叢集後，您可以在本節中找到可用功能、維護任務、節點類型和用量限制等區域的相關資訊。

區域與可用區域的考量

Amazon Redshift 可在數個 AWS 區域使用。根據預設，Amazon Redshift 會將您的叢集佈建在您選擇的 AWS 區域內隨機選取的可用區域 (AZ) 中。所有叢集節點將佈建在相同的可用區域中。

如果該區域可使用 Amazon Redshift，您可以選擇請求該特定可用區域。例如，若您有一個 Amazon EC2 執行個體在一個可用區域內執行，您可能會想將 Amazon Redshift 叢集建立在相同的區域內，以降低延遲。另一方面，您可能會想選擇其他可用區域以獲得更高的可用性。Amazon Redshift 可能無法在 AWS 區域內的所有可用區域中使用。

如需可佈建 Amazon Redshift 叢集的支援 AWS 區域清單，請參閱 中的 Amazon Redshift 端點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

  • 亞太區域 (大阪) 區域：13:00–21:00 UTC

  • 亞太區域 (首爾) 區域：13:00–21:00 UTC

  • 亞太區域 (新加坡) 區域：14:00–22:00 UTC

  • 亞太區域 (雪梨) 區域：12:00–20:00 UTC

  • 亞太區域 （泰國）：UTC 15：00–23：00

  • 亞太區域 (東京) 區域：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 執行維護時，會終止任何查詢或其他進行中的操作。多數的維護會在 30 分鐘維護時段內完成，但部分的維護作業可能會在時段結束後繼續執行。如果排程的維護時段內沒有要執行的維護作業，叢集將繼續正常運作，直到下次排程的維護時段。

您可以透過程式設計的方式或使用 Amazon Redshift 主控台修改叢集，以變更排程的維護時段。您可以在維護索引標籤下找到維護時段，並設定叢集發生的日期和時間。

叢集有可能在維護時段外重新啟動。有幾個原因會導致這種情況發生。還有一個常見原因是叢集偵測到問題，因此系統執行維護操作以使叢集恢復良好狀態。如需詳細資訊，請參閱為何我的 Amazon Redshift 叢集在維護時段外重新啟動？一文，其中會提供有關為何會發生這種情況的詳細資訊。

延遲維護

若要重新排程叢集的維護時段，您可以將維護延遲最多 45 天。例如，如果叢集的維護時段設為星期三 08:30 – 09:00 UTC，而您需要在這個時間存取叢集，則可以將維護時段延後。

如果您延後維護時段，Amazon Redshift 仍會對叢集套用硬體更新或其他強制性的安全更新。在這些更新期間，您的叢集無法使用。

如果在維護時段即將到來時排定了硬體更新或其他強制性的安全更新，Amazon Redshift 會在待定類別下傳送預先通知給您。若要進一步了解待定事件通知，請參閱 Amazon Redshift 佈建叢集事件通知。

您也可以選擇從 Amazon Simple Notification Service (Amazon SNS) 接收事件通知。如需訂閱 Amazon SNS 事件通知的相關資訊，請參閱Amazon Redshift 叢集事件通知訂閱。

如果您延遲叢集的維護，就無法再將所延遲時段後的下一個維護時段延遲。

注意

維護開始後就不能延遲。

如需叢集維護的相關資訊，請參閱以下文件：

選擇叢集維護軌道

當 Amazon Redshift 發行新的叢集版本時，叢集會在維護時段內更新。您可控制是否要將叢集更新至最新核准的版本或先前的版本。

維護軌道可控制在維護時段內套用什麼叢集版本。當 Amazon Redshift 發行新的叢集版本時，該版本會指派到「目前」軌道，而先前版本會指派到「追蹤」軌道。若要設定叢集的維護軌道，請指定下列其中一個值：

  • 目前 — 使用最新核准的叢集版本。

  • 追蹤 — 使用目前版本之前的叢集版本。

  • 預覽 — 使用包含可供預覽之新功能的叢集版本。

例如，假設您的叢集目前執行 1.0.2762 版，而 Amazon Redshift 目前版本是 1.0.3072。如果您將維護軌道值設為 Current (目前)，叢集會在下次維護時段更新為 1.0.3072 版 (下一個核准版本)。如果您將維護軌道值設為 Trailing (追蹤)，則叢集要直到 1.0.3072 版之後有新版本時才會更新。

預覽軌道

您不一定可以選擇 Preview (預覽) 軌道。當您選擇 Preview (預覽) 軌道時，必須選取軌道名稱。預覽軌道及其相關資源是暫時性的、具有功能限制，而且可能不會包含其他軌道中可用的所有目前 Amazon Redshift 功能。使用預覽軌道時：

  • 使用預覽追蹤時，請使用新的 Amazon Redshift 主控台。例如，當您建立叢集以使用預覽功能時。

  • 您無法將叢集從某個預覽軌道切換至另一個。

  • 您無法將叢集從目前或追蹤軌道切換至預覽軌道。

  • 您無法將叢集從預覽軌道切換至目前或追蹤軌道。

  • 您無法從透過不同預覽軌道建立的快照還原。

  • 您只能在建立新的叢集或從快照還原時，使用預覽軌道。

  • 您無法從透過不同預覽軌道建立的快照還原，或使用比預覽軌道叢集版本更新的叢集維護版本進行還原。例如，當您將叢集還原至預覽軌道時，您只能使用從比預覽軌道更舊的叢集維護版本建立的快照。

切換維護軌道

變更叢集的軌道通常為一次性的決定。變更軌道時請務必謹慎。如果您將維護軌道從 Trailing (追蹤) 變更為 Current (目前)，我們會在下次維護時段將叢集更新為 Current (目前) 軌道發行版本。不過，如果您將叢集的維護軌道變更為 Trailing (追蹤)，我們會等到 Current (目前) 軌道發行版本之後有新版本時才更新您的叢集。

維護軌道和還原

快照繼承來源叢集的維護軌道。如果您在建立快照之後變更來源叢集的維護軌道，則快照和來源叢集會在不同的軌道上。從快照還原時，新叢集會在繼承自來源叢集的維護軌道上。您可在還原操作完成後變更維護軌道。調整叢集的大小不會影響叢集的維護軌道。

管理叢集版本

維護軌道是一系列的版本。您可以決定叢集是在目前軌道還是追蹤軌道上。如果您將叢集放在目前軌道上，則叢集在維護時段內一律會升級到最新的叢集發行版本。如果您將叢集放在追蹤軌道上，則叢集一律會執行就在/最新發行版本前發行的叢集發行版本。

Amazon Redshift 主控台叢集清單中的發行狀態資料欄會指出您的其中一個叢集是否可供升級。

轉返叢集版本

如果您的叢集是最新的叢集版本，您可以選擇將它轉返為之前的版本。

轉返為先前的叢集版本

  1. 登入 AWS Management Console ，並在 https://console.aws.amazon.com/redshiftv2/：// 開啟 Amazon Redshift 主控台。

  2. 在導覽選單上，選擇叢集。

  3. 選擇要轉返的叢集。

  4. 針對 Actions (動作)，選擇 Roll back cluster version (轉返叢集版本)。Roll back cluster version (轉返叢集版本) 頁面隨即出現。

  5. 如有可供轉返的版本，請遵循頁面說明以進行操作。

  6. 選擇 Roll back now (立即轉返)。

判斷叢集維護版本

您可以使用 Amazon Redshift 主控台判斷 Amazon Redshift 引擎和資料庫版本。

尋找叢集的版本

  1. 登入 AWS Management Console ，並在 https://console.aws.amazon.com/redshiftv2/：// 開啟 Amazon Redshift 主控台。

  2. 在導覽功能表上，選擇叢集，然後從清單中選擇叢集名稱以開啟其詳細資訊。隨即顯示叢集的詳細資訊，包含叢集效能、查詢監控、資料庫、資料共用、排程、維護和屬性標籤。

  3. 選擇維護索引標籤以取得詳細資訊。

  4. 在 Maintenance (維護) 區段中，尋找 Current cluster version (目前的叢集版本)。

注意

雖然主控台將此資訊顯示在同一個欄位中，但這些其實是 Amazon Redshift API 中的兩個參數：ClusterVersion 和 ClusterRevisionNumber。如需詳細資訊，請參閱《Amazon Redshift API 參考》中的叢集。

管理 Amazon Redshift 中的用量限制

您可以定義限制以限制及控制某些 Amazon Redshift 功能的用量和相關成本。您可以建立每日、每週和每月用量限制，並定義達到這些限制時 Amazon Redshift 會自動採取的動作。動作包括將事件記錄到系統資料表，以記錄超過定義限制的用量。其他可能動作包括向 Amazon SNS 和 Amazon CloudWatch 提出警示，以通知管理員並停用進一步的使用，以控制成本。

您可以定義每個叢集的用量限制。建立叢集之後，您可以定義下列功能的用量限制：

  • Amazon Redshift Spectrum

  • Amazon Redshift 並行擴展

  • Amazon Redshift 跨區域資料共用

Amazon Redshift Spectrum 和 Amazon Redshift Concurrency Scaling 可用的 AWS 區域中， 1.0.14677 版或更新版本提供用量限制。

Redshift Spectrum 限制以 1 TB 的增量指定掃描資料總數的閾值。並行擴展限制以 1 分鐘為增量，指定並行擴展所使用的總時間量閾值。跨區域資料共用限制以 1 TB 的增量指定掃描資料總數的閾值。

您可以為每日、每週或每月期間指定一個限制 (使用 UTC 來確定期間的開始和結束)。如果您在期間中建立一個限制，則該限制會從該時間點算到該期間結束。例如，如果您在 3 月 15 日建立每月限制，則第一個每月期間是從 3 月 15 日算到 3 月 31 日。

您可以為每個功能定義多個用量限制。每個限制可以有不同的動作。可能的動作包括下列各項：

  • 記錄至系統資料表 — 這是預設動作。資訊會記錄到 STL_USAGE_CONTROL 資料表。評估過去的用量和決定未來的用量限制時，記錄會很有幫助。如需所記錄項目的相關資訊，請參閱《Amazon Redshift 資料庫開發人員指南》中的 STL_USAGE_CONTROL。

  • 警示 — Amazon Redshift 會針對可用和已使用的用量發出 CloudWatch 指標。您最多可以為每個功能定義三個用量限制。如果您使用 Amazon Redshift 主控台啟用警示動作，CloudWatch 會在這些指標上自動建立警示。您可以選擇性地將 Amazon SNS 訂閱連接至該警示。如果您使用的是 AWS CLI 或 API 操作，請務必手動建立 CloudWatch 警示。達到閾值時，也會將事件記錄到系統資料表中。

  • 停用功能 — 達到閾值時，Amazon Redshift 會停用功能，直到下一個時段 (每日、每週或每月) 重新整理配額為止。每個功能只能有一個限制可以執行停用動作。也會將事件記錄到系統資料表，而且會發出警示。

用量限制將一直持續到刪除用量限制定義本身或叢集為止。

您可以使用新的 Amazon Redshift 主控台、 或 Amazon Redshift API 操作 AWS CLI來定義和管理用量限制。若要在 Amazon Redshift 主控台上定義限制，請導覽至叢集，並針對動作選擇設定用量限制。若要針對您的叢集檢視先前定義的用量限制，請導覽至您的叢集，並依序選擇維護索引標籤、用量限制區段。若要針對您的叢集檢視可使用量和已使用量，請導覽至您的叢集。選擇叢集效能索引標籤，然後查看圖表以了解功能的已使用量。

您可以使用下列 Amazon Redshift CLI 操作來管理用量限制。如需詳細資訊，請參閱 AWS CLI 命令參考。

您可以使用下列 Amazon Redshift API 操作來管理用量限制。如需詳細資訊，請參閱《Amazon Redshift API 參考》。

如要了解如何使用 Amazon Redshift 主控台建立和監控用量限制，請參閱以下影片。

了解 RA3 節點如何分隔運算和儲存

這些區段會詳細說明 RA3 節點類型可用的任務，顯示其對一系列使用案例的適用性，並詳細說明其相較於先前可用節點類型的優勢。

RA3 節點的優點和可用性

RA3 節點提供下列優點：

  • 其具備彈性，可在不增加儲存成本的情況下增加您的運算容量。且其可在不過度佈建運算容量的情況下擴展您的儲存體。

  • 其針對您的熱資料使用高效能 SSD，針對冷資料則使用 Amazon S3。因此，這些節點提供了易於使用且符合成本效益的儲存體及高查詢效能。

  • 它們使用以 AWS Nitro 系統建置的高頻寬聯網，進一步減少資料卸載至 Amazon S3 並從中擷取所花費的時間。

請考慮在這些案例中選擇 RA3 節點類型：

  • 您需要與儲存體分開擴展運算及為其支付費用的彈性時。

  • 您只查詢總資料的一小部分。

  • 您的資料量正在迅速成長或預期會快速成長。

  • 您希望靈活地根據您的效能需求調整叢集大小。

若要使用 RA3 節點類型，您的 AWS 區域必須支援 RA3。如需詳細資訊，請參閱AWS 區域中 RA3 節點類型的可用性。

重要

您只能搭配 1.0.21262 或更新版本的叢集版本使用 ra3.xlplus 節點類型。您可以使用 Amazon Redshift 主控台檢視現有叢集的版本。如需詳細資訊，請參閱判斷叢集維護版本。

請務必在使用 RA3 節點類型時使用新的 Amazon Redshift 主控台。

此外，如要搭配使用維護追蹤的 Amazon Redshift 操作使用 RA3 節點類型，維護追蹤的值必須設為支援 RA3 的叢集版本。如需維護追蹤的相關資訊，請參閱 選擇叢集維護軌道。

在使用單節點 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 定價。

管理 RA3 節點類型

如要利用將運算與儲存分開的優勢，您可以使用 RA3 節點類型建立或升級您的叢集。如要使用 RA3 節點類型，請在虛擬私有雲端 (EC2-VPC) 中建立您的叢集。

如要變更 RA3 節點類型之 Amazon Redshift 叢集的節點數，請執行以下其中一項作業：

  • 使用彈性調整大小操作新增或移除節點。在某些情況下，不允許使用彈性調整大小從 RA3 叢集移除節點。例如，當 2:1 節點計數升級將每個節點的配量數設為 32 時。如需詳細資訊，請參閱調整叢集大小。如果無法使用彈性調整大小，請使用傳統調整大小。

  • 使用傳統調整大小操作新增或移除節點。當您調整大小至無法透過彈性調整大小來使用的組態時，請選擇此選項。彈性調整大小比傳統調整大小更快。如需詳細資訊，請參閱調整叢集大小。

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-northeast-3)

  • 亞太區域 (首爾) 區域 (ap-northeast-2)

  • 亞太區域 (新加坡) 區域 (ap-southeast-1)

  • 亞太區域 (雪梨) 區域 (ap-southeast-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 工作負載的熱區塊資訊，並將最熱的區塊填入其本機快取。如需詳細資訊，請參閱從快照還原叢集。

    若要為應用程式和使用者保留相同的端點，您可以使用與原始 DC2 叢集相同的名稱重新命名新的 RA3 叢集。若要為此叢集重新命名，請在 Amazon Redshift 主控台或 ModifyCluster API 操作中修改叢集。如需詳細資訊，請參閱《Amazon Redshift API 參考》中的 重新命名叢集 或 ModifyCluster API 操作。

  • 彈性調整大小 — 使用彈性調整大小調整叢集的大小。當您使用彈性調整大小來變更節點類型時，Amazon Redshift 會自動建立快照、建立新叢集、刪除舊叢集，並重新命名新的叢集。彈性調整大小操作可隨時執行，或排程在未來特定的時間執行。您可以使用彈性調整大小，快速將現有的 DC2 節點類型叢集升級至 RA3。如需詳細資訊，請參閱彈性調整大小。

下表顯示升級至 RA3 節點類型時的建議事項。(這些建議也適用於預留節點。)

此表中的建議是啟動叢集節點類型和大小，但取決於工作負載的運算需求。為了更好地估算您的需求，請考慮執行概念驗證 (POC)，使用試駕來執行潛在的組態。為您的 POC 資料倉儲佈建叢集，而非 Redshift Serverless。如需執行概念驗證的詳細資訊，請參閱《Amazon Redshift 資料庫開發人員指南》中的為 Amazon Redshift 執行概念驗證 (POC)。

現有節點類型 現有節點數目 建議的新節點類型 升級動作

dc2.8xlarge

2–15

ra3.4xlarge

從 dc2.8xlarge1 每 1 個節點的 2 個 ra3.4xlarge 節點開始。

dc2.8xlarge

16–128

ra3.16xlarge

從每 2 個 dc2.8xlarge1 節點的 ra3.16xlarge 節點開始。

dc2.large

1–4

ra3.large

從 dc2.large1 每 1 個節點的 ra3.large 節點開始。

從 dc2.large1 每 2 個節點的 2 個 ra3.large 節點開始。

從 dc2.large1 每 3 個節點的 3 個 ra3.large 節點開始。

從 dc2.large1 每 4 個節點的 3 個 ra3.large 節點開始。

dc2.large

5–15

ra3.xlplus

從 dc2.large1 每 8 個節點的 3 個 ra3.xlplus 節點開始。

dc2.large

16–32

ra3.4xlarge

從 dc2.large 每 8 個節點 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 工作群組的安全群組通訊設定。

  • 單一子網路 RA3 叢集 — 您可以建立具有單一子網路的 RA3 叢集，但其無法使用災難復原功能。當您啟用叢集重新定位時，如果子網路沒有多個可用區域 (AZs)，就會發生例外狀況。

  • 多子網路 RA3 叢集和子網路群組 – 您可以在虛擬私有雲端 (VPC) 中佈建叢集時，建立具有多個子網路的 RA3 叢集。叢集子網路群組可讓您在 VPC 中指定一組子網路，Amazon Redshift 會在其中一個子網路中建立叢集。建立子網路群組之後，您可以移除先前新增的子網路，或新增更多子網路。如需詳細資訊，請參閱 Amazon Redshift 叢集子網路群組。

  • 跨帳戶或跨 VPC 端點存取 – 您可以透過設定 Redshift 受管 VPC 端點來存取佈建叢集或 Amazon Redshift Serverless 工作群組。例如，您可以將它設定為包含叢集或工作群組的 VPC 與執行用戶端工具的 VPC 之間的私有連線。透過這樣做，您可以存取資料倉儲，而無需使用公有 IP 地址，也無需透過網際網路路由流量。如需詳細資訊，請參閱使用 Redshift 受管 VPC 端點。

  • 叢集重新定位 – 您可以在服務中斷時，將叢集移至另一個可用區域 (AZ)，而不會遺失任何資料。您可以在主控台上啟用此功能。如需詳細資訊，請參閱重新定位叢集。

  • 自訂網域名稱 — 您可以為 Amazon Redshift 叢集建立自訂網域名稱 (也稱為自訂 URL)。其為易讀的 DNS 記錄，可將 SQL 用戶端連線路由到您的叢集端點。如需詳細資訊，請參閱用戶端連線的自訂網域名稱。