pop_xiaohao的专栏

背景用户反馈一个问题，在删除任务重建任务会提示资源清理不成功，赶紧登陆服务器一通操作 kubectl发现Pod一直处于Terminating状态：管它三七二十一 先执行：kubectl delete pod spark-xxx --grace-period=0 --force --namespace 先强制干掉再细细分析；排查实录：• 先执行：kubectl get nodes -o wide 发现其中一个节点处于 NotReady状态，断定节点有点问题。• 接着执行查看节点具体状态kub

问题现象：k8s 执行 delete操作发现pod一直处于terminating问题排查执行：kubectl get APIService发现：v1beta1.events.k8s.io Local True 13dv1beta1.extensions Local True 13dv1beta1.metrics.k8s.io

查看 pod状态，pod 正在运行 但是pod状态不正常：kubectl get pods -n kube-systemmetrics-server-756b6bb44f-d5tgj 0/1 Running 0 11s查看日志：it doesn’t contain any IP SANs" node=“kubernetes-master”it doesn’t contain any IP SANs" node="node1google

简介：采用kubeadm安装集群非常方便，只不过安装前还需要做些前置的系统配置，如果构建多个节点的集群会涉及到一些重复操作， 这时候最好编写成一个脚本快速的安装部署。基础安装脚本，需要在每台机器上执行#!/bin/bashecho "1、修改DNS配置如有需要"chattr -i /etc/resolv.confcat <<EOF >> /etc/resolv.conf nameserver 10.139.0.246nameserver 10.139.0.247

K8S通常执行如下语句进行初始化：kubeadm init --config=kubeadm_config.yml --upload-certs 或者：kubeadm init --config kubeadm.yaml 这两条语句的区别就是 第一条生成带certificate key 用来增加master节点的join操作 后一条就只生成了join work节点的从左。在 kubeadm 初始话集群成功后会返回join 命令，里面有 token，discovery-token-ca

docker的作用？从2010云计算开始火起来，什么Iass、Pass、SasS出现了许多年，尤其是pass方面更需要一个这样的平台解决应用打包 、发布部署问题，需要解决开发本地环境，与线上环境的一致性。实际上一套pass平台无论是开发还是运维都需要发很大的精力去理解去学习。而大概从2013年docker的出现颠覆了这些做法，Docker 镜像解决的，恰恰就是打包这个根本性的问题。Docker 项目给 PaaS 带来的改变，其实是提供了一种非常便利的打包 机制。这种机制直接打包了应用运行所需要的整个包.