
Docker容器里应用的日志,默认会保存在宿主机的/var/lib/docker/containers/{{.容器ID}}/{{.容器ID}}-json.log文件里
nodeAffinity

toleration


DaemonSet可以继续版本回退,
kubectl rollout status命令看到这个"滚动更新"的过程,可以查看执行历史在history里面,查看到revision的版本。有了版本号,你也就可以像Deployment一样,将DaemonSet回滚到某个指定的历史版本了
shell
kubectl rollout status ds/fluentd-elasticsearch -n kube-system
$ kubectl rollout history daemonset fluentd-elasticsearch -n kube-system
daemonsets "fluentd-elasticsearch"
REVISION CHANGE-CAUSE
1 <none>
2 kubectl set image ds/fluentd-elasticsearch fluentd-elasticsearch=k8s.gcr.io/fluentd-elasticsearch:v2.2.0 --namespace=kube-system --record=true
Deployment管理这些版本,靠的是"一个版本对应一个ReplicaSet对象"。可是,DaemonSet控制器操作的直接就是Pod,不可能有ReplicaSet这样的对象参与其中。
Kubernetes v1.7之后添加了一个API对象,名叫ControllerRevision,专门用来记录某种Controller对象的版本。
