当前位置: 首页 > 知识库问答 >
问题:

为k8s etcd pod配置pod资源请求

漆雕和昶
2023-03-14

当将 k8s 1.18 与默认的“集群上”etcd pod 部署一起运行时,分配资源(CPU/内存)请求或影响 etcd 容器的 pod 规范的方法是什么?

默认配置不提供资源请求或限制。

  Namespace                   Name                                                     CPU Requests  CPU Limits  Memory Requests  Memory Limits  AGE
  ---------                   ----                                                     ------------  ----------  ---------------  -------------  ---
 kube-system                 etcd-172-25-87-82-hybrid.com                       0 (0%)        0 (0%)      0 (0%)           0 (0%)         77m

我知道如何通过kubeadm exArgs配置将额外的args传递给etcd,但这些不包括etcd pod资源。

etcd:
  local:
    extraArgs:
      heartbeat-interval: "1000"
      election-timeout: "5000"

这个问题可以扩展到库贝-system命名空间中的其他资源,例如coredns等。

共有1个答案

湛宝
2023-03-14

初始化集群后,可以找到生成的< code >/etc/kubernetes/manifests/etcd . YAML 。试图编辑它?< code>kubelet应该选择更改并重新启动< code>etcd实例。

root@kube-1:~# cat /etc/kubernetes/manifests/etcd.yaml
apiVersion: v1
kind: Pod
metadata:
  annotations:
    kubeadm.kubernetes.io/etcd.advertise-client-urls: https://10.154.0.33:2379
  creationTimestamp: null
  labels:
    component: etcd
    tier: control-plane
  name: etcd
  namespace: kube-system
spec:
  containers:
  - command:
    - etcd
    - --advertise-client-urls=https://10.154.0.33:2379
    - --cert-file=/etc/kubernetes/pki/etcd/server.crt
    - --client-cert-auth=true
    - --data-dir=/var/lib/etcd
    - --initial-advertise-peer-urls=https://10.154.0.33:2380
    - --initial-cluster=kube-1=https://10.154.0.33:2380
    - --key-file=/etc/kubernetes/pki/etcd/server.key
    - --listen-client-urls=https://127.0.0.1:2379,https://10.154.0.33:2379
    - --listen-metrics-urls=http://127.0.0.1:2381
    - --listen-peer-urls=https://10.154.0.33:2380
    - --name=kube-1
    - --peer-cert-file=/etc/kubernetes/pki/etcd/peer.crt
    - --peer-client-cert-auth=true
    - --peer-key-file=/etc/kubernetes/pki/etcd/peer.key
    - --peer-trusted-ca-file=/etc/kubernetes/pki/etcd/ca.crt
    - --snapshot-count=10000
    - --trusted-ca-file=/etc/kubernetes/pki/etcd/ca.crt
    image: k8s.gcr.io/etcd:3.4.13-0
    imagePullPolicy: IfNotPresent
    livenessProbe:
      failureThreshold: 8
      httpGet:
        host: 127.0.0.1
        path: /health
        port: 2381
        scheme: HTTP
      initialDelaySeconds: 10
      periodSeconds: 10
      timeoutSeconds: 15
    name: etcd
    resources: {}
    startupProbe:
      failureThreshold: 24
      httpGet:
        host: 127.0.0.1
        path: /health
        port: 2381
        scheme: HTTP
      initialDelaySeconds: 10
      periodSeconds: 10
      timeoutSeconds: 15
    volumeMounts:
    - mountPath: /var/lib/etcd
      name: etcd-data
    - mountPath: /etc/kubernetes/pki/etcd
      name: etcd-certs
  hostNetwork: true
  priorityClassName: system-node-critical
  volumes:
  - hostPath:
      path: /etc/kubernetes/pki/etcd
      type: DirectoryOrCreate
    name: etcd-certs
  - hostPath:
      path: /var/lib/etcd
      type: DirectoryOrCreate
    name: etcd-data
status: {}
 类似资料:
  • Runtime constraints on CPU and memory 目前相关资料还没有收齐,还在学习之中 下面的参数可以用来调整container内的性能参数。 参数 描述 -m, --memory="" Memory limit (format: [], where unit = b, k, m or g) --memory-swap="" Total memory limit (mem

  • Angel资源配置指南 Angel是基于PS范式的分布式机器学习系统。Parameter Server的引入,简化了计算模型的复杂度,提升了运行速度。但是,一个额外系统的引入,也造成了资源的配置复杂度增加。为此,我们编写了该指南,希望能帮助Angel的用户,更好的配置出高性能的PS系统,跑出高性能的算法。 运行一个Angel任务,需要确定任务的资源参数如下。根据你的数据大小,模型设计,机器学习算法

  • Kubernetes 中的各个 Object 的配置指南。

  • 有没有办法在SOAPUI(免费)中配置一个测试用例、测试套件甚至项目级的测试中请求使用的资源/方法? 我们有以下用例: 相同的REST服务在不同的服务器上运行(可能是不同的版本),并且根据配置略有不同的资源路径。 例如或等。 我们希望能够针对这些不同的endpoint/资源组合运行我们的测试套件和测试用例。到目前为止,我们发现更改endpoint的唯一方法是在测试用例级别使用测试用例编辑器,并在测

  • 资源是通过功能生成的对象,如数据看板新建的看板、用户分群新建的分群、事件分析等分析工具保存的书签等。通过资源权限可以实现从每一个独立资源的粒度来控制不同用户能够对该资源进行哪些操作(资源的共享操作),以及哪些用户可以看到资源(资源共享范围)。 1. 为什么需要资源权限 以“数据看板”这类资源为例,同一个站点允许创建数十个数据看板,不同数据看板对应不同的分析命题,如“推广数据看板”“运营活动看板”“

  • 当我试图用十个副本部署一个部署时,我得到了这个错误。 0/2个节点可用:1个内存不足,1个节点有pod无法容忍的污点。 我不明白为什么两个节点。是相同的节点,只是相同的问题。 我有很多内存(1GB)可用。 如何在不添加其他节点的情况下修复此错误。 我在部署yaml文件中提供了以下资源: 限制:cpu: 1000m内存:1000Mi请求:cpu: 100m内存:200Mi 服务器: > 主控形状:

  • com.Android.builder.internal.aapt.v2.aapt2exception:Android资源编译失败/users/username/.gradle/caches/transforms-2/files-2.1/94 a628954aabd306de764f6ff2843371/res/values/values.xml:8:5-35:25:aapt:error:资源'a

  • 资源是通过功能生成的对象,如数据看板新建的看板、用户分群新建的分群、事件分析等分析工具保存的书签等。通过资源权限可以实现从每一个独立资源的粒度来控制不同用户能够对该资源进行哪些操作(资源的共享操作),以及哪些用户可以看到资源(资源共享范围)。 1. 为什么需要资源权限 以“数据看板”这类资源为例,同一个站点允许创建数十个数据看板,不同数据看板对应不同的分析命题,如“推广数据看板”“运营活动看板”“