解决docker安装完成报:bridge-nf-call-iptables is disabled问题

在整个应用docker的过程中，我们可以使用dockerrestart{container_id}来重启器皿，但是kubernetes中没有restart命令(没有Kubechtlrestart{Podname})，有时候大家的Pod出现Bug，意外停止。结果大家都要重启Pod，但是又没有很好的方法，尤其是在没有yaml文档的情况下，所以我总结了以下重启Pod的方法。

有全新的yaml文档。

在有yaml文档的情况下，可以立即应用kubectlreplace-force-fxxxx.YAML强制替换Pod的API目标，达到重启的目的。以下内容:

没有yaml文档，但是应用了部署目标。

kubectlscaledeployviua-app-CMS-replicas=0-nviua

kubectlscaledeploy{deploytarget}-replicas=0-n{namespace}

因为部署目标不是要立即 *** 作的Pod目标，而是要 *** 作的ReplicaSet目标，而ReplicaSet目标是由组数的定义和Pod模板组成的。因此，该命令将ReplicaSet的总数缩放到0，然后缩放到1，然后Pod重新启动。

没有yaml文档，但是应用了部署目标。

使用命令kubectldeletepod{podname}-n{namespace}。

这种方法非常简单明了。立即删除Pod。由于Kubernetes是一个声明式API，删除后PodAPI目标与估计的不一致，所以会全自动重新建立Pod，使其与估计的保持一致。但是，如果在ReplicaSet管理方法中有许多Pod目标，那么逐个手动删除它们将会很不方便。因此，可以应用kubectldeleteReplicaSet{RS_name}-n{namespace}命令来删除replicaset。

没有yaml文档，Pod目标立即应用。

使用命令kubeCTLgetpod{podname}-n{namespace}-oyAML|kubeCTLreplace-force-f-

在这种情况下，因为没有yaml文档，并且启动了Pod目标，所以不能立即删除或缩放到0，但可以根据上面的命令重新启动。这个命令的意思是获取今天运行中的pod的yaml声明，管道跳转输出到kubectlreplace命令的标准类型，从而达到重启的目的。