Kubernetes HorizontalPodAutoscaler多副本高比例
我在Kubernetes使用水平吊舱自动缩放器,如下所示。我想将其用于一个可扩展4到40个副本的服务。不幸的是,由于大规模延迟,从4个副本扩展到40个副本大约需要一个小时。我是否有可能为高档复制品提供最小/最大激增?这样它至少可以升级2到4个副本 我的API对象(头盔):Kubernetes HorizontalPodAutoscaler多副本高比例,kubernetes,Kubernetes,我在Kubernetes使用水平吊舱自动缩放器,如下所示。我想将其用于一个可扩展4到40个副本的服务。不幸的是,由于大规模延迟,从4个副本扩展到40个副本大约需要一个小时。我是否有可能为高档复制品提供最小/最大激增?这样它至少可以升级2到4个副本 我的API对象(头盔): 不是真的。看来你很担心被打。实际上,并没有一种方法可以定义一个结合了冷却期的高阶步骤数 在Kubernetes 1.11之前,您可以在kube控制器管理器上指定默认为3分钟的时间。这可能还不够,所以我创建了这个 因此,从Kub
不是真的。看来你很担心被打。实际上,并没有一种方法可以定义一个结合了冷却期的高阶步骤数 在Kubernetes 1.11之前,您可以在kube控制器管理器上指定默认为3分钟的时间。这可能还不够,所以我创建了这个
因此,从Kubernetes 1.12开始,该选项已被删除,取而代之的是a。我意识到了高标度延迟,但是延迟是有意义的,3分钟对我来说也很好。但是,您运行的复制副本越多,单个pod向上/向下缩放对总体负载的影响就越小。这是否意味着HPA不适合部署多个副本?那我会非常失望的。它应该能够处理数千个新的副本,但还有其他因素,并且会根据具体情况而有所不同。例如,您正在运行什么应用程序?您的应用程序是否需要大量CPU突发?不管怎么说,这就是为什么开了罚单,看起来像是在1.12版本中进行了一些修正
apiVersion: autoscaling/v2beta1
kind: HorizontalPodAutoscaler
metadata:
name: {{ required "A valid service.name entry required!" .Values.service.name }}
labels:
app: {{ .Values.service.name }}
version: {{ .Values.image.tag | quote }}
chart: {{ template "nodejs.chart" . }}
release: "{{ .Release.Name }}-{{ .Values.image.tag }}"
heritage: {{ .Release.Service }}
spec:
scaleTargetRef:
apiVersion: apps/v1beta1
kind: Deployment
name: {{ required "A valid service.name entry required!" .Values.service.name }}
minReplicas: {{ .Values.autoscaling.minReplicas }}
maxReplicas: {{ .Values.autoscaling.maxReplicas }}
metrics:
- type: Resource
resource:
name: cpu
targetAverageValue: {{ required "A valid autoscaling.cpuTargetValue entry is required" .Values.autoscaling.cpuTargetValue }}
- type: Resource
resource:
name: memory
targetAverageValue: {{ required "A valid autoscaling.memoryTargetValue entry is required" .Values.autoscaling.memoryTargetValue }}