我正在尝试使用terraform扩展Aurora的RDS集群。
我正在设置一个具有3个服务器的RDS实例-1个写入器和2个只读副本。这是我的要求
当任何服务器出现故障时，请添加新服务器，以使副本始终至少具有3台服务器。
当任何主机的CPU使用率超过50％时，请向群集添加新服务器。服务器的最大数量为4。
是否可以创建一个策略，以便当3个服务器中的任何一个发生故障时，然后为该RDS实例创建一个新服务器？是，如何监控服务器故障？
我需要使用appAutoScaling还是同时使用autoScaling？ 这是与我的用例匹配的链接： https://registry.terraform.io/providers/hashicorp/aws/latest/docs/resources/appautoscaling_policy
答案 0 :(得分：5)
我针对您的问题开发了 terraform配置文件的示例。它已准备就绪，可以使用，但仅出于学习和测试目的而应作为示例。已在us-east-1区域中使用带有terraform 0.13的默认VPC和AWS提供程序3.6对它进行了测试。
示例terraform配置文件创建的关键资源是：
下面，我将详细介绍所问的问题和示例配置文件。
该群集将配备1个编写器和2个副本。
一个基于TargetTrackingScaling的{{1}}的{{3}}。扩展策略基于副本的总体CPU利用率（50％），而不是其单个副本。
这是一个好习惯，因为aurora副本在连接级别自动负载均衡。这意味着在您使用application-auto-scaling的情况下，新连接将大致平均地分布在可用副本之间。
一旦副本被扩展/扩展活动或故障替换，您可能应用于单个副本的任何警报或扩展策略都将无效。这是因为任何扩展策略都将绑定到特定的数据库实例。实例消失后，警报将不起作用。
可以在CLoudWatch警报控制台中查看与AWS代表您创建的策略相关的警报。
如果任何数据库实例失败，Aurora将自动继续解决该问题，其中包括重新启动数据库实例，将只读副本升级为新的主副本，重新串连MySQL或完全替换发生故障的实例
您可以自己{strong>模拟这些事件，如reader enpoint中所述。
测试故障转移以读取副本
RDSReaderAverageCPUUtilization主实例的测试崩溃
这将导致实例的自动重启
aws rds failover-db-cluster --db-cluster-identifier aurora-cluster-demo
读取器实例的测试崩溃
这将导致重新启动MySQL。
mysql -h <endpoint> -u root -e "ALTER SYSTEM CRASH INSTANCE;"
测试阅读器的更换
您可以通过手动将其删除来模拟读取器实例的完全故障 控制台。删除后，Aurora将自动提供替换。
您可以使用Testing Amazon Aurora Using Fault Injection Queries 来自动检测和响应与您的Aurora群集及其实例相关的各种事件。失败是RDS事件通知机制捕获的事件之一。
您可以订阅感兴趣的事件类别，并接收SNS的通知。一旦检测到事件并将其发布到SNS中，您就可以使用它进行所需的操作。例如，调用lambda事件以分析该事件和Aurora群集的当前状态，执行纠正措施或发送电子邮件通知。
例如，当您像之前那样手动强制故障转移时，您会收到一条消息 具有以下信息（仅显示片段）：
mysql -h <endpoint> -u root -e "ALTER SYSTEM SIMULATE 100 PERCENT READ REPLICA FAILURE TO ALL FOR INTERVAL 10 MINUTE;"
及更高版本：
\"Event Message\":\"Started cross AZ failover to DB instance: aurora-cluster-demo-1\"
示例Terraform配置文件订阅了许多类别。因此，您必须将它们精确地调整到所需的位置。您还可以订阅所有这些文件，并具有 lambda函数，在它们发生时进行分析，并决定是否仅将其归档，或者该函数应执行一些自动化过程。
Aurora读取副本是使用Amazon RDS Event Notification而不是AutoScaling缩放的（在这里我假设您是指EC2 AutoScaling）。 EC2 AutoScaling仅用于常规EC2实例，而不用于RDS。
\"Event Message\":\"Completed failover to DB instance: aurora-cluster-demo-1\"}"