Aws RDS Auroraにて、オートスケールしたレプリカが自動で削除されるようにしたい。

Question

### 実現したいこと
- [ ] Aws RDS Auroraでプライマリ1台とリードレプリカ1台＋オートスケールで増減するリードレプリカn台の構成とし、負荷のかかっていない通常の状態では、プライマリ1台とリードレプリカ1台の2台構成としたい

### 前提

負荷を掛け、スケールアウトし、リードレプリカが追加されることまでは確認ができているのですが、
追加されたレプリカがスケールインせずいます。
最低限のコストとするためにも、オートスケールでスケールアウトしたレプリカは負荷がかかっていない状態では削除されていてほしいのですが、これは実現可能な構成なのでしょうか？

### 試したこと
オートスケールの設定（「Aurora レプリカの平均 CPU 使用率」で設定）をし、レプリカの最小容量を1に、負荷を掛け、スケールアウトし、リードレプリカが追加されることまでは確認ができているのですが、追加されたレプリカがスケールインせずいます。

【追記①】
スケーリングポリシーはAWSのコンソール上から登録を行っています。
自分の認識が誤っていたようで、最小容量は手動で作成したリードレプリカの台数を含めた台数とのことでしたので、「1」としています。
![イメージ説明](https://ddjkaamml8q8x.cloudfront.net/questions/2023-10-12/3cf4265c-bcb6-43d6-9705-5e4880651850.png)

【追記②】
`aws application-autoscaling describe-scaling-activities`にて、オートスケールの履歴を確認したところ、
「AutoScalingAnticipatedFlapping」とのエラーが発生していました。

```
        {
            "ActivityId": "******",
            "ServiceNamespace": "rds",
            "ResourceId": "cluster:******",
            "ScalableDimension": "rds:cluster:ReadReplicaCount",
            "Description": "Attempting to scale due to alarm triggered",
            "Cause": "monitor alarm TargetTracking-******-AlarmLow-****** in state ALARM triggered policy ****",
            "StartTime": "2023-10-12T15:50:51.781000+09:00",
            "StatusCode": "Failed",
            "NotScaledReasons": [
                {
                    "Code": "AutoScalingAnticipatedFlapping"
                }
            ]
        },
```

抽象的な質問で恐れ入りますが、どなたかご教示いただけますと幸いです。
よろしくお願いいたします。

Answer

スケールイン自体は可能です。

ご提示の状況においては、AutoScalingAnticipatedFlappingとあるように、この状態でスケールインを起こすとクラスタのCPU使用率がターゲット値の60%を超えてしまい、再度スケールアウトを起こすため、AutoScalingしないことを決定した、というものです。

例えば、
Writer : 80% / Reader: 80%でスケールアウトし、Selectが分散され、
Writer : 80% / Reader: 40% / Reader : 40%

となったと仮定した場合、平均値としては160% ÷ 3=53%程度になりターゲットを下回りますが、だからと言ってReaderをスケールインしたら再び80%/80%の状態に戻ってしまい、スケールアウトが必要になり、スケーリングがループしてしまう、という状況です。

スケールインしてレプリカとWriterの台数が減った場合のメトリクスの平均がターゲットを下回る必要があるかと思いますので、接続してきているクライアントからのトランザクションがもっと落ち着く必要があるかと思います。
現在の状態が落ち着いた状態、ということならばターゲット値の調整が必要です。

例えばターゲット値が90%ならば、Writer+Reader x 2の状態で 60% 平均になってくればスケールインします。
現在はターゲット値が60%ですので、Writer+Reader x 2の平均が 40% あたりまで下がらないとスケールインできません（フラッピングと判断されてしまう）。