DynamoDB DAX 和高可用性
DynamoDB DAX and High Availability
您处理 DAX 维护的首选策略是什么 windows？
DynamoDB 本身没有 MW，并且具有很高的可用性。当 DAX 被引入组合时，如果它是客户端对 DDB 的唯一访问点，那么它就会成为 SPOF。在 DAX 计划停机期间，您如何优雅地处理降级？
我的想法是不直接使用 DAX 客户端，而是引入一些抽象层，允许它在 DAX 关闭时回退到直接 DDB 访问。这是一个好方法吗？
DAX 维护 window 不会使集群脱机，除非它是单节点集群。 DAX 通过集群中的多个节点提供可用性。对于多节点集群，集群中的每个节点都按特定顺序进行维护，以使集群保持可用。在 DAX 客户端上配置重试后，您的工作负载在维护期间应该不会受到影响 windows。
除了维护 window，集群节点需要跨多个 AZ 划分，以便在 AZ 出现故障时保持可用性。
回退到 DDB 的抽象层是个不错的主意。但是您需要确保配置了预配容量来处理负载峰值。
您处理 DAX 维护的首选策略是什么 windows？
DynamoDB 本身没有 MW，并且具有很高的可用性。当 DAX 被引入组合时，如果它是客户端对 DDB 的唯一访问点，那么它就会成为 SPOF。在 DAX 计划停机期间，您如何优雅地处理降级？
我的想法是不直接使用 DAX 客户端，而是引入一些抽象层，允许它在 DAX 关闭时回退到直接 DDB 访问。这是一个好方法吗？
DAX 维护 window 不会使集群脱机，除非它是单节点集群。 DAX 通过集群中的多个节点提供可用性。对于多节点集群，集群中的每个节点都按特定顺序进行维护，以使集群保持可用。在 DAX 客户端上配置重试后，您的工作负载在维护期间应该不会受到影响 windows。
除了维护 window，集群节点需要跨多个 AZ 划分，以便在 AZ 出现故障时保持可用性。
回退到 DDB 的抽象层是个不错的主意。但是您需要确保配置了预配容量来处理负载峰值。