Skip to content

Commit

Permalink
Merge branch 'kubernetes:main' into main
Browse files Browse the repository at this point in the history
  • Loading branch information
italofernandes13 authored Jan 17, 2023
2 parents 118f57f + 4b94058 commit c30ff52
Show file tree
Hide file tree
Showing 30 changed files with 780 additions and 180 deletions.
4 changes: 2 additions & 2 deletions content/en/_index.html
Original file line number Diff line number Diff line change
Expand Up @@ -43,12 +43,12 @@ <h2>The Challenges of Migrating 150+ Microservices to Kubernetes</h2>
<button id="desktopShowVideoButton" onclick="kub.showVideo()">Watch Video</button>
<br>
<br>
<a href="https://events.linuxfoundation.org/kubecon-cloudnativecon-north-america" button id="desktopKCButton">Attend KubeCon North America on October 24-28, 2022</a>
<a href="https://events.linuxfoundation.org/kubecon-cloudnativecon-europe/" button id="desktopKCButton">Attend KubeCon + CloudNativeCon Europe on April 18-21, 2023</a>
<br>
<br>
<br>
<br>
<a href="https://events.linuxfoundation.org/kubecon-cloudnativecon-europe/" button id="desktopKCButton">Attend KubeCon Europe on April 17-21, 2023</a>
<a href="https://events.linuxfoundation.org/kubecon-cloudnativecon-north-america/" button id="desktopKCButton">Attend KubeCon + CloudNativeCon North America on November 6-9, 2023</a>
</div>
<div id="videoPlayer">
<iframe data-url="https://www.youtube.com/embed/H06qrNmGqyE?autoplay=1" frameborder="0" allowfullscreen></iframe>
Expand Down
18 changes: 10 additions & 8 deletions content/en/docs/concepts/architecture/nodes.md
Original file line number Diff line number Diff line change
Expand Up @@ -9,7 +9,7 @@ weight: 10

<!-- overview -->

Kubernetes runs your workload by placing containers into Pods to run on _Nodes_.
Kubernetes runs your {{< glossary_tooltip text="workload" term_id="workload" >}} by placing containers into Pods to run on _Nodes_.
A node may be a virtual or physical machine, depending on the cluster. Each node
is managed by the
{{< glossary_tooltip text="control plane" term_id="control-plane" >}}
Expand Down Expand Up @@ -563,7 +563,7 @@ ShutdownGracePeriodCriticalPods are not configured properly. Please refer to abo
section [Graceful Node Shutdown](#graceful-node-shutdown) for more details.

When a node is shutdown but not detected by kubelet's Node Shutdown Manager, the pods
that are part of a StatefulSet will be stuck in terminating status on
that are part of a {{< glossary_tooltip text="StatefulSet" term_id="statefulset" >}} will be stuck in terminating status on
the shutdown node and cannot move to a new running node. This is because kubelet on
the shutdown node is not available to delete the pods so the StatefulSet cannot
create a new pod with the same name. If there are volumes used by the pods, the
Expand All @@ -577,7 +577,7 @@ these pods will be stuck in terminating status on the shutdown node forever.
To mitigate the above situation, a user can manually add the taint `node.kubernetes.io/out-of-service` with either `NoExecute`
or `NoSchedule` effect to a Node marking it out-of-service.
If the `NodeOutOfServiceVolumeDetach`[feature gate](/docs/reference/command-line-tools-reference/feature-gates/)
is enabled on `kube-controller-manager`, and a Node is marked out-of-service with this taint, the
is enabled on {{< glossary_tooltip text="kube-controller-manager" term_id="kube-controller-manager" >}}, and a Node is marked out-of-service with this taint, the
pods on the node will be forcefully deleted if there are no matching tolerations on it and volume
detach operations for the pods terminating on the node will happen immediately. This allows the
Pods on the out-of-service node to recover quickly on a different node.
Expand Down Expand Up @@ -646,9 +646,11 @@ see [KEP-2400](https://github.com/kubernetes/enhancements/issues/2400) and its

## {{% heading "whatsnext" %}}

* Learn about the [components](/docs/concepts/overview/components/#node-components) that make up a node.
* Read the [API definition for Node](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#node-v1-core).
* Read the [Node](https://git.k8s.io/design-proposals-archive/architecture/architecture.md#the-kubernetes-node)
section of the architecture design document.
* Read about [taints and tolerations](/docs/concepts/scheduling-eviction/taint-and-toleration/).
Learn more about the following:
* [Components](/docs/concepts/overview/components/#node-components) that make up a node.
* [API definition for Node](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#node-v1-core).
* [Node](https://git.k8s.io/design-proposals-archive/architecture/architecture.md#the-kubernetes-node) section of the architecture design document.
* [Taints and Tolerations](/docs/concepts/scheduling-eviction/taint-and-toleration/).
* [Node Resource Managers](/docs/concepts/policy/node-resource-managers/).
* [Resource Management for Windows nodes](/docs/concepts/configuration/windows-resource-management/).

2 changes: 1 addition & 1 deletion content/en/docs/concepts/storage/volumes.md
Original file line number Diff line number Diff line change
Expand Up @@ -549,7 +549,7 @@ spec:

<!-- maintenance note: OK to remove all mention of glusterfs once the v1.25 release of
Kubernetes has gone out of support -->
-

Kubernetes {{< skew currentVersion >}} does not include a `glusterfs` volume type.

The GlusterFS in-tree storage driver was deprecated in the Kubernetes v1.25 release
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -100,4 +100,4 @@ release with a newer device plugin API version, device plugins must be upgraded
both version before the node is upgraded in order to guarantee that device allocations
continue to complete successfully during the upgrade.

Refer to [API compatiblity](/docs/concepts/extend-kubernetes/compute-storage-net/device-plugins/#api-compatibility) and [Kubelet Device Manager API Versions](/docs/reference/node/device-plugin-api-versions/) for more details.
Refer to [API compatibility](/docs/concepts/extend-kubernetes/compute-storage-net/device-plugins/#api-compatibility) and [Kubelet Device Manager API Versions](/docs/reference/node/device-plugin-api-versions/) for more details.
17 changes: 17 additions & 0 deletions content/hi/docs/reference/glossary/application-developer.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,17 @@
---
title: एप्लिकेशन डेवलपर (Application Developer)
id: application-developer
date: 2018-04-12
full_link:
short_description: >
एक व्यक्ति जो कुबेरनेट्स क्लस्टर में चलने वाले एप्लिकेशन लिखता है।
aka:
tags:
- user-type
---

एक व्यक्ति जो कुबेरनेट्स क्लस्टर में चलने वाले एप्लिकेशन लिखता है।

<!--more-->

एप्लिकेशन डेवलपर्स एप्लिकेशन के एक हिस्से पर ध्यान केंद्रित करते हैं। उनके फोकस का पैमाना आकारस्वरूप काफी भिन्न हो सकता है।
22 changes: 22 additions & 0 deletions content/hi/docs/reference/glossary/cloud-provider.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,22 @@
---
title: क्लाउड प्रदाता (Cloud Provider)
id: cloud-provider
date: 2018-04-12
short_description: >
एक संगठन जो क्लाउड कंप्यूटिंग प्लेटफॉर्म प्रदान करता है।
aka:
- क्लाउड सेवा प्रदाता (Cloud Service Provider)
tags:
- community
---

एक व्यवसाय या अन्य संगठन जो क्लाउड कंप्यूटिंग प्लेटफॉर्म प्रदान करता हैं।

<!--more-->

क्लाउड प्रदाता, जिन्हें कभी-कभी क्लाउड सेवा प्रदाता (CSP) भी कहा जाता है, क्लाउड कंप्यूटिंग प्लेटफॉर्म या सेवाएं प्रदान करते हैं।

कई क्लाउड प्रदाता प्रबंधित अवसंरचना प्रदान करते हैं (जिन्हें Infrastructure as a Service या IaaS भी कहा जाता है)। प्रबंधित अवसंरचना के साथ क्लाउड प्रदाता सर्वर, स्टोरेज और नेटवर्किंग प्रदान करने के लिए जिम्मेदार है जबकि आप उसके ऊपरी लेयर्स का प्रबंधन करते हैं जैसे कि कुबेरनेट्स क्लस्टर चलाना।

आप कुबेरनेट्स को एक प्रबंधित सेवा के रूप में भी पा सकते हैं; कई बार इसे Platform as a Service, या PaaS भी कहा जाता है। प्रबंधित कुबेरनेट्स के साथ, आपका क्लाउड प्रदाता कुबेरनेट्स कंट्रोल प्लेन{{< glossary_tooltip text="नोड" term_id="node" >}} और जिस अवसंरचना पर वे भरोसा करते हैं: नेटवर्किंग, स्टोरेज, और संभवतः अन्य तत्व जैसे लोड बैलेंसर्स के लिए जिम्मेदार है।
14 changes: 14 additions & 0 deletions content/hi/docs/reference/glossary/data-plane.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,14 @@
---
title: डेटा प्लेन (Data Plane)
id: data-plane
date: 2019-05-12
full_link:
short_description: >
वह परत जो CPU, मेमोरी, नेटवर्क और स्टोरेज जैसी क्षमता प्रदान करता है ताकि कंटेनर चल सकें और नेटवर्क से जुड़ सकें।
aka:
tags:
- fundamental
---

वह परत जो CPU, मेमोरी, नेटवर्क और स्टोरेज जैसी क्षमता प्रदान करता है ताकि कंटेनर चल सकें और नेटवर्क से जुड़ सकें।
18 changes: 18 additions & 0 deletions content/hi/docs/reference/glossary/helm-chart.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,18 @@
---
title: हेल्म चार्ट (Helm Chart)
id: helm-chart
date: 2018-04-12
full_link: https://helm.sh/docs/topics/charts/
short_description: >
हेल्म चार्ट(Helm Chart) पूर्व-कॉन्फ़िगर(pre-configured) किए गए कुबेरनेट्स संसाधनों का एक पैकेज है जिसे हेल्म टूल के माध्यम से प्रबंधित किया जा सकता है।
aka:
tags:
- tool
---

हेल्म चार्ट(Helm Chart) पूर्व-कॉन्फ़िगर (pre-configured) किए गए कुबेरनेट्स संसाधनों का एक पैकेज है जिसे हेल्म टूल के माध्यम से प्रबंधित किया जा सकता है।

<!--more-->

चार्ट्स कुबेरनेट्स एप्लिकेशन बनाने और साझा करने के लिए एक पुनरुत्पादनीय तरीका प्रदान करते हैं।
एक एकल चार्ट का उपयोग कुछ सरल, जैसे कि मेमकैच्ड पॉड (Memcached Pod), या फिर कुछ जटिल, जैसे HTTP सर्वर, डेटाबेस, कैश (cache) आदि के साथ एक फुल वेब ऐप स्टैक को डिप्लॉय करने के लिए किया जा सकता है।
19 changes: 19 additions & 0 deletions content/hi/docs/reference/glossary/operator-pattern.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,19 @@
---
title: ऑपरेटर पैटर्न
id: operator-pattern
date: 2019-05-21
full_link: /docs/concepts/extend-kubernetes/operator/
short_description: >
कस्टम संसाधन का प्रबंधन करने के लिए उपयोग किया जाने वाला एक विशेष नियंत्रक
aka:
tags:
- architecture
---
[ऑपरेटर पैटर्न](/docs/concepts/extend-kubernetes/operator/) एक सिस्टम रचना है जो {{< glossary_tooltip text="नियंत्रक" term_id="controller" >}}
को एक या अधिक कस्टम संसाधनों से जोड़ता है।

<!--more-->
आप अंतर्निहित नियंत्रक, जो स्वयं कुबेरनेट्स का हिस्सा हैं, का उपयोग करने से परे, अपने क्लस्टर में नियंत्रकों को जोड़कर कुबेरनेट्स की कार्यक्षमता का विस्तार कर सकते हैं।

यदि कोई चालू एप्लिकेशन नियंत्रक के रूप में कार्य करता है और उसके पास कंट्रोल प्लेन में परिभाषित कस्टम संसाधन पर कार्य करने के लिए API अभिगम है, तो यह ऑपरेटर पैटर्न का एक उदाहरण है।
3 changes: 1 addition & 2 deletions content/ja/docs/concepts/security/controlling-access.md
Original file line number Diff line number Diff line change
Expand Up @@ -116,7 +116,7 @@ Kubernetesは、ABACモード、RBACモード、Webhookモードなど、複数
Kubernetesの監査は、クラスター内の一連のアクションを文書化した、セキュリティに関連する時系列の記録を提供します。
クラスターは、ユーザー、Kubernetes APIを使用するアプリケーション、およびコントロールプレーン自身によって生成されるアクティビティを監査します。

詳しくは[監査](/ja/docs/tasks/debug-application-cluster/audit/)をご覧ください。
詳しくは[監査](/ja/docs/tasks/debug/debug-cluster/audit/)をご覧ください。

## APIサーバーのIPとポート {#api-server-ports-and-ips}

Expand Down Expand Up @@ -167,4 +167,3 @@ APIサーバーは、実際には2つのポートでサービスを提供する

以下についても知ることができます。
- PodがAPIクレデンシャルを取得するために[Secrets](/ja/docs/concepts/configuration/secret/#service-accounts-automatically-create-and-attach-secrets-with-api-credentials)を使用する方法について。

Original file line number Diff line number Diff line change
Expand Up @@ -65,7 +65,7 @@ Kubernetesは、名前空間に使用したい定義済みのPodセキュリテ
モード | 説明
:---------|:------------
**enforce** | ポリシーに違反した場合、Podは拒否されます。
**audit** | ポリシー違反は、[監査ログ](/ja/docs/tasks/debug-application-cluster/audit/)に記録されるイベントに監査アノテーションを追加するトリガーとなりますが、それ以外は許可されます。
**audit** | ポリシー違反は、[監査ログ](/ja/docs/tasks/debug/debug-cluster/audit/)に記録されるイベントに監査アノテーションを追加するトリガーとなりますが、それ以外は許可されます。
**warn** | ポリシーに違反した場合は、ユーザーへの警告がトリガーされますが、それ以外は許可されます。
{{< /table >}}

Expand Down
3 changes: 1 addition & 2 deletions content/ja/docs/concepts/workloads/pods/init-containers.md
Original file line number Diff line number Diff line change
Expand Up @@ -261,5 +261,4 @@ Kubernetes v1.20以降では、initコンテナのイメージが変更された
## {{% heading "whatsnext" %}} {#what-s-next}

* [Initコンテナを含むPodの作成](/docs/tasks/configure-pod-container/configure-pod-initialization/#creating-a-pod-that-has-an-init-container)方法について学ぶ。
* [Initコンテナのデバッグ](/ja/docs/tasks/debug-application-cluster/debug-init-containers/)を行う方法について学ぶ。

* [Initコンテナのデバッグ](/ja/docs/tasks/debug/debug-application/debug-init-containers/)を行う方法について学ぶ。
4 changes: 2 additions & 2 deletions content/ja/docs/contribute/style/content-organization.md
Original file line number Diff line number Diff line change
@@ -1,7 +1,7 @@
---
title: コンテンツの構造化
content_type: concept
weight: 40
weight: 90
---

<!-- overview -->
Expand All @@ -28,7 +28,7 @@ weight: 10
```
{{% note %}}
ページのweightについては、1、2、3…などの値を使用せず、10、20、30…のように一定の間隔を空けた方が賢明です。こうすることで、後で別のページを間に挿入できるようになります。
ページのweightについては、1、2、3…などの値を使用せず、10、20、30…のように一定の間隔を空けた方が賢明です。こうすることで、後で別のページを間に挿入できるようになります。さらに、同じディレクトリ(セクション)内の各ページのweightは、重複しないようにする必要があります。これにより、特にローカライズされたコンテンツでは、コンテンツが常に正しく整列されるようになります。
{{% /note %}}
### ドキュメントのメインメニュー
Expand Down
9 changes: 9 additions & 0 deletions content/ja/docs/contribute/style/hugo-shortcodes/example1.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,9 @@
---
title: 例 #1
---

これは**挿入**leaf bundle内のコンテンツファイルの****です。

{{< note >}}
挿入されたコンテンツファイル内でもショートコードを使用することができます。
{{< /note >}}
7 changes: 7 additions & 0 deletions content/ja/docs/contribute/style/hugo-shortcodes/example2.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,7 @@
---
title: 例 #1
---

これは**挿入**leaf bundle内のコンテンツファイルのもう一つの****です


Loading

0 comments on commit c30ff52

Please sign in to comment.