1、kubectl rollout 和 kubectl rollout resume
kubectl rollout对资源进行管理
可用资源包括：deployments、daemonsets。
kubectl rollout resume是被pause命令暂停的资源将不会被控制器协调使用。可以通过resume来恢复资源。目前仅支持恢复deployment资源。
2、Kubectl rollout resume语法
kubectl rollout resume RESOURCE
3、kubectl rollout resume命令
恢复已暂停的 deployment
kubectl rollout resume deployment/cjavapy
注意：只要deployment在暂停中，使用deployment更新将不会生效。
4、选项说明
1）选项
名称 | 简称 | 默认 | 用法 |
filename | f | [] | 标识要从服务器获取的资源的文件的文件名、目录或URL。 |
recursive | R | false | 递归地处理-f, --filename中使用的目录。当想要管理组织在同一目录中的相关清单时使用。 |
2）从父命令继承的选项
选项 | 说明 |
--alsologtostderr[=false] | 记录到标准错误和文件。 |
--certificate-authority="" | 证书颁发机构的证书文件的路径。 |
--client-certificate="" | 用于TLS的客户端证书文件的路径。 |
--client-key="" | 用于TLS的客户端密钥文件的路径。 |
--cluster="" | 要使用的kubeconfig集群的名称 |
--context="" | 要使用的kubeconfig上下文的名称 |
--insecure-skip-tls-verify[=false] | 如果为true，则不会检查服务器证书的有效性。这将使HTTPS连接不安全。 |
--kubeconfig="" | 用于CLI请求的kubeconfig文件的路径。 |
--log-backtrace-at=:0 | 当日志记录达到line file:N时，发出堆栈跟踪 |
--log-dir="" | 如果非空，则将日志文件写入此目录 |
--log-flush-frequency=5s | 两次日志刷新之间的最大秒数 |
--logtostderr[=true] | 日志到标准错误而不是文件 |
--match-server-version[=false] | 要求服务器版本与客户端版本匹配 |
--namespace="" | 如果存在，则此CLI请求的名称空间作用域。 |
--password="" | API服务器基本身份验证密码。 |
-s, --server="" | Kubernetes API服务器的地址和端口 |
--stderrthreshold=2 | 达到或超过这个阈值的日志将发送到stderr |
--token="" | API服务器身份验证的Bearer token。 |
--user="" | 要使用的kubeconfig用户的名称 |
--username="" | API服务器基本认证的用户名。 |
--v=0 | 日志级别为V日志 |
--vmodule= | 用逗号分隔的pattern=N个用于文件过滤日志记录的设置列表 |