使用 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 Web Services 一般参考》中的 Amazon Redshift 端点。

集群维护

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

  • 亚太地区（泰国）区域：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 执行维护时，它会终止正在进行的任何查询或其他操作。大多数维护都将在 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。如果将维护跟踪值设置为当前版本，则您的集群在下一个维护时段内将更新为版本 1.0.3072（下一个经审批的版本）。如果您将维护跟踪值设置成早先版本，则在 1.0.3072 后面的新版本出现之前，您的集群不会更新。

预览版跟踪

预览版跟踪可能并非总是可以选择。在选择预览版跟踪时，还必须选择跟踪名称。预览版跟踪及其相关资源是临时的，具有功能限制，并且可能不包含其他跟踪中可用的所有当前 Amazon Redshift 功能。在使用预览版跟踪时：

  • 使用预览版跟踪时，使用新的 Amazon Redshift 控制台。例如，当您创建要与预览功能一起使用的集群时。

  • 无法将集群从一个预览版跟踪切换到另一个预览版跟踪。

  • 无法将集群从当前版本跟踪或早先版本跟踪切换到预览版跟踪。

  • 无法将集群从预览版跟踪切换到当前版本跟踪或早先版本跟踪。

  • 无法从通过其他预览版跟踪创建的快照中还原。

  • 只能在创建新集群或从快照还原时使用预览版跟踪。

  • 您不能从通过其他预览版跟踪创建的快照中进行还原，也不能使用晚于预览版跟踪集群版本的集群维护版本进行还原。例如，在将集群还原到预览版跟踪时，您只能使用通过早于预览版跟踪的集群维护版本创建的快照。

在维护跟踪之间切换

更改集群的跟踪通常是一个一次性的决定。更改跟踪时要慎重。如果您将维护跟踪从早先版本更改为当前版本，我们将在下一个维护时段内将集群更新为当前版本跟踪发布版。不过，如果您将集群的维护跟踪更改为早先版本，则在当前版本跟踪发布版之后的新版本出现之前，我们不会更新您的集群。

维护跟踪和还原

快照将继承源集群的维护跟踪。如果您在制作快照后更改源集群的维护跟踪，则快照和源集群将位于不同的跟踪上。当您从快照进行还原时，新集群将位于从源集群继承的维护跟踪上。在还原操作完成后，您可以更改维护跟踪。调整集群的大小不会影响集群的维护跟踪。

管理集群版本

维护跟踪是一系列的版本。您可以决定您的集群是在当前版本跟踪还是早先版本跟踪上。如果您将集群放在当前版本跟踪上，则它在维护时段内将始终升级到最新的集群发布版。如果您将集群放在早先版本跟踪上，则它将始终运行在最近发布的版本之前发布的集群发布版。

集群的 Amazon Redshift 控制台列表中的发布状态列指示您的其中一个集群是否可用于升级。

回滚集群版本

如果您的集群为最新版本，则您可以选择将其回滚到之前的版本。

回滚回早期集群版本

  1. 登录 AWS Management Console，然后通过以下网址打开 Amazon Redshift 控制台：https://console.aws.amazon.com/redshiftv2/。

  2. 在导航菜单上，选择集群。

  3. 选择要回滚的集群。

  4. 对于操作，选择回滚集群版本。这将显示回滚集群版本页面。

  5. 如果有可用于回滚的版本，请按照该页面上的说明进行操作。

  6. 选择立即回滚。

确定集群维护版本

您可以使用 Amazon Redshift 控制台确定 Amazon Redshift 引擎和数据库版本。

查找集群的版本

  1. 登录 AWS Management Console，然后通过以下网址打开 Amazon Redshift 控制台：https://console.aws.amazon.com/redshiftv2/。

  2. 在导航菜单上，选择集群，然后从列表中选择集群名称以打开其详细信息。此时将显示集群的详细信息，其中包括集群性能、查询监控、数据库、数据共享、计划、维护和属性选项卡。

  3. 选择维护选项卡以查看更多详细信息。

  4. 在维护部分中，找到当前集群版本。

注意

虽然这些信息在控制台的一个字段中显示，但在 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 并发扩展的 AWS 区域中的 1.0.14677 发布版本或更高版本。

Redshift Spectrum 限制指定以 1 TB 为增量扫描的数据总量的阈值。并发扩展限制指定并发扩展所用总时间的阈值（以 1 分钟为增量）。跨区域数据共享限制指定了扫描的数据总量阈值（以 1TB 为单位递增）。

可以为每日、每周或每月期间指定限制（使用 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 控制台、AWS CLI 或 Amazon Redshift API 操作来定义和管理使用限制。要在 Amazon Redshift 控制台上定义限制，请导航到您的集群，然后为 Actions（操作）选择 Configure usage limit（配置使用限制）。要查看之前为您的集群定义的使用限制，请导航到您的集群，然后选择 Maintenance（维护）选项卡、Usage limits（使用限制）部分。要查看集群的可用和已用的用量，请导航到您的集群。选择 Cluster performance（集群性能）选项卡，然后查看此功能已用的用量的图表。

您可以通过以下 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 控制台。

此外，要将 RA3 节点类型与使用维护跟踪的 Amazon Redshift 操作结合使用，必须将维护跟踪值设置为支持 RA3 的集群版本。有关维护跟踪的更多信息，请参阅选择集群维护跟踪。

使用单节点 RA3 节点类型时，请考虑以下几点。

  • 支持数据共享创建者和使用者。

  • 只支持经典调整大小来更改节点类型。不支持使用弹性调整大小或快照还原来更改节点类型。以下方案均可支持：

    • 将 1 节点 dc2.xlarge 经典调整为 1 节点 ra3.xlplus，反之亦然。

    • 将 1 节点 dc2.xlarge 经典调整为多节点 ra3.xlplus，反之亦然。

    • 将多节点 dc2.xlarge 经典调整为 1 节点 ra3.xlplus，反之亦然。

使用 Amazon Redshift 托管存储

借助 Amazon Redshift 托管存储，您可以在 Amazon Redshift 中存储和处理所有数据，同时可以更灵活地分别扩展计算容量和存储容量。您继续使用 COPY 或 INSERT 命令接收数据。为了优化性能并管理跨各存储层的自动数据放置，Amazon Redshift 利用诸如数据块温度、数据块使用期限和工作负载模式之类的优化功能。需要时，Amazon Redshift 自动将存储扩展到 Amazon S3，而无需任何手动操作。

有关存储成本的信息，请参阅 Amazon Redshift 定价。

管理 RA3 节点类型

要利用将计算与存储分开的优势，您可以使用 RA3 节点类型创建或升级集群。要使用 RA3 节点类型，请在 Virtual Private Cloud (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

开始时，每 1 个 dc2.8xlarge1 节点对应 2 个 ra3.4xlarge 节点。

dc2.8xlarge

16–128

ra3.16xlarge

开始时，每 2 个 dc2.8xlarge1 节点对应 1 个 ra3.16xlarge 节点。

dc2.large

1–4

ra3.large

开始时，每 1 个 dc2.large1 节点对应 1 个 ra3.large 节点。

开始时，每 2 个 dc2.large1 节点对应 2 个 ra3.large 节点。

开始时，每 3 个 dc2.large1 节点对应 3 个 ra3.large 节点。

开始时，每 4 个 dc2.large1 节点对应 3 个 ra3.large 节点。

dc2.large

5–15

ra3.xlplus

开始时，每 8 个 dc2.large1 节点对应 3 个 ra3.xlplus 节点。

dc2.large

16 – 32

ra3.4xlarge

开始时，每 8 个 dc2.large12 节点对应 1 个 ra3.4xlarge 节点。

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 集群，但它不能使用灾难恢复功能。如果您在子网没有多个可用区（AZ）时启用集群重新定位，则会出现异常。

  • 多子网 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 客户端连接路由到您的集群端点。有关更多信息，请参阅 用于客户端连接的自定义域名。