一篇带给你Kubernetes实用技巧

 一、kubectl 命令参数自动补全

使用 Kubernetes，就一定会使用 Kubectl 命令，默认安装好 Kubectl 命令不支持自动补全参数。下面配置 Kubectl 命令参数自动补全方法：

Linux 上，比如 Centos

 
 
 
 
    
  
  
  
  
  1. $ yum install -y bash-completion 
    2. 
  
  
  
  
  2. $ source /usr/share/bash-completion/bash_completion 
    3. 
  
  
  
  
  3. $ source <(kubectl completion bash) 
    4. 
  
  
  
  
  4. $ echo "source <(kubectl completion bash)" >> ~/.bashrc 
    5.

MAC 上

 
 
 
 
    
  
  
  
  
  1. $ brew install bash-completion 
    2. 
  
  
  
  
  2. $ source $(brew --prefix)/etc/bash_completion 
    3. 
  
  
  
  
  3. $ source <(kubectl completion zsh) 
    4. 
  
  
  
  
  4. $ echo 'source <(kubectl completion zsh)' >> ~/.zshrc 
    5.

Kubectl 常用操作 [1]

1、如何查找非 running 状态的 Pod 呢?

 
 
 
 
    
  
  
  
  
  1. $ kubectl get pods -A --field-selector=status.phase!=Running | grep -v Complete 
    2.

2、如何查找 running 状态的 Pod 呢?

 
 
 
 
    
  
  
  
  
  1. $ kubectl get pods -A --field-selector=status.phase=Running | grep -v Complete 
    2.

3、获取节点列表，其中包含运行在每个节点上的 Pod 数量?

 
 
 
 
    
  
  
  
  
  1. $ kubectl get po -o json --all-namespaces |    jq '.items | group_by(.spec.nodeName) | map({"nodeName": .[0].spec.nodeName, "count": length}) | sort_by(.count)' 
    2. 
  
  
  
  
  2.  
    3. 
  
  
  
  
  3. [ 
    4. 
  
  
  
  
  4.   { 
    5. 
  
  
  
  
  5.     "nodeName": "service1", 
    6. 
  
  
  
  
  6.     "count": 6 
    7. 
  
  
  
  
  7.   }, 
    8. 
  
  
  
  
  8.   { 
    9. 
  
  
  
  
  9.     "nodeName": "service3", 
    10. 
  
  
  
  
  10.     "count": 13 
    11. 
  
  
  
  
  11.   } 
    12. 
  
  
  
  
  12. ] 
    13.

4、使用 kubectl top 获取 Pod 列表并根据其消耗的 CPU 或 内存进行排序

 
 
 
 
    
  
  
  
  
  1. # 获取 cpu 
    2. 
  
  
  
  
  2. $ kubectl top pods -A | sort --reverse --key 3 --numeric 
    3. 
  
  
  
  
  3.  
    4. 
  
  
  
  
  4. # 获取 memory 
    5. 
  
  
  
  
  5. $ kubectl top pods -A | sort --reverse --key 4 --numeric 
    6.

二、添加Namespace默认CPU和内存限制

有时候 Pod 没有做资源限制，会因为个别 Pod 使用量超出，影响整个宿主机应用。下面给出一个具体例子，可以根据实际情况来调整相关参数。

 
 
 
 
    
  
  
  
  
  1. apiVersion: "v1" 
    2. 
  
  
  
  
  2. kind: "LimitRange" 
    3. 
  
  
  
  
  3. metadata: 
    4. 
  
  
  
  
  4.   name: "resource-limits" 
    5. 
  
  
  
  
  5.   namespace: default 
    6. 
  
  
  
  
  6. spec: 
    7. 
  
  
  
  
  7.   limits: 
    8. 
  
  
  
  
  8.     - type: "Pod" 
    9. 
  
  
  
  
  9.       max: 
    10. 
  
  
  
  
  10.         cpu: "4" 
    11. 
  
  
  
  
  11.         memory: "4Gi" 
    12. 
  
  
  
  
  12.       min: 
    13. 
  
  
  
  
  13.         cpu: "100m" 
    14. 
  
  
  
  
  14.         memory: "100Mi" 
    15. 
  
  
  
  
  15.     - type: "Container" 
    16. 
  
  
  
  
  16.       max: 
    17. 
  
  
  
  
  17.         cpu: "4" 
    18. 
  
  
  
  
  18.         memory: "4Gi" 
    19. 
  
  
  
  
  19.       min: 
    20. 
  
  
  
  
  20.         cpu: "100m" 
    21. 
  
  
  
  
  21.         memory: "100Mi" 
    22. 
  
  
  
  
  22.       default: 
    23. 
  
  
  
  
  23.         cpu: "500m" 
    24. 
  
  
  
  
  24.         memory: "500Mi" 
    25. 
  
  
  
  
  25.       defaultRequest: 
    26. 
  
  
  
  
  26.         cpu: "100m" 
    27. 
  
  
  
  
  27.         memory: "100Mi" 
    28. 
  
  
  
  
  28.       maxLimitRequestRatio: 
    29. 
  
  
  
  
  29.         cpu: "60" 
    30.

三、利用 Kubelet 给 Node 预留资源

 
 
 
 
    
  
  
  
  
  1. evictionHard: 
    2. 
  
  
  
  
  2.   imagefs.available: 15% 
    3. 
  
  
  
  
  3.   memory.available: 1G 
    4. 
  
  
  
  
  4.   nodefs.available: 10% 
    5. 
  
  
  
  
  5.   nodefs.inodesFree: 5% 
    6.

四、利用 Kubernetes RBAC 划分好权限

多个团队部署应用到一个kubernetes集群时，情况就可能变得很复杂。切记不要把管理员权限开放给每个人。个人建议是，根据命名空间来区分隔离每个团队，然后使用RBAC策略只允许各自团队访问各自的命名空间。

如果我们把管理员权限开放给每个人，那么在pod级上进行读取、创建和删除访问时，可能让人抓狂，因为误操作的情况会经常发生。为此，应该只允许管理员有权访问，从而将管理集群和部署集群的人员权限区分开。

五、充分利用 PodDisruptionBudget 控制器

如何保证在 kubernetes 集群中的应用程序总能正常运行?

答案：是使用 PodDisruptionBudget 控制器。

在进行 kubectl drain 操作时，kubernetes 会根据 PodDisruptionBudget 控制器判断应用Pod集群数量，进而保证在业务不中断或业务SLA不降级的情况下进行应用Pod销毁。PDB(PodDisruptionBudget)应该放在每个拥有一个以上实例的deployment上。我们可以使用简单yaml为集群创建PDB，并使用标签选择器确定PDB应该作用在哪些带有标签的资源上。

  • 注意：PDB只考虑主动中断，硬件故障之类的情况不在PDB考虑范围内。

例子：

 
 
 
 
    
  
  
  
  
  1. apiVersion: policy/v1beta1 
    2. 
  
  
  
  
  2. kind: PodDisruptionBudget 
    3. 
  
  
  
  
  3. metadata: 
    4. 
  
  
  
  
  4.   name: zk-pdb 
    5. 
  
  
  
  
  5. spec: 
    6. 
  
  
  
  
  6.   minAvailable: 2 
    7. 
  
  
  
  
  7.   selector: 
    8. 
  
  
  
  
  8.     matchLabels: 
    9. 
  
  
  
  
  9.       app: zookeeper 
    10.

六、使用探针来检测应用的状态

Kubernetes 支持配置探针。kubelet 使用探针来确定Pod中应用程序是否健康。K8S 提供了两种类型来实现这一功能，Readiness 探针和 Liveiness 探针。

  • Readiness：探针用于确定容器何时准备好接收流量。
  • Liveiness：探针用于确定容器是否健康，如果不健康根据策略判断是否重新部署一个新的容器来替换。

例子：

 
 
 
 
    
  
  
  
  
  1. readinessProbe: 
    2. 
  
  
  
  
  2.   tcpSocket: 
    3. 
  
  
  
  
  3.     port: 8080 
    4. 
  
  
  
  
  4.   initialDelaySeconds: 5 
    5. 
  
  
  
  
  5.   periodSeconds: 10 
    6. 
  
  
  
  
  6. livenessProbe: 
    7. 
  
  
  
  
  7.   tcpSocket: 
    8. 
  
  
  
  
  8.     port: 8080 
    9. 
  
  
  
  
  9.   initialDelaySeconds: 15 
    10. 
  
  
  
  
  10.   periodSeconds: 20 
    11.

参考链接

  • [1] https://mp.weixin.qq.com/s/fJpSlVOywrgIhejsWSvhbw
  • [2] https://zhuanlan.zhihu.com/p/81666500

文章标题：一篇带给你Kubernetes实用技巧
转载注明：http://www.shufengxianlan.com/qtweb/news4/421554.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联

猜你还喜欢下面的内容

网站收录知识

同城分类信息

成都网站设计　　 　SF双层罐　　 　平武做网站　　 　泸州网站建设　　 　云服务器　　 　成都网站维护　　 　成都手机网站报价　　 　成都托管服务器　　 　vi形象设计　　 　郫县明安消防器材　　 　盐亭做网站　　 　古巴雪茄　　 　成都网站优化　　 　温江网站建设　　 　柔性防护网　　 　酒柜书柜鞋柜定制　　 　四川锦华橡塑　　 　企业网站建设　　 　网站解决方案　　 　成都移动机房