diff options
| author | k8s-ci-robot <k8s-ci-robot@users.noreply.github.com> | 2018-11-10 10:02:12 -0800 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2018-11-10 10:02:12 -0800 |
| commit | 496d7d455e4942b36aaf2a91b9dcccaa974f8f94 (patch) | |
| tree | 88adad3e2bb97f221141eb5beae343415ea7ea25 | |
| parent | cbd0aefb4b22b78a48c646b153c6ccf25c7fea52 (diff) | |
| parent | 066f8d011c906e957b53fec2afc895639b652811 (diff) | |
Merge pull request #2924 from mooncak/fixup_issue
Fixup some typos
| -rw-r--r-- | contributors/design-proposals/node/cri-windows.md | 2 | ||||
| -rw-r--r-- | contributors/design-proposals/storage/volume-provisioning.md | 2 | ||||
| -rw-r--r-- | keps/sig-network/0030-nodelocal-dns-cache.md | 2 | ||||
| -rw-r--r-- | sig-autoscaling/README.md | 2 | ||||
| -rw-r--r-- | sigs.yaml | 2 |
5 files changed, 5 insertions, 5 deletions
diff --git a/contributors/design-proposals/node/cri-windows.md b/contributors/design-proposals/node/cri-windows.md index 6589d985..0192f6c4 100644 --- a/contributors/design-proposals/node/cri-windows.md +++ b/contributors/design-proposals/node/cri-windows.md @@ -20,7 +20,7 @@ On the Windows platform, processes may be assigned to a job object, which can ha [#547](https://github.com/kubernetes/features/issues/547) ## Motivation -The goal is to start filling the gap of platform support in CRI, specifically for Windows platform. For example, currrently in dockershim Windows containers are scheduled using the default resource constraints and does not respect the resource requests and limits specified in POD. With this proposal, Windows containers will be able to leverage POD spec and CRI to allocate compute resource and respect restriction. +The goal is to start filling the gap of platform support in CRI, specifically for Windows platform. For example, currently in dockershim Windows containers are scheduled using the default resource constraints and does not respect the resource requests and limits specified in POD. With this proposal, Windows containers will be able to leverage POD spec and CRI to allocate compute resource and respect restriction. ## Proposed design diff --git a/contributors/design-proposals/storage/volume-provisioning.md b/contributors/design-proposals/storage/volume-provisioning.md index c953fdff..316ec4f0 100644 --- a/contributors/design-proposals/storage/volume-provisioning.md +++ b/contributors/design-proposals/storage/volume-provisioning.md @@ -86,7 +86,7 @@ We propose that: ### Controller workflow for provisioning volumes -0. Kubernetes administator can configure name of a default StorageClass. This +0. Kubernetes administrator can configure name of a default StorageClass. This StorageClass instance is then used when user requests a dynamically provisioned volume, but does not specify a StorageClass. In other words, `claim.Spec.Class == ""` diff --git a/keps/sig-network/0030-nodelocal-dns-cache.md b/keps/sig-network/0030-nodelocal-dns-cache.md index a89c4b37..694a11e9 100644 --- a/keps/sig-network/0030-nodelocal-dns-cache.md +++ b/keps/sig-network/0030-nodelocal-dns-cache.md @@ -46,7 +46,7 @@ This proposal aims to improve DNS performance by running a dns caching agent on ## Motivation -* With the current DNS achitecture, it is possible that pods with the highest DNS QPS have to reach out to a different node, if there is no local kube-dns instance. +* With the current DNS architecture, it is possible that pods with the highest DNS QPS have to reach out to a different node, if there is no local kube-dns instance. Having a local cache will help improve the latency in such scenarios. * Skipping iptables DNAT and connection tracking will help reduce [conntrack races](https://github.com/kubernetes/kubernetes/issues/56903) and avoid UDP DNS entries filling up conntrack table. diff --git a/sig-autoscaling/README.md b/sig-autoscaling/README.md index 294f69ff..60159c9a 100644 --- a/sig-autoscaling/README.md +++ b/sig-autoscaling/README.md @@ -8,7 +8,7 @@ To understand how this file is generated, see https://git.k8s.io/community/gener ---> # Autoscaling Special Interest Group -Covers development and maintenance of componets for automated scaling in Kubernetes. This includes automated vertical and horizontal pod autoscaling, initial resource estimation, cluster-proportional system component autoscaling, and autoscaling of Kubernetes clusters themselves. +Covers development and maintenance of components for automated scaling in Kubernetes. This includes automated vertical and horizontal pod autoscaling, initial resource estimation, cluster-proportional system component autoscaling, and autoscaling of Kubernetes clusters themselves. ## Meetings * Regular SIG Meeting: [Mondays at 14:00 UTC](https://docs.google.com/document/d/1FQx0BPlkkl1Bn0c9ocVBxYIKojpmrS1CFP5h0DI68AE/edit) (biweekly/triweekly). [Convert to your timezone](http://www.thetimezoneconverter.com/?t=14:00&tz=UTC). @@ -421,7 +421,7 @@ sigs: - name: Autoscaling dir: sig-autoscaling mission_statement: > - Covers development and maintenance of componets for automated scaling in + Covers development and maintenance of components for automated scaling in Kubernetes. This includes automated vertical and horizontal pod autoscaling, initial resource estimation, cluster-proportional system component autoscaling, and autoscaling of Kubernetes clusters themselves. |
