Skip to content

Commit c431442

Browse files
authored
Merge branch 'master' into patch-13
2 parents ffa156f + 0ea8446 commit c431442

File tree

201 files changed

+58661
-5218
lines changed

Some content is hidden

Large Commits have some content hidden by default. Use the searchbox below for content that may be hidden.

201 files changed

+58661
-5218
lines changed

OWNERS_ALIASES

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -98,6 +98,7 @@ aliases:
9898
- irvifa
9999
sig-docs-id-reviews: # PR reviews for Indonesian content
100100
- girikuncoro
101+
- habibrosyad
101102
- irvifa
102103
- wahyuoi
103104
- phanama

README.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -76,7 +76,7 @@ Try checking the current limit for open files:
7676

7777
Then run the following commands (adapted from https://gist.github.com/tombigel/d503800a282fcadbee14b537735d202c):
7878

79-
```
79+
```shell
8080
#!/bin/sh
8181

8282
# These are the original gist links, linking to my gists now.

config.toml

Lines changed: 19 additions & 19 deletions
Original file line numberDiff line numberDiff line change
@@ -138,10 +138,10 @@ time_format_default = "January 02, 2006 at 3:04 PM PST"
138138
description = "Production-Grade Container Orchestration"
139139
showedit = true
140140

141-
latest = "v1.19"
141+
latest = "v1.20"
142142

143-
fullversion = "v1.19.0"
144-
version = "v1.19"
143+
fullversion = "v1.20.0"
144+
version = "v1.20"
145145
githubbranch = "master"
146146
docsbranch = "master"
147147
deprecated = false
@@ -183,40 +183,40 @@ js = [
183183
]
184184

185185
[[params.versions]]
186-
fullversion = "v1.19.0"
187-
version = "v1.19"
188-
githubbranch = "v1.19.0"
186+
fullversion = "v1.20.0"
187+
version = "v1.20"
188+
githubbranch = "v1.20.0"
189189
docsbranch = "master"
190190
url = "https://kubernetes.io"
191191

192192
[[params.versions]]
193-
fullversion = "v1.18.8"
193+
fullversion = "v1.19.4"
194+
version = "v1.19"
195+
githubbranch = "v1.19.4"
196+
docsbranch = "release-1.19"
197+
url = "https://v1-19.docs.kubernetes.io"
198+
199+
[[params.versions]]
200+
fullversion = "v1.18.12"
194201
version = "v1.18"
195-
githubbranch = "v1.18.8"
202+
githubbranch = "v1.18.12"
196203
docsbranch = "release-1.18"
197204
url = "https://v1-18.docs.kubernetes.io"
198205

199206
[[params.versions]]
200-
fullversion = "v1.17.11"
207+
fullversion = "v1.17.14"
201208
version = "v1.17"
202-
githubbranch = "v1.17.11"
209+
githubbranch = "v1.17.14"
203210
docsbranch = "release-1.17"
204211
url = "https://v1-17.docs.kubernetes.io"
205212

206213
[[params.versions]]
207-
fullversion = "v1.16.14"
214+
fullversion = "v1.16.15"
208215
version = "v1.16"
209-
githubbranch = "v1.16.14"
216+
githubbranch = "v1.16.15"
210217
docsbranch = "release-1.16"
211218
url = "https://v1-16.docs.kubernetes.io"
212219

213-
[[params.versions]]
214-
fullversion = "v1.15.12"
215-
version = "v1.15"
216-
githubbranch = "v1.15.12"
217-
docsbranch = "release-1.15"
218-
url = "https://v1-15.docs.kubernetes.io"
219-
220220

221221
# User interface configuration
222222
[params.ui]

content/en/blog/_posts/2019-12-09-volume-snapshot-beta.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -44,7 +44,7 @@ As mentioned above, with the promotion of Volume Snapshot to beta, the feature i
4444

4545
In order to use the Kubernetes Volume Snapshot feature, you must ensure the following components have been deployed on your Kubernetes cluster:
4646

47-
- [Kubernetes Volume Snapshot CRDs](https://github.com/kubernetes-csi/external-snapshotter/tree/master/config/crd)
47+
- [Kubernetes Volume Snapshot CRDs](https://github.com/kubernetes-csi/external-snapshotter/tree/53469c21962339229dd150cbba50c34359acec73/config/crd)
4848
- [Volume snapshot controller](https://github.com/kubernetes-csi/external-snapshotter/tree/master/pkg/common-controller)
4949
- CSI Driver supporting Kubernetes volume snapshot beta
5050

@@ -180,7 +180,7 @@ If your cluster does not come pre-installed with the correct components, you may
180180
#### Install Snapshot Beta CRDs
181181

182182
- `kubectl create -f config/crd`
183-
- [https://github.com/kubernetes-csi/external-snapshotter/tree/master/config/crd](https://github.com/kubernetes-csi/external-snapshotter/tree/master/config/crd)
183+
- [https://github.com/kubernetes-csi/external-snapshotter/tree/53469c21962339229dd150cbba50c34359acec73/config/crd](https://github.com/kubernetes-csi/external-snapshotter/tree/53469c21962339229dd150cbba50c34359acec73/config/crd)
184184
- Do this once per cluster
185185

186186

content/en/blog/_posts/2020-12-02-dockershim-faq.md

Lines changed: 4 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -140,14 +140,15 @@ runtime where possible.
140140

141141
Another thing to look out for is anything expecting to run for system maintenance
142142
or nested inside a container when building images will no longer work. For the
143-
former, you can use the [`crictl`][cr] tool as a drop-in replacement and for the
144-
latter you can use newer container build options like [img], [buildah], or
145-
[kaniko] that don’t require Docker.
143+
former, you can use the [`crictl`][cr] tool as a drop-in replacement (see [mapping from docker cli to crictl](https://kubernetes.io/docs/tasks/debug-application-cluster/crictl/#mapping-from-docker-cli-to-crictl)) and for the
144+
latter you can use newer container build options like [img], [buildah],
145+
[kaniko], or [buildkit-cli-for-kubectl] that don’t require Docker.
146146

147147
[cr]: https://github.com/kubernetes-sigs/cri-tools
148148
[img]: https://github.com/genuinetools/img
149149
[buildah]: https://github.com/containers/buildah
150150
[kaniko]: https://github.com/GoogleContainerTools/kaniko
151+
[buildkit-cli-for-kubectl]: https://github.com/vmware-tanzu/buildkit-cli-for-kubectl
151152

152153
For containerd, you can start with their [documentation] to see what configuration
153154
options are available as you migrate things over.
Lines changed: 144 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,144 @@
1+
---
2+
layout: blog
3+
title: 'Kubernetes 1.20: The Raddest Release'
4+
date: 2020-12-08
5+
slug: kubernetes-1-20-release-announcement
6+
---
7+
8+
**Authors:** [Kubernetes 1.20 Release Team](https://github.com/kubernetes/sig-release/blob/master/releases/release-1.20/release_team.md)
9+
10+
We’re pleased to announce the release of Kubernetes 1.20, our third and final release of 2020! This release consists of 42 enhancements: 11 enhancements have graduated to stable, 15 enhancements are moving to beta, and 16 enhancements are entering alpha.
11+
12+
The 1.20 release cycle returned to its normal cadence of 11 weeks following the previous extended release cycle. This is one of the most feature dense releases in a while: the Kubernetes innovation cycle is still trending upward. This release has more alpha than stable enhancements, showing that there is still much to explore in the cloud native ecosystem.
13+
14+
## Major Themes
15+
16+
### Volume Snapshot Operations Goes Stable
17+
18+
This feature provides a standard way to trigger volume snapshot operations and allows users to incorporate snapshot operations in a portable manner on any Kubernetes environment and supported storage providers.
19+
20+
Additionally, these Kubernetes snapshot primitives act as basic building blocks that unlock the ability to develop advanced, enterprise-grade, storage administration features for Kubernetes, including application or cluster level backup solutions.
21+
22+
Note that snapshot support requires Kubernetes distributors to bundle the Snapshot controller, Snapshot CRDs, and validation webhook. A CSI driver supporting the snapshot functionality must also be deployed on the cluster.
23+
24+
### Kubectl Debug Graduates to Beta
25+
26+
The `kubectl alpha debug` features graduates to beta in 1.20, becoming `kubectl debug`. The feature provides support for common debugging workflows directly from kubectl. Troubleshooting scenarios supported in this release of kubectl include:
27+
28+
* Troubleshoot workloads that crash on startup by creating a copy of the pod that uses a different container image or command.
29+
* Troubleshoot distroless containers by adding a new container with debugging tools, either in a new copy of the pod or using an ephemeral container. (Ephemeral containers are an alpha feature that are not enabled by default.)
30+
* Troubleshoot on a node by creating a container running in the host namespaces and with access to the host’s filesystem.
31+
32+
Note that as a new built-in command, `kubectl debug` takes priority over any kubectl plugin named “debug”. You must rename the affected plugin.
33+
34+
Invocations using `kubectl alpha debug` are now deprecated and will be removed in a subsequent release. Update your scripts to use `kubectl debug`. For more information about `kubectl debug`, see [Debugging Running Pods](https://kubernetes.io/docs/tasks/debug-application-cluster/debug-running-pod/).
35+
36+
### Beta: API Priority and Fairness
37+
38+
Introduced in 1.18, Kubernetes 1.20 now enables API Priority and Fairness (APF) by default. This allows `kube-apiserver` to categorize incoming requests by priority levels.
39+
40+
### Alpha with updates: IPV4/IPV6
41+
42+
The IPv4/IPv6 dual stack has been reimplemented to support dual stack services based on user and community feedback. This allows both IPv4 and IPv6 service cluster IP addresses to be assigned to a single service, and also enables a service to be transitioned from single to dual IP stack and vice versa.
43+
44+
### GA: Process PID Limiting for Stability
45+
46+
Process IDs (pids) are a fundamental resource on Linux hosts. It is trivial to hit the task limit without hitting any other resource limits and cause instability to a host machine.
47+
48+
Administrators require mechanisms to ensure that user pods cannot induce pid exhaustion that prevents host daemons (runtime, kubelet, etc) from running. In addition, it is important to ensure that pids are limited among pods in order to ensure they have limited impact to other workloads on the node.
49+
After being enabled-by-default for a year, SIG Node graduates PID Limits to GA on both `SupportNodePidsLimit` (node-to-pod PID isolation) and `SupportPodPidsLimit` (ability to limit PIDs per pod).
50+
51+
### Alpha: Graceful node shutdown
52+
53+
Users and cluster administrators expect that pods will adhere to expected pod lifecycle including pod termination. Currently, when a node shuts down, pods do not follow the expected pod termination lifecycle and are not terminated gracefully which can cause issues for some workloads.
54+
The `GracefulNodeShutdown` feature is now in Alpha. `GracefulNodeShutdown` makes the kubelet aware of node system shutdowns, enabling graceful termination of pods during a system shutdown.
55+
56+
## Major Changes
57+
58+
### Dockershim Deprecation
59+
60+
Dockershim, the container runtime interface (CRI) shim for Docker is being deprecated. Support for Docker is deprecated and will be removed in a future release. Docker-produced images will continue to work in your cluster with all CRI compliant runtimes as Docker images follow the Open Container Initiative (OCI) image specification.
61+
The Kubernetes community has written a [detailed blog post about deprecation](https://blog.k8s.io/2020/12/02/dont-panic-kubernetes-and-docker/) with [a dedicated FAQ page for it](https://blog.k8s.io/2020/12/02/dockershim-faq/).
62+
63+
### Exec Probe Timeout Handling
64+
65+
A longstanding bug regarding exec probe timeouts that may impact existing pod definitions has been fixed. Prior to this fix, the field `timeoutSeconds` was not respected for exec probes. Instead, probes would run indefinitely, even past their configured deadline, until a result was returned. With this change, the default value of `1 second` will be applied if a value is not specified and existing pod definitions may no longer be sufficient if a probe takes longer than one second. A feature gate, called `ExecProbeTimeout`, has been added with this fix that enables cluster operators to revert to the previous behavior, but this will be locked and removed in subsequent releases. In order to revert to the previous behavior, cluster operators should set this feature gate to `false`.
66+
67+
Please review the updated documentation regarding [configuring probes](docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes/#configure-probes) for more details.
68+
69+
## Other Updates
70+
71+
### Graduated to Stable
72+
73+
* [RuntimeClass](https://github.com/kubernetes/enhancements/issues/585)
74+
* [Built-in API Types Defaults](https://github.com/kubernetes/enhancements/issues/1929)
75+
* [Add Pod-Startup Liveness-Probe Holdoff](https://github.com/kubernetes/enhancements/issues/950)
76+
* [Support CRI-ContainerD On Windows](https://github.com/kubernetes/enhancements/issues/1001)
77+
* [SCTP Support for Services](https://github.com/kubernetes/enhancements/issues/614)
78+
* [Adding AppProtocol To Services And Endpoints](https://github.com/kubernetes/enhancements/issues/1507)
79+
80+
### Notable Feature Updates
81+
82+
* [CronJobs](https://github.com/kubernetes/enhancements/issues/19)
83+
84+
# Release notes
85+
86+
You can check out the full details of the 1.20 release in the [release notes](https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.20.md).
87+
88+
# Availability of release
89+
90+
Kubernetes 1.20 is available for [download on GitHub](https://github.com/kubernetes/kubernetes/releases/tag/v1.20.0). There are some great resources out there for getting started with Kubernetes. You can check out some [interactive tutorials](https://kubernetes.io/docs/tutorials/) on the main Kubernetes site, or run a local cluster on your machine using Docker containers with [kind](https://kind.sigs.k8s.io). If you’d like to try building a cluster from scratch, check out the [Kubernetes the Hard Way](https://github.com/kelseyhightower/kubernetes-the-hard-way) tutorial by Kelsey Hightower.
91+
92+
# Release Team
93+
94+
This release was made possible by a very dedicated group of individuals, who came together as a team in the midst of a lot of things happening out in the world. A huge thank you to the release lead Jeremy Rickard, and to everyone else on the release team for supporting each other, and working so hard to deliver the 1.20 release for the community.
95+
96+
# Release Logo
97+
98+
![Kubernetes 1.20 Release Logo](/images/blog/2020-12-08-kubernetes-1.20-release-announcement/laser.png)
99+
100+
[raddest](https://www.dictionary.com/browse/rad): *adjective*, Slang. excellent; wonderful; cool:
101+
102+
> The Kubernetes 1.20 Release has been the raddest release yet.
103+
104+
2020 has been a challenging year for many of us, but Kubernetes contributors have delivered a record-breaking number of enhancements in this release. That is a great accomplishment, so the release lead wanted to end the year with a little bit of levity and pay homage to [Kubernetes 1.14 - Caturnetes](https://github.com/kubernetes/sig-release/tree/master/releases/release-1.14) with a "rad" cat named Humphrey.
105+
106+
Humphrey is the release lead's cat and has a permanent [`blep`](https://www.inverse.com/article/42316-why-do-cats-blep-science-explains). *Rad* was pretty common slang in the 1990s in the United States, and so were laser backgrounds. Humphrey in a 1990s style school picture felt like a fun way to end the year. Hopefully, Humphrey and his *blep* bring you a little joy at the end of 2020!
107+
108+
The release logo was created by [Henry Hsu - @robotdancebattle](https://www.instagram.com/robotdancebattle/).
109+
110+
# User Highlights
111+
112+
- Apple is operating multi-thousand node Kubernetes clusters in data centers all over the world. Watch [Alena Prokharchyk's KubeCon NA Keynote](https://youtu.be/Tx8qXC-U3KM) to learn more about their cloud native journey.
113+
114+
# Project Velocity
115+
116+
The [CNCF K8s DevStats project](https://k8s.devstats.cncf.io/) aggregates a number of interesting data points related to the velocity of Kubernetes and various sub-projects. This includes everything from individual contributions to the number of companies that are contributing, and is a neat illustration of the depth and breadth of effort that goes into evolving this ecosystem.
117+
118+
In the v1.20 release cycle, which ran for 11 weeks (September 25 to December 9), we saw contributions from [967 companies](https://k8s.devstats.cncf.io/d/9/companies-table?orgId=1&var-period_name=v1.19.0%20-%20now&var-metric=contributions) and [1335 individuals](https://k8s.devstats.cncf.io/d/66/developer-activity-counts-by-companies?orgId=1&var-period_name=v1.19.0%20-%20now&var-metric=contributions&var-repogroup_name=Kubernetes&var-country_name=All&var-companies=All) ([44 of whom](https://k8s.devstats.cncf.io/d/52/new-contributors?orgId=1&from=1601006400000&to=1607576399000&var-repogroup_name=Kubernetes) made their first Kubernetes contribution) from [26 countries](https://k8s.devstats.cncf.io/d/50/countries-stats?orgId=1&from=1601006400000&to=1607576399000&var-period_name=Quarter&var-countries=All&var-repogroup_name=Kubernetes&var-metric=rcommitters&var-cum=countries).
119+
120+
# Ecosystem Updates
121+
122+
- KubeCon North America just wrapped up three weeks ago, the second such event to be virtual! All talks are [now available to all on-demand](https://www.youtube.com/playlist?list=PLj6h78yzYM2Pn8RxfLh2qrXBDftr6Qjut) for anyone still needing to catch up!
123+
- In June, the Kubernetes community formed a new working group as a direct response to the Black Lives Matter protests occurring across America. WG Naming's goal is to remove harmful and unclear language in the Kubernetes project as completely as possible and to do so in a way that is portable to other CNCF projects. A great introductory talk on this important work and how it is conducted was given [at KubeCon 2020 North America](https://sched.co/eukp), and the initial impact of this labor [can actually be seen in the v1.20 release](https://github.com/kubernetes/enhancements/issues/2067).
124+
- Previously announced this summer, [The Certified Kubernetes Security Specialist (CKS) Certification](https://www.cncf.io/announcements/2020/11/17/kubernetes-security-specialist-certification-now-available/) was released during Kubecon NA for immediate scheduling! Following the model of CKA and CKAD, the CKS is a performance-based exam, focused on security-themed competencies and domains. This exam is targeted at current CKA holders, particularly those who want to round out their baseline knowledge in securing cloud workloads (which is all of us, right?).
125+
126+
# Event Updates
127+
128+
KubeCon + CloudNativeCon Europe 2021 will take place May 4 - 7, 2021! Registration will open on January 11. You can find more information about the conference [here](https://events.linuxfoundation.org/kubecon-cloudnativecon-europe/). Remember that [the CFP](https://events.linuxfoundation.org/kubecon-cloudnativecon-europe/program/cfp/) closes on Sunday, December 13, 11:59pm PST!
129+
130+
# Upcoming release webinar
131+
132+
Stay tuned for the upcoming release webinar happening this January.
133+
134+
# Get Involved
135+
136+
If you’re interested in contributing to the Kubernetes community, Special Interest Groups (SIGs) are a great starting point. Many of them may align with your interests! If there are things you’d like to share with the community, you can join the weekly community meeting, or use any of the following channels:
137+
138+
* Find out more about contributing to Kubernetes at the new [Kubernetes Contributor website](https://www.kubernetes.dev/)
139+
* Follow us on Twitter [@Kubernetesio](https://twitter.com/kubernetesio) for latest updates
140+
* Join the community discussion on [Discuss](https://discuss.kubernetes.io/)
141+
* Join the community on [Slack](http://slack.k8s.io/)
142+
* Share your Kubernetes [story](https://docs.google.com/a/linuxfoundation.org/forms/d/e/1FAIpQLScuI7Ye3VQHQTwBASrgkjQDSS5TP0g3AXfFhwSM9YpHgxRKFA/viewform)
143+
* Read more about what’s happening with Kubernetes on the [blog](https://kubernetes.io/blog/)
144+
* Learn more about the [Kubernetes Release Team](https://github.com/kubernetes/sig-release/tree/master/release-team)

0 commit comments

Comments
 (0)