问根据RDS存储大小更新cloudwatch告警阈值

EN

尽管被认为是一种反模式，但也有另一种选择。它被认为是一种反模式，因为让两个不同的进程控制同一资源的配置通常不是一个好主意。但是，如果您坚持在terraform计划之外控制RDS的大小，则可以自动执行cloudwatch指标设置。

根本问题是FreeSpaceAvailable RDS指标只了解字节，而不了解百分比。Terraform会为你做这个转换，所以你看不到它。这就是为什么当您在RDS控制台中更改分配的空间时，警报不会发生变化。您可以开发一个简单的lambda函数，该函数使用其中一个AWS API(如python的boto3 )定期查询RDS数据库的大小，并相应地更新FreeSpaceAvailable上的警报。它甚至可以更复杂，让SNS通知SQS队列RDS配置中的更改，然后可以触发lambda来评估度量，这将使更新非常快速和有效。您需要应用IAM策略，该策略允许lambda读取相关RDS实例上的数据，并允许更新相关指标。或者，您可以手动运行它，然后在AWS控制台更新后立即运行它，但在这种情况下，您可能也可以很容易地手动更新指标。

我仍然不建议这样做，因为terraform控制了一个已经被控制的资源。

如果使用terraform代码更新分配的空间，则应由terraform自动更新。Cloudwatch本身并不理解您正在观看的内容之间的关系-它只是在您应用模板时由terraform设置一个阈值。由于terraform代表您执行这两个操作(分配RDS实例和设置cloudwatch指标)，因此它知道需要设置什么。然而，使用AWS控制台本质上是绕过了terraform。虽然大小增加了，但terraform没有意识到这种变化，也改变了cloudwatch指标。使用terraform应用大小更新应该可以修复警报，这取决于您如何设置警报阈值。