K8s pod删除操作，你会了吗？
直接根据pod名称删除是最常见的方式，删除后如果pod使用deployment创建一般会自动创建新的容器。
kube-system
pod "deployment-ngx-8ff559dc9" deleted1.2.还可以使用下面这些命令来删除pod
复制通过pod.json文件中指定的资源类型和名称删除一个pod
$ kubectl delete -f./pod.json
删除所有名为"”baz"和"foo"的pod和service
$ kubectldelete pod,service baz foo
删除所有带有lable name=myLabel的pod和service
$ kubectl delete pods,services -l name=myLabel
删除UID为1234-56-7890-234234-456456的pod
$ kubectl delete pod 1234-56-7890-234234-456456删除所有的pod，用于机器异常状况下的快速恢复
$ kubectl delete pods --all1.2.3.4.5.6.7.8.9.10.直接删除pod的方式，由于deployment资源定义了pod的副本数量，会将pod维持在期望的状态，如果想彻底删除,则需要删除对应的deployment
查看pod中的标签。
NAME READY STATUS RESTARTS AGE LABELS
nginx1 1/1 Running 04h59m
nodejs-1 1/1 Running 0 5h7m env=Basic_version,versions=test
nodejs-2 1/1 Running 0 3h48m env=development_version,versions=Minor_upgrade1.2.3.4.5.删除带有 versions=test 标签的pod，这种方法其实也是直接删除pod，只是运动标签的功能快速删除，前提是你使用了标签。
生产环境中，经常会根据业务量的变化来调整pod的副本个数，也可以用这种方式来删除pod，或者用作升级过程中关闭业务入口。
kubectl scale可以操作deployment副本伸缩，通过修改--replicas的数量来实现缩容和扩容。
强制删除Teminating是比较常见的pod状态,这种状态一般是pod处于销毁状态但是并没有正常删除。
NAME READY STATUS RESTARTS AGE
deployment-ngx-8ff559dc9 0/1 Terminating 06m10s
deployment-ngx-8ff559dc9 0/1 Terminating 0 16m1.2.3.4.遇到node宕机或者失联太久可能就会导致pod一直处于Terminating状态，这时候使用kubectl delete不一定可以删除，这种状态下pod已经确定已经无法提供服务了。
Kubernetes中提供了grace-period参数，在Pod删除时此选项会起作用，会延迟一定时长才进行删除，缺省未设定的情况下会等待30s之后删除，此处我们指定grace-period为0，表示立刻删除pod。
为什么要延迟删除？ 判断的标准是 DeletionGracePeriodSeconds 值是否为 0，不为零则是优雅删除，apiserver 不会立即将这个对象从etcd中删除，否则直接删除。对于Pod而言,默认 DeletionGracePeriodSeconds为30 秒，因此这里不会被立刻删除掉，DeletionGracePeriodSeconds 设置为默认值 30 秒。在删除之前，很多容器化的应用往往还有一些操作需要处理，而这些都需要一些时间。
etcd中删除先找到etcd的三个证书相关文件，在目录 /etc/kubernetes/pki/etcd/ 下
证书位置查看
systemctl status etcd
执行命令查找pod
执行命令删除pod
