terraform中的appAutoScaling属性和autoscaling属性之间有什么区别？

我正在尝试使用terraform扩展Aurora的RDS集群。

我正在设置一个具有3个服务器的RDS实例-1个写入器和2个只读副本。这是我的要求

是否可以创建一个策略，以便当3个服务器中的任何一个发生故障时，然后为该RDS实例创建一个新服务器？是，如何监控服务器故障？
我需要使用appAutoScaling还是同时使用autoScaling？这是与我的用例匹配的链接： https://registry.terraform.io/providers/hashicorp/aws/latest/docs/resources/appautoscaling_policy

我针对您的问题开发了 terraform配置文件的示例。它已准备就绪，可以使用，但仅出于学习和测试目的而应作为示例。已在us-east-1区域中使用带有terraform 0.13的默认VPC和AWS提供程序3.6对它进行了测试。

示例terraform配置文件创建的关键资源是：

下面，我将详细介绍所问的问题和示例配置文件。

具有1个编写器和2个副本的Aurora MySQL群集

该群集将配备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\"}"