Kubernetes Google容器引擎中的自动缩放

据我所知，容器引擎目前处于alpha状态，尚未完成

从文档中，我假设POD还没有自动扩展（例如，取决于CPU负载），对吗？我希望能够将复制控制器配置为在平均CPU负载达到定义的阈值时自动添加POD（和VM实例）

这是否在不久的将来的路线图上

---

或者是否可以使用计算引擎自动缩放器进行此操作？（如果是，怎么做？

在我们准备推出测试版时，我们肯定在考虑集成谷歌计算引擎AutoScaler

实际上有两种不同的缩放方式：

根据群集中容器的数量，放大/缩小群集中工作节点的数量

上下缩放吊舱

由于Kubernetes也是一个OSS项目，我们还想添加一个Kubernetes本机autoscaler，它可以扩展复制控制器。这绝对是路线图上的东西。我预计我们实际上会有多个autoscaler实现，因为它可能是非常特定于应用程序的…

Kubernetes autoscaling：

库贝特尔指挥部：

例如：

---

kubectl自动缩放部署foo--min=2--max=5--cpu百分比=80

您可以使用kubectl自动缩放来自动缩放部署

自动缩放实际上是当您希望根据需要自动修改POD的数量时

kubectl autoscale deployment task2deploy1 –cpu-percent=50 –min=1 –max=10

kubectl get deployment task2deploy1

名称所需的当前最新可用年龄

任务2部署1 49s

随着资源消耗的增加，POD数量将增加，并且将超过您在deployment.yaml文件中指定的POD数量，但始终小于kubectl autoscale命令中指定的最大POD数量

kubectl get deployment task2deploy1

名称所需的当前最新可用年龄

任务2部署1 7 3 4m

---

类似地，随着资源消耗的减少，POD的数量将减少，但决不会小于kubectl autoscale命令中指定的最小POD数量。

这是否包括卷的自动缩放？我在文档中没有看到可以使用kubernetes扩展卷。卷缩放如何工作？我正在考虑完全自动缩放db。自动缩放器/大小调整器的工作进行到了什么程度？你认为它什么时候可用？我听说你可以用Kubernetes来自动缩放，但不知道如何。

kubectl get deployment task2deploy1