Skip to content
Projects
Groups
Snippets
Help
This project
Loading...
Sign in / Register
Toggle navigation
K
k3s
Project
Project
Details
Activity
Cycle Analytics
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Charts
Issues
0
Issues
0
List
Board
Labels
Milestones
Merge Requests
0
Merge Requests
0
CI / CD
CI / CD
Pipelines
Jobs
Schedules
Charts
Registry
Registry
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Charts
Create a new issue
Jobs
Commits
Issue Boards
Open sidebar
Jacklull
k3s
Commits
cef86728
Commit
cef86728
authored
Feb 01, 2016
by
Prayag Verma
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Fix Typos
Minor spelling mistakes - descibe > describe menioned > mentioned compatiblity > compatibility programatic > programmatic
parent
870220e0
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
4 additions
and
4 deletions
+4
-4
podaffinity.md
docs/design/podaffinity.md
+4
-4
No files found.
docs/design/podaffinity.md
View file @
cef86728
...
...
@@ -68,7 +68,7 @@ There are other forms of topological affinity and anti-affinity. For example,
you can use
[
node affinity
](
nodeaffinity.md
)
to require (prefer)
that a set of pods all be scheduled in some specific zone Z. Node affinity is not
capable of expressing inter-pod dependencies, and conversely the API
we descibe in this document is not capable of expressing node affinity rules.
we desc
r
ibe in this document is not capable of expressing node affinity rules.
For simplicity, we will use the terms "affinity" and "anti-affinity" to mean
"inter-pod topological affinity" and "inter-pod topological anti-affinity," respectively,
in the remainder of this document.
...
...
@@ -492,7 +492,7 @@ The design we have described says that the symmetry property for RequiredDuringS
is weaker: if a pod P says it can only schedule onto nodes running pod Q, this
does not mean Q can only run on a node that is running P, but the scheduler will try
to schedule Q onto a node that is running P (i.e. treats the reverse direction as
preferred). This raises the same scheduling quality concern as we menioned at the
preferred). This raises the same scheduling quality concern as we men
t
ioned at the
end of the Denial of Service section above, and can be addressed in similar ways.
The nature of affinity (as opposed to anti-affinity) means that there is no issue of
...
...
@@ -538,7 +538,7 @@ Do so in a way that addresses the "determining which pod(s) to kill" issue.
We assume Kubelet publishes labels describing the node's membership in all of the relevant scheduling
domains (e.g. node name, rack name, availability zone name, etc.). See #9044.
## Backward compatiblity
## Backward compatib
i
lity
Old versions of the scheduler will ignore
`Affinity`
.
...
...
@@ -546,7 +546,7 @@ Users should not start using `Affinity` until the full implementation has
been in Kubelet and the master for enough binary versions that we feel
comfortable that we will not need to roll back either Kubelet or
master to a version that does not support them. Longer-term we will
use a programatic approach to enforcing this (#4855).
use a program
m
atic approach to enforcing this (#4855).
## Extensibility
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment