github/kubernetes
1
0
Fork 0
mirror of https://github.com/k3s-io/kubernetes.git synced 2025-07-28 05:57:25 +00:00
Code Issues Projects Releases Wiki Activity

Merge pull request #13352 from Huawei-PaaS/amend_markdown_errors_in_federation_md

Browse Source 
Amend some markdown errors in federation.md
This commit is contained in:
Brendan Burns 2015-09-01 10:05:25 -07:00
commit 6c47bfc08b
1 changed files with 6 additions and 5 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

11
docs/proposals/federation.md
View File

@ -237,10 +237,10 @@ It seems useful to split this into multiple sets of sub use cases:
which feature sets like private networks, load balancing, which feature sets like private networks, load balancing,
persistent disks, data snapshots etc are typically consistent and persistent disks, data snapshots etc are typically consistent and
explicitly designed to inter-operate). explicitly designed to inter-operate).
1.1. within the same geographical region (e.g. metro) within which network 1. within the same geographical region (e.g. metro) within which network
is fast and cheap enough to be almost analogous to a single data is fast and cheap enough to be almost analogous to a single data
center. center.
1.1. across multiple geographical regions, where high network cost and 1. across multiple geographical regions, where high network cost and
poor network performance may be prohibitive. poor network performance may be prohibitive.
1. Multiple cloud providers (typically with inconsistent feature sets, 1. Multiple cloud providers (typically with inconsistent feature sets,
more limited interoperability, and typically no cheap inter-cluster more limited interoperability, and typically no cheap inter-cluster
@ -440,12 +440,13 @@ to be able to:
There is of course a lot of detail still missing from this section, There is of course a lot of detail still missing from this section,
including discussion of: including discussion of:
1. admission control,
1. admission control
1. initial placement of instances of a new 1. initial placement of instances of a new
service vs scheduling new instances of an existing service in response service vs scheduling new instances of an existing service in response
to auto-scaling, to auto-scaling
1. rescheduling pods due to failure (response might be 1. rescheduling pods due to failure (response might be
different depending on if it's failure of a node, rack, or whole AZ), different depending on if it's failure of a node, rack, or whole AZ)
1. data placement relative to compute capacity, 1. data placement relative to compute capacity,
etc. etc.