Amazon Redshift
管理指南 (API Version 2012-12-01)
AWS 服务或AWS文档中描述的功能,可能因地区/位置而异。点 击 Getting Started with Amazon AWS to see specific differences applicable to the China (Beijing) Region.

Amazon Redshift 群集

概述

Amazon Redshift 数据仓库是一个由称作节点的各种计算资源构成的集合,这些节点已整理到名为群集的组中。每个群集运行一个 Amazon Redshift 引擎并包含一个或多个数据库。

注意

目前提供 Amazon Redshift 版本 1.0 引擎。不过,随着引擎不断更新,我们可能会提供多个 Amazon Redshift 引擎版本供您选择。

您可以在控制台的 Cluster Version 字段中确定您群集的 Amazon Redshift 引擎版本和数据库版本。该数字的前两部分表示群集版本,最后一部分表示群集中数据库的具体修订号。在以下示例中,群集版本为 1.0,数据库修订号为 884。

注意

虽然这些信息在控制台的一个字段中显示,但在 Amazon Redshift API 中由两个参数来表示:ClusterVersionClusterRevisionNumber。有关更多信息,请转到 Amazon Redshift API Reference 中的群集

Amazon Redshift 提供了一项设置 (Allow Version Upgrade) 来指定当群集中 Amazon Redshift 引擎的新版本可用时是否自动升级该引擎。该设置不影响数据库版本升级,这些升级会在您为群集指定的维护时段应用。Amazon Redshift 引擎升级属于主要版本升级,Amazon Redshift 数据库升级属于次要版本升级。您只能禁用主要版本的自动版本升级。有关次要版本升级的维护时段的更多信息,请参阅维护时段

Amazon Redshift 中的群集和节点

Amazon Redshift 群集由节点组成。每个群集包括一个领导节点以及一个或多个计算节点。领导节点接收来自客户端应用程序的查询、解析查询并制定查询执行计划。然后,领导节点和计算节点协调这些计划并行执行,之后,领导节点聚合来自计算节点的中间结果。然后,领导节点会将这些结果最终返回至客户端应用程序。

计算节点执行查询执行计划,并在节点自身之间传输数据以对这些查询提供服务。中间结果被送回至客户端应用程序之前,会先发送至领导节点进行聚合。有关领导节点和计算节点的更多信息,请参阅 Amazon Redshift Database Developer Guide中的数据仓库系统架构

当您启动群集时,您指定的一个选项是节点类型。节点类型决定了每个节点的 CPU、RAM、存储容量和存储驱动类型。密集存储 (DS) 节点类型是存储优化型的。密集计算 (DC) 节点类型是计算优化型的。

DS2 节点类型针对大型数据工作负载进行了优化,并使用硬盘驱动 (HDD) 存储。

DC1 和 DC2 节点针对性能密集型工作负载进行了优化。因为它们使用固态硬盘 (SSD) 存储,所以 DC1 和 DC2 节点类型提供比 DS 节点类型更快速的 I/O,但提供的存储空间较小。

您可以在 Virtual Private Cloud (VPC) 中启动使用 DC2 节点类型的群集。在 EC2 Classic 模式中不能启动 DC2 群集。有关更多信息,请参阅 在 VPC 中创建群集

您选择的节点类型在很大程度上取决于三样东西:

  • 您导入 Amazon Redshift 的数据量

  • 在数据库中运行的查询和操作的复杂性

  • 依赖于这些查询和操作的结果的下游系统的需求

节点类型有各种不同的大小。DS2 节点有 xlarge 和 8xlarge 这两种大小可供选择。DC1 节点有 large 和 8xlarge 这两种大小可供选择。节点大小和节点数决定了群集的总存储容量。

一些节点类型允许一个节点(单节点)或者两个/更多节点(多节点)。8xlarge 群集的节点数至少应为两个。在单节点群集上,该节点由领导功能和计算功能共用。在多节点群集上,领导节点与计算节点是分开的。

Amazon Redshift 为每个区域内的每个 AWS 账户应用资源配额。配额限制您的账户可为一个区域内的指定资源类型(如节点或快照)创建的资源的数量。有关应用于 Amazon Redshift 资源的默认配额的更多信息,请转至 Amazon Web Services 一般参考 中的 Amazon Redshift 限制。要申请提升限额,请提交一份提升 Amazon Redshift 限额表单

您的群集成本取决区域、节点类型、节点数以及是否提前预留节点。有关节点成本的更多信息,请转到 Amazon Redshift 定价页面。

从 DC1 节点类型迁移到 DC2 节点类型

为了利用性能改进,您可以将 DC1 群集迁移到较新的 DC2 节点类型。

使用 DC2 节点类型的群集必须在 Virtual Private Cloud (EC2-VPC) 中启动。如果您的群集不在 VPC (EC2-CLASSIC) 中,请先创建群集的快照,然后选择以下选项之一:

  • 从 dc1.large 群集,直接还原为 VPC 中的 dc2.large 群集。

  • 从 EC2-CLASSIC 中的 dc1.8xlarge 群集先还原为 VPC 中的 dc1.8xlarge 群集,然后将 dc1.8xlarge 群集的大小调整为 dc2.8xlarge 群集的大小。无法直接还原为 dc2.8xl 群集,因为 dc2.8xlarge 节点类型的切片数与 dc1.8xlarge 节点类型不同。

如果您的群集处于 VPC 中,请选择以下选项之一:

  • 从 dc1.large 群集,直接还原为 VPC 中的 dc2.large 群集。

  • 从 dc1.8xlarge 群集,将 dc1.8xl 群集的大小调整为 dc2.8xlarge 群集的大小。无法直接还原为 dc2.8xlarge 群集,因为 dc2.8xlarge 节点类型的切片数与 dc1.8xlarge 节点类型不同。

有关更多信息,请参阅 Amazon Redshift 快照调整群集大小

节点类型的详细信息

以下各表总结了每个节点类型和大小的节点规范。在以下两个表中,这些标题具有特定含义:

  • vCPU 指的是每个节点的虚拟 CPU 数。

  • ECU 指的是每个节点的 Amazon EC2 计算单位数。

  • RAM 指的是每个节点的内存量,以吉字节 (GiB) 为单位。

  • 每节点的切片数指的是计算节点分成的切片数。

  • 存储指的是每个节点的容量和存储类型。

  • 节点范围指的是针对节点类型和大小,Amazon Redshift 支持的最少和最多节点数。

    注意

    正如前面所讨论的,根据应用到所选区域中您的 AWS 账户的配额,您可能只能使用少量节点。

  • 总容量指的是群集的总存储容量(如果您部署了节点范围中指定的最大数目的节点)。

重要

DS1 节点类型已淘汰。我们会继续支持具有 DS1 节点类型的现有群集,但新群集将仅能使用 DS2、DC1 和 DC2 节点类型。新的 DS2 节点类型提供比 DS1 更高的性能,且无需额外成本。如果您已购买了 DS1 预留节点,请联系 redshift-pm@amazon.com,我们将协助您转换成 DS2 节点类型。

密集存储节点类型

节点大小 vCPU ECU RAM (GiB) 每节点的切片数 每节点的存储容量 节点范围 总容量
ds2.xlarge 4 13 31 2 2TB HDD 1–32 64TB
ds2.8xlarge 36 119 244 16 16TB HDD 2–128 2PB

密集计算节点类型

节点大小 vCPU ECU RAM (GiB) 每节点的切片数 每节点的存储容量 节点范围 总容量
dc1.large 2 7 15 2 160GB SSD 1–32 5.12TB
dc1.8xlarge 32 104 244 32 2.56TB SSD 2–128 326TB
dc2.large 2 7 15.25 2 160 GB NVMe-SSD 1–32 5.12TB
dc2.8xlarge 32 99 244 16 2.56 TB NVMe-SSD 2–128 326TB

之前的节点类型名称

在先前的 Amazon Redshift 版本中,节点类型的名称不同。可以在 Amazon Redshift API 和 AWS Command Line Interface (AWS CLI) 中使用旧名称。但是,我们建议您更新引用这些名称的所有脚本,以改用当前名称。当前名称和之前的名称如下所示。

之前的节点类型名称

当前名称 之前的名称
ds2.xlarge ds1.xlarge、dw.hs1.xlarge、dw1.xlarge
ds2.8xlarge ds1.8xlarge、dw.hs1.8xlarge、dw1.8xlarge
dc1.large dw2.large
dc1.8xlarge dw2.8xlarge

确定节点数

您选择的节点数取决于您数据集的大小和您所需的查询性能。以密集存储节点类型为例,如果您有 32TB 的数据,则可以选择 16 个 ds2.xlarge 节点或 2 个 ds2.8xlarge 节点。如果您的数据以较小增量增长,则选择 ds1.xlarge 这一节点大小可以使您以 2TB 的增量扩展。如果您的数据通常以较大增量增长,则选择 ds2.8xlarge 这一节点大小可能更合适。

由于 Amazon Redshift 在群集的所有计算节点间并行分配和执行查询,因此您可以通过向群集添加节点来提高查询性能。Amazon Redshift 还会在群集的所有计算节点间分配您的数据。在运行具有至少两个计算节点的群集时,每个节点上的数据始终会镜像到其他节点的磁盘上,从而降低数据丢失的风险。

无论做出何种选择,您都可以在 Amazon Redshift console 中通过 Amazon CloudWatch 指标监控查询性能。您还可以根据需要添加或删除节点,以在最适合您的存储和性能之间实现平衡。当您请求额外节点时,Amazon Redshift 会处理部署、负载均衡和数据维护方面的所有详细信息。有关群集性能的更多信息,请参阅监控 Amazon Redshift 群集性能

如果您打算让群集持续运行很长一段时间(如一年或更长的时间),则可以将计算节点预留一年或三年的时间,从而节省大量成本。要预留计算节点,请购买所谓的预留节点产品。为您希望预留的每个计算节点购买一项产品。当预留计算节点时,无论您的群集运行与否,您需要先支付固定的前期费用,然后支付每小时的周期性费用。无论怎样,按小时收取的费用比按需使用的费用要低得多。有关更多信息,请参阅 购买 Amazon Redshift 预留节点

调整群集大小

如果在最初配置群集后需要更改存储和性能,那么您可以调整群集的大小。您可以通过添加或删除节点来向内扩展或向外扩展群集。此外,您还可以通过指定不同的节点类型来向上扩展或向下扩展群集。

例如,您可以添加更多节点、更改节点类型、将单节点群集更改为多节点群集,或将多节点群集更改为单节点群集。但是,您必须确保生成的群集足够大,可容纳现有的数据;否则调整大小会失败。在使用 API 时,您必须指定节点类型、节点大小和节点数(即使您只更改其中的一项)。

下面介绍了调整大小的过程:

  1. 如果您启动了调整大小的过程,Amazon Redshift 会发送一个事件通知,确认调整大小的请求,并开始配置新的(目标)群集。

  2. 当配置新的(目标)群集时,Amazon Redshift 发送一个事件通知通报调整大小已开始,然后以只读模式重新启动您现有的(源)群集。重新启动群集将终止与群集之间的所有现有连接。所有未提交的事务(包括 COPY)都将回滚。当该群集处于只读模式时,您可以运行读取查询,而不能运行写入查询。

  3. Amazon Redshift 开始将数据从源群集复制到目标群集中。

  4. 调整大小的过程快要完成时, Amazon Redshift 会对目标群集的终端节点进行更新,与源群集之间的所有连接都将终止。

  5. 在调整大小完成后,Amazon Redshift 将发生一个事件通知,通报调整大小已完成。之后您便可以连接到目标群集并恢复运行读取和写入查询。

当您调整群集的大小时,该群集在调整大小完成之前将一直保持只读模式。您可以在 Amazon Redshift console 中该群集的 Status 选项卡上查看调整大小的进度。调整群集大小所用的时间取决于各个节点中的数据量。通常情况下,调整大小的过程从几小时到一天不等,数据量较大的群集可能需要更长时间。之所以出现这种情况,是因为数据从源群集上的各个节点并行复制到目标群集的节点中。有关调整群集大小的更多信息,请参阅教程:在 Amazon Redshift 中调整群集大小调整群集大小

Amazon Redshift 在调整大小操作期间不会对表格进行排序。当您调整群集大小时,Amazon Redshift 会根据其分配方式将数据库表分配至新的计算节点,并通过运行 ANALYZE 来更新统计数据。系统不会传输标记为删除的行,因此如果您需要重新对表进行排序,则只需运行 VACUUM 即可。有关更多信息,请参阅 Amazon Redshift Database Developer Guide 中的对表执行 vacuum 操作

如果您的群集是公有的且位于 VPC 中,则在调整大小后,该群集将保留领导节点的弹性 IP 地址 (EIP)。如果您的群集是私有的且位于 VPC 中,则在调整大小后,该群集将保留领导节点的私有 IP 地址。如果您的群集没有位于 VPC 中,则在调整大小操作过程中,系统将针对领导节点分配新的公有 IP 地址。

要获取群集的领导节点 IP 地址,请使用“dig”实用工具,如下所示:

Copy
dig mycluster.abcd1234.us-west-2.redshift.amazonaws.com

领导节点 IP 地址位于结果中 ANSWER SECTION 的末尾,如下所示:

您可以在 BIND 软件下载内容中获取“dig”实用工具。有关 BIND 的更多信息,请转到 Internet Systems Consortium 文档中的 BIND

用于启动群集的受支持平台

Amazon Redshift 群集在已针对您选择的 Amazon Redshift 节点类型和大小配置的 Amazon Elastic Compute Cloud (Amazon EC2) 实例中运行。您可以在以下两个平台之一中启动 Amazon Redshift 群集:EC2-Classic 或 EC2-VPC,这是 Amazon EC2 实例支持的平台。有关这些平台的更多信息,请转到 Amazon EC2 用户指南(适用于 Linux 实例) 中的支持的平台。可供您使用的平台取决于您的 AWS 账户设置。

注意

为防止 SQL 客户端工具和 Amazon Redshift 数据库之间出现连接问题,我们建议您配置使主机协商数据包大小的入站规则,或者通过在您的 Amazon EC2 实例的网络接口 (NIC) 上将最大传输单位 (MTU) 设置为 1500 来禁用 TCP/IP 巨型帧。有关这些方法的更多信息,请参阅查询显示为挂起,有时无法连接到群集

EC2-Classic 平台

在 EC2-Classic 平台中,您的群集会在一个可与其他 AWS 客户共享的扁平化网络中运行。如果您在 EC2-Classic 平台中配置群集,则可通过将一个或多个 Amazon Redshift 群集安全组与该群集相关联来控制对群集的访问。有关更多信息,请参阅 Amazon Redshift 群集安全组

EC2-VPC 平台

在 EC2-VPC 平台中,您的群集会在一个逻辑上与您的 AWS 账户分离的 Virtual Private Cloud (VPC) 中运行。如果您在 EC2-VPC 平台中配置群集,则可通过将一个或多个 VPC 安全组与该群集相关联来控制对群集的访问。有关更多信息,请转到 Amazon VPC 用户指南 中的您的 VPC 的安全组

要在 VPC 中创建群集,您必须先通过提供 VPC 的子网信息来创建一个 Amazon Redshift 群集子网组,然后在启动群集时提供该子网组。有关更多信息,请参阅 Amazon Redshift 群集子网组

有关 Amazon Virtual Private Cloud (Amazon VPC) 的更多信息,请转至 Amazon VPC 产品详细信息页面

选择平台

根据各区域的情况,您的 AWS 账户能够同时在这两个平台中启动实例,或者只能在 EC2-VPC 中启动实例。要确定您的账户支持哪个平台,之后再启动群集,请执行以下操作:

  1. 确定您想要在哪个 AWS 区域部署群集。有关支持 Amazon Redshift 的 AWS 区域列表,请转到 Amazon Web Services 一般参考 中的区域和终端节点

  2. 找出您的账户在所选 AWS 区域中支持的 Amazon EC2 平台。您可以在 Amazon EC2 控制台中找到这些信息。有关分步说明,请转到 Amazon EC2 用户指南(适用于 Linux 实例) 中的支持的平台

  3. 如果您的账户同时支持这两个平台,则选出您想要在其中部署 Amazon Redshift 群集的平台。如果您的账户仅支持 EC2-VPC,则必须在 VPC 中部署群集。

  4. 部署您的 Amazon Redshift 群集。您可以通过使用 Amazon Redshift console 来部署群集,也可以通过使用 Amazon Redshift API、CLI 或软件开发工具包库以编程方式部署群集。有关这些选项的更多信息以及相关文档的链接,请参阅什么是 Amazon Redshift?

区域和可用区注意事项

Amazon Redshift 可在多个 AWS 区域使用。默认情况下,Amazon Redshift 在您选择的 AWS 区域中随机选择的可用区 (AZ) 中配置您的群集。所有群集节点在同一可用区中配置。

如果 Amazon Redshift 可在特定可用区使用,那么您可以选择请求在该可用区中进行配置。例如,如果您的一个 Amazon EC2 实例正在某个可用区中运行,则您可能希望就在该可用区创建 Amazon Redshift 群集,以减少延迟。另一方面,您可能希望选择另一可用区以实现更高的可用性。Amazon Redshift 不一定能在某个区域中的所有可用区中使用。

有关允许您配置 Amazon Redshift 群集的受支持 AWS 区域列表,请转到 Amazon Web Services 一般参考 中的区域和终端节点

维护时段

Amazon Redshift 定期执行维护以升级您的群集。在此类更新期间,无法对 Amazon Redshift 群集执行常规操作。

Amazon Redshift 针对每个区域从 8 小时时间段中随机分配 30 分钟的维护时段,维护可能发生在包括周一至周日在内的一周中随机的一天。下方列表显示了为每个区域分配默认维护时段的时间段。

  • 美国东部(弗吉尼亚北部) region: 03:00–11:00 UTC

  • 美国东部(俄亥俄州) region: 03:00–11:00 UTC

  • 美国西部(加利福尼亚北部) region: 06:00–14:00 UTC

  • 美国西部(俄勒冈) region: 06:00–14:00 UTC

  • 加拿大 (中部) region: 03:00–11:00 UTC

  • 亚太地区(孟买) region: 16:30–00:30 UTC

  • 亚太区域(首尔) region: 13:00–21:00 UTC

  • 亚太区域(新加坡) region: 14:00–22:00 UTC

  • 亚太区域(悉尼) region: 12:00–20:00 UTC

  • 亚太区域(东京) region: 13:00–21:00 UTC

  • 欧洲(法兰克福) region: 06:00–14:00 UTC

  • 中国(北京) region: 13:00–21:00 UTC

  • 欧洲(爱尔兰) region: 22:00–06:00 UTC

  • 欧洲 (伦敦) region: 22:00–06:00 UTC

  • 南美洲(圣保罗) region: 19:00–03:00 UTC

如果在指定周内安排了维护事件,则维护将在分配的 30 分钟维护时段内启动。当 Amazon Redshift 执行维护时,它会终止正在进行的任何查询或其他操作。大多数维护都将在 30 分钟的维护时段内完成,但某些维护任务可能在此时段结束后继续运行。如果在计划的维护时段没有要执行的维护任务,您的群集会在下个计划维护时段到来之前继续正常运行。

您可以通过编程方式或使用 Amazon Redshift console 对群集进行修改来更改计划的维护时段。该时段必须至少为 30 分钟,但不得超过 24 小时。有关更多信息,请参阅 使用控制台管理群集

默认磁盘空间警报

创建 Amazon Redshift 群集时,您可以选择配置一个 Amazon CloudWatch 警报来监控在群集的所有节点中已用磁盘空间所占的平均百分比。我们将此警报称为默认磁盘空间警报

默认磁盘空间警报的目的是帮助您监控群集的存储容量。您可以根据数据仓库的需要配置此警报。例如,您可以将警告用作指示器来了解是否需要调整群集大小,无论是更改为其他节点类型或添加节点,还是为未来的扩展购买预留节点。

当磁盘的使用率在指定持续时间达到或超出指定百分比一定次数,则会触发默认磁盘空间警报。默认情况下,当磁盘的使用率达到您指定的百分比并保持或超出这一百分比五分钟或更长时间,则会触发此警报。启动群集后,您可以编辑默认值。

当触发 CloudWatch 警报时,Amazon Simple Notification Service (Amazon SNS) 会向指定接收方发送通知以提醒他们已达到百分比阈值。Amazon SNS 通过主题来指定接收方,并以通知的形式发送消息。您可以使用现有 Amazon SNS 主题;如果不使用的话,系统会根据您启动群集时指定的设置创建一个主题。启动群集后,您可以编辑此警报的主题。有关创建 Amazon SNS 主题的更多信息,请参阅 Amazon Simple Notification Service 入门

启动群集后,您可以从该群集 Status 窗口的 CloudWatch Alarms 下方查看和编辑警报。其名称为 percentage-disk-space-used-default-<string>。您可以打开该警报,以查看与其相关联的 Amazon SNS 主题以及编辑警报设置。如果您未选择使用现有的 Amazon SNS 主题,则系统为您创建的主题名为 <clustername>-default-alarms (<recipient>),例如 examplecluster-default-alarms (notify@example.com)

有关配置和编辑默认磁盘空间警报的更多信息,请参阅创建群集编辑默认磁盘空间警报

注意

如果您将群集删除,与该群集相关联的警报不会被删除,但也不会触发。如果您不再需要该警报,可以从 CloudWatch 控制台中将其删除。

重命名群集

如果您希望群集使用其他名称,则可以对其进行重命名。由于连接到群集的终端节点包含群集名称(也称群集标识符),因此重命名群集之后,终端节点也将改为使用新名称。例如,如果您的群集名为 examplecluster,您将其重命名为 newcluster,则终端节点会改为使用 newcluster 标识符。连接至群集的所有应用程序都必须使用新的终端节点进行更新。

如果您希望更改应用程序所连接到的群集,但又不想更改这些应用程序中的终端节点,则您可以对群集进行重命名。在这种情况下,您必须先重命名原始群集,然后更改第二个群集,以重新使用原始群集重命名之前的名称。之所以这样做,是因为群集标识符在您的账户和区域中必须是独一无二的,因此原始群集和第二个群集的名称不能相同。当您从快照中恢复群集但不希望更改任何从属应用程序的连接属性时,也可以这样做。

注意

如果您删除原始群集,则还需删除任何不需要的群集快照。

当您重命名群集时,在该过程结束之前,群集的状态会变为 renaming。该群集使用的旧 DNS 名称会被立即删除,但可能会在缓存中保留几分钟。重命名后的群集的新 DNS 名称在大约 10 分钟内生效。重命名后的群集在新名称生效之前不可用。系统会重新启动群集,且群集的所有现有连接都会被删掉。此过程完成后,终端节点会改为使用新名称。因此,您应该在开始重命名之前停止运行查询,并在重命名完成后恢复运行。

系统将会保留群集快照,而且与群集相关联的所有快照在群集重命名之后仍与该群集相关联。例如,假设您的一个群集服务于生产数据库且该群集有若干个快照。如果重命名该群集,然后在生产环境中将其替换为一个快照,则这些现有快照仍与重命名后的群集相关联。

Amazon CloudWatch 警报和 Amazon Simple Notification Service (Amazon SNS) 事件通知与该群集的名称相关联。如果您重命名该群集,则需要相应地对这些内容进行更新。您可以在 CloudWatch 控制台中更新 CloudWatch 警报,也可以在 Amazon Redshift 控制台中的 Events 窗格上更新 Amazon SNS 事件通知。群集的加载和查询数据在重命名前后都会继续显示数据。但是,性能数据则在重命名过程完成后重置。

有关更多信息,请参阅 修改群集

关闭和删除群集

如果您希望群集停止运行且不再产生费用,则可以将其关闭。在关闭群集时,您可以选择创建一个最终快照。如果您创建最终快照,则 Amazon Redshift 会在您将群集关闭之前为其创建一个手动快照。如果您希望恢复运行群集和查询数据,则可以在之后还原该快照。

如果您不再需要群集及其数据,则可以将其关闭,而不创建最终快照。在这种情况下,该群集及其数据会被永久删除。有关关闭和删除群集的更多信息,请参阅删除群集

无论在您关闭群集时是否有最终手动快照,与该群集相关联的所有自动快照都会在您关闭群集后删除。与该群集相关联的所有手动快照都会保留下来。如果您在关闭群集时没有其他正在运行的群集,或者正在运行的 Amazon Redshift 群集超出了向您提供的免费可用存储,则您需要针对保留下来的所有手动快照(包括可选的最终快照)按 Amazon Simple Storage Service 存储费率支付相应的费用。有关快照存储费用的更多信息,请转到 Amazon Redshift 定价页面

群集状态

群集状态显示了群集的当前状态。下表提供了对每个群集状态的说明。

状态 说明
available 群集正在运行且可供使用。
creating Amazon Redshift 正在创建群集。有关更多信息,请参阅 创建群集
deleting Amazon Redshift 正在删除群集。有关更多信息,请参阅 删除群集
final-snapshot Amazon Redshift 正在删除群集前对其拍摄最终快照。有关更多信息,请参阅 删除群集
hardware-failure

群集发生了硬件故障。

如果您的群集为单节点群集,则该节点无法替换。要恢复您的群集,请还原快照。有关更多信息,请参阅 Amazon Redshift 快照

incompatible-hsm Amazon Redshift 无法连接到硬件安全模块 (HSM)。检查群集和 HSM 之间的 HSM 配置。有关更多信息,请参阅 关于使用硬件安全模为 Amazon Redshift 加密
incompatible-network 基本网络配置出现问题。确保您在其中启动群集的 VPC 及其设置正确无误。有关更多信息,请参阅 在 Amazon Virtual Private Cloud (VPC) 中管理群集
incompatible-parameters 相关联的参数组中的一个或多个参数值出现问题,此时无法应用这些参数值。修改参数组并更新所有无效值。有关更多信息,请参阅 Amazon Redshift 参数组
incompatible-restore 从快照中还原群集时出现问题。使用其他快照再次尝试还原群集。有关更多信息,请参阅 Amazon Redshift 快照
modifying Amazon Redshift 正在将更改应用于群集。有关更多信息,请参阅 修改群集
rebooting Amazon Redshift 正在重启群集。有关更多信息,请参阅 重启群集
renaming Amazon Redshift 正在将新名称应用于群集。有关更多信息,请参阅 重命名群集
resizing Amazon Redshift 正在调整群集的大小。有关更多信息,请参阅 调整群集大小
rotating-keys Amazon Redshift 正在轮换群集的加密密钥。有关更多信息,请参阅 关于在 Amazon Redshift 中轮换加密密钥
storage-full 群集已达到其存储容量。调整群集的大小以添加节点或选择其他节点大小。有关更多信息,请参阅 调整群集大小
updating-hsm Amazon Redshift 正在更新 HSM 配置。有关更多信息,请参阅 关于使用硬件安全模为 Amazon Redshift 加密