1 réponse
- Le plus récent
- Le plus de votes
- La plupart des commentaires
0
【以下的回答经过翻译处理】 你好,
这个答案主要取决于:
1.你的特定应用程序的行为 2.你的业务需求
更进一步分析:
1.你的特定应用程序的行为:
*你期望流量增长有多快?(记住,目标跟踪是反应性的,并在指标触发警报后触发。)如果在1分钟内将会有2倍的峰值,你需要设置较低的缩放阈值来吸收突发流量。 *应用程序的启动时间多长?更长的启动时间意味着处理流量增长能力更少。 *当应用程序达到/接近100% CPU/内存/等等时,它是否能保持稳定?还是在压力下会更早出现问题?如果是后者,你将想降低阈值,使其远离接近100%的状态。
2.你的业务需求:
*你能承受几分钟的停机时间/性能下降,等待扩展吗?设置更高的阈值以尽可能节约成本。如果不行,这是关键任务,可能最好选择稍微较低的目标。 *这是极其关键的任务,你需要能够立即处理剩余节点/任务上的AZ故障的负载吗?如果是这样,你不会想要像80%这样的高目标。
我知道上面的内容都相当通用,但并没有一个适用于所有情况的标准答案。希望这些问题能为您提供一个开始寻找解决方案的方向。同时也要记住,您可以创建多个目标跟踪策略,如果“高使用率”警报在其中任何一个上触发,它们都可以进行扩展;但只有在所有目标跟踪策略都希望同时进行缩小时,才会进行缩小。
Contenus pertinents
- demandé il y a un an
- demandé il y a un an
- demandé il y a un an
- demandé il y a 10 mois
- AWS OFFICIELA mis à jour il y a 3 ans
- AWS OFFICIELA mis à jour il y a 2 ans
- AWS OFFICIELA mis à jour il y a 8 mois
- AWS OFFICIELA mis à jour il y a 9 mois