Merge pull request #6240 from tkellen/patch-2

updates for clarity on daemonset alternatives
This commit is contained in:
Qiming
2017-11-28 10:23:11 +08:00
committed by GitHub
@@ -162,8 +162,6 @@ You will need to force new Pod creation by deleting the Pod or deleting the node
In Kubernetes version 1.6 and later, you can [perform a rolling update](/docs/tasks/manage-daemon/update-daemon-set/) on a DaemonSet. In Kubernetes version 1.6 and later, you can [perform a rolling update](/docs/tasks/manage-daemon/update-daemon-set/) on a DaemonSet.
Future releases of Kubernetes will support controlled updating of nodes.
## Alternatives to DaemonSet ## Alternatives to DaemonSet
### Init Scripts ### Init Scripts
@@ -174,8 +172,6 @@ running such processes via a DaemonSet:
- Ability to monitor and manage logs for daemons in the same way as applications. - Ability to monitor and manage logs for daemons in the same way as applications.
- Same config language and tools (e.g. Pod templates, `kubectl`) for daemons and applications. - Same config language and tools (e.g. Pod templates, `kubectl`) for daemons and applications.
- Future versions of Kubernetes will likely support integration between DaemonSet-created
Pods and node upgrade workflows.
- Running daemons in containers with resource limits increases isolation between daemons from app - Running daemons in containers with resource limits increases isolation between daemons from app
containers. However, this can also be accomplished by running the daemons in a container but not in a Pod containers. However, this can also be accomplished by running the daemons in a container but not in a Pod
(e.g. start directly via Docker). (e.g. start directly via Docker).