你想添加什么？
目前在HPA中，我们以以下格式定义目标资源。
spec:
scaleTargetRef:
apiVersion: apps/v1
kind: Deployment
name: my-app-deployment它基本上根据apiVersion、kind和name缩放匹配的资源。除了上述功能外，如果我们添加标签，它将根据给定的kind和apiVersion缩放所有匹配该标签的资源。
示例：
spec:
scaleTargetRef:
apiVersion: apps/v1
kind: Deployment
label:
app.kubernetes.io/name: my-app为什么需要这个？
我们有一个需求，在高CPU使用率时，将多个资源扩展到相同的副本数量。但是，如果我们为每个部署使用HPA,副本数量与其他资源不匹配。
假设我们有3个部署：
- 部署-1
- 部署-2
- 部署-3
在峰值使用期间，如果我们需要将所有3个部署扩展到相同数量的副本，我们可以为所有3个部署设置一个通用标签进行扩展。
8条答案
按热度按时间wvyml7n51#
这个问题目前正在等待分类。
如果SIG或子项目确定这是一个相关的问题，他们将通过应用
triage/accepted标签并提供进一步的指导来接受它。组织成员可以通过在评论中写入
/triage accepted来添加triage/accepted标签。有关使用PR评论与我互动的说明，请查看here。如果您对我的行为有任何问题或建议，请针对kubernetes/test-infra仓库提出一个问题。
zy1mlcev2#
/sig autoscaling
autoscaling
3pmvbmvn3#
/wg autoscaling
iqjalb3h4#
@shashikumar09: 标签
wg/autoscaling无法应用，因为仓库中没有它们。对此的回应：
/wg autoscaling
使用PR评论与我互动的说明已提供。如果您对我的行为有任何疑问或建议，请针对 kubernetes/test-infra 仓库提交一个问题。
uttx8gqw5#
/wg batch
zpjtge226#
如果最终目标是在某些由HPA验证的***公共***条件下，使用相同数量的副本进行扩展部署，那么将3个部署的工作负载捆绑在同一部署中不是更有意义吗？
8iwquhpp7#
Kubernetes项目目前缺乏足够的贡献者来充分应对所有问题。
此机器人根据以下规则对未分类的问题进行分级处理：
lifecycle/stale应用后的90天不活动后，将应用lifecycle/stalelifecycle/stale应用后的30天不活动后，将应用lifecycle/rottenlifecycle/rotten应用后的30天不活动后，该问题将被关闭您可以：
/remove-lifecycle stale/close关闭此问题请将反馈发送至sig-contributor-experience@kubernetes/community。
/lifecycle stale
y0u0uwnf8#
Kubernetes项目目前缺乏足够的活跃贡献者来充分应对所有问题。
此机器人根据以下规则对未分类的问题进行分级处理：
lifecycle/stale应用后的90天内无活动，将应用lifecycle/stalelifecycle/stale应用后的30天内无活动，将应用lifecycle/rottenlifecycle/rotten应用后的30天内无活动，将关闭该问题您可以：
/remove-lifecycle rotten标记此问题为新鲜/close关闭此问题请将反馈发送至sig-contributor-experience@kubernetes/community。
/lifecycle rotten