具有自动缩放和负载均衡器的永久实例

Posted 2023-03-04

【中文标题】具有自动缩放和负载均衡器的永久实例

【英文标题】：Permanent instances with Autoscaling and load balancers

【发布时间】：2018-09-20 03:26:55

【问题描述】：

谷歌云自动扩缩器中是否有任何选项可以将一些不应该被自动扩缩器销毁的实例标记为永久实例？

在我的用例中，我需要一直运行一些实例（它们也提供关键数据），并且仅在流量负载增加/减少时扩大/缩小。

【参考方案1】：

您的请求有一些差异，因为您在谈论包含一些实例的实例组，这些实例将提供与另一个不同的数据，这意味着实例彼此不相同，因此您不能使用自动缩放器。我这样说是因为有两种类型的实例组，一种是“非托管实例组”，另一种是“托管实例组”。非托管实例组适合您，因为它提供了使用不同实例的选项，但没有自动缩放器。相反，托管实例组基于使用实例模板创建一组相同实例的组。

【讨论】：

感谢您的评论。在我的用例中，这些实例是完全相同的。拥有永久实例的原因是，每天都会在永久实例上进行定期的 mysql 数据库转储，并且必须将其导入新实例，以便整个组保持同步。有一个建议是两个托管实例组可以解决这种情况。一个实例组将只有没有自动缩放器的永久实例，而另一个实例组将使用自动缩放器的临时实例组。此设置是否适用于具有两个后端的负载均衡器以提供相同的流量？

是的，我可以确认在负载均衡器后面有两个不同的实例组的选项可以工作，只要您设法让所有实例在 echo other 之间同步。我向您建议的任何方式都不是在这些实例中部署数据库，而是在实例组之外创建一个数据库集群，将流量从实例组重定向到数据库集群。

由于严格的 SLA，我的用例需要基于 db 查询的稳定性能，因此创建 db cluster 可能无济于事，因为如果数据库响应时间太慢，因为太多，它无法自动扩展要求。我在使用负载平衡器时遇到问题，由于与相同的路径模式冲突，因此不允许在后端为两个不同的实例组提供相同的流量。有什么帮助吗？

就高性能而言，我绝对建议使用 Cloud SQL 实例，然后在实例组的实例中使用 sql 代理（不基于 ip）。我真的很难想象在一个实例组上运行的多个实例上进行正确且快速的数据库同步。所有这些实例之间的同步过程可能会变成瓶颈。