From 74da123ef98eb8f635ffb0de166c0911f5f9335d Mon Sep 17 00:00:00 2001 From: Kobayashi Daisuke Date: Wed, 22 Dec 2021 14:13:34 +0900 Subject: [PATCH 01/19] [ja] Translate docs/concepts/architecture/garbage- collection into Japanese --- .../architecture/garbage-collection.md | 136 ++++++++++++++++++ 1 file changed, 136 insertions(+) create mode 100644 content/ja/docs/concepts/architecture/garbage-collection.md diff --git a/content/ja/docs/concepts/architecture/garbage-collection.md b/content/ja/docs/concepts/architecture/garbage-collection.md new file mode 100644 index 0000000000..8f1635c66a --- /dev/null +++ b/content/ja/docs/concepts/architecture/garbage-collection.md @@ -0,0 +1,136 @@ +--- +title: Garbage Collection +content_type: concept +weight: 50 +--- + + +{{}} これにより、次のようなリソースのクリーンアップが可能になります。: + + * [失敗したPod](/docs/concepts/workloads/pods/pod-lifecycle/#pod-garbage-collection) + * [完了したJob](/docs/concepts/workloads/controllers/ttlafterfinished/) + * [owner referenceのないオブジェクト](#owners-dependents) + * [未使用のコンテナとコンテナイメージ](#containers-images) + * [StorageClassの再利用ポリシーがDeleteである動的にプロビジョニングされたPersistentVolume](/docs/concepts/storage/persistent-volumes/#delete) + * [失効または期限切れのCertificateSigningRequests (CSRs)](/reference/access-authn-authz/certificate-signing-requests/#request-signing-process) + * 次のシナリオで削除された{{}}: + * クラウド上でクラスターが[クラウドコントローラーマネージャー](/docs/concepts/architecture/cloud-controller/)を使用する場合 + * オンプレミスでクラスターがクラウドコントローラーマネージャーと同様のアドオンを使用する場合 + * [Node Lease objects](/docs/concepts/architecture/nodes/#heartbeats) + +## Owners and dependents {#owners-dependents} + +Kubernetesの多くのオブジェクトは、 [*owner reference*](/docs/concepts/overview/working-with-objects/owners-dependents/)を介して相互にリンクしています。 +owner referenceは、どのオブジェクトが他のオブジェクトに依存しているかをコントロールプレーンに通知します。 +Kubernetesは、owner referenceを使用して、コントロールプレーンやその他のAPIクライアントに、オブジェクトを削除する前に関連するリソースをクリーンアップする機会を提供します。 +ほとんどの場合、Kubernetesはowner referenceを自動的に管理します。 + +Ownershipは、一部のリソースでも使用される[ラベルおよびセレクター](/docs/concepts/overview/working-with-objects/labels/)メカニズムとは異なります。 +たとえば、`EndpointSlice`オブジェクトを作成する{{}}を考えます。 +Serviceは*ラベル*を使用して、コントロールプレーンがServiceに使用されている`EndpointSlice`オブジェクトを判別できるようにします。 +ラベルに加えて、サービスに代わって管理される各`EndpointSlice`には、owner referenceがあります。 +owner referenceは、Kubernetesのさまざまな部分が制御していないオブジェクトへの干渉を回避するのに役立ちます。 + +{{< note >}} +namespace間のowner referenceは、設計上許可されていません。 +namespaceのdependentは、クラスタースコープまたはnamespaceの所有者を指定できます。 +namespaceの所有者は、dependentと同じnamespaceに**存在する必要があります**。 +そうでない場合、owner referenceは不在として扱われ、すべての所有者が不在であることが確認されると、dependentは削除される可能性があります。 + +クラスタースコープのdependentは、クラスタースコープの所有者のみを指定できます。 +v1.20以降では、クラスタースコープのdependentがnamespaceを持つkindを所有者として指定している場合、それは解決できないowner referenceを持つものとして扱われ、ガベージコレクションを行うことはできません。 + +V1.20以降では、ガベージコレクタは無効な名前空間間の`ownerReference`、またはnamespaceのkindを参照する`ownerReference`をもつクラスター・スコープの依存関係を検出した場合、無効な依存関係の `OwnerRefInvalidNamespace`と` involvedObject`を理由とする警告イベントが報告されます。 +以下のコマンドを実行すると、そのようなイベントを確認できます。 +`kubectl get events -A --field-selector=reason=OwnerRefInvalidNamespace` +{{< /note >}} + +## カスケード削除 {#cascading-deletion} + +Kubernetesは、ReplicaSetを削除したときに残されたPodなど、owner referenceがなくなったオブジェクトをチェックして削除します。 +オブジェクトを削除する場合、カスケード削除と呼ばれるプロセスで、Kubernetesがオブジェクトの依存関係を自動的に削除するかどうかを制御できます。 +カスケード削除には、次の2つのタイプがあります。 + + * フォアグラウンドカスケード削除 + * バックグラウンドカスケード削除 + +また、Kubernetes{{}}を使用して、ガベージコレクションがowner referenceを持つリソースを削除する方法とタイミングを制御することもできます + +### フォアグラウンドカスケード削除 {#foreground-deletion} + +フォアグラウンドカスケード削除では、削除する所有者オブジェクトは最初に*削除進行中*の状態になります。 +この状態では、所有者オブジェクトに次のことが起こります。 + + * Kubernetes APIサーバーは、オブジェクトの`metadata.deletionTimestamp`フィールドを、オブジェクトに削除のマークが付けられた時刻に設定します。 + * Kubernetes APIサーバーは、`metadata.finalizers`フィールドを`foregroundDeletion`に設定します。 + * オブジェクトは、削除プロセスが完了するまで、KubernetesAPIを介して表示されたままになります。 + +所有者オブジェクトが削除進行中の状態に入ると、コントローラーは依存関係を削除します。 +すべての依存オブジェクトを削除した後、コントローラーは所有者オブジェクトを削除します。 +この時点で、オブジェクトはKubernetesAPIに表示されなくなります。 + +フォアグラウンドカスケード削除中に、所有者の削除をブロックする依存関係は、`ownerReference.blockOwnerDeletion=true`フィールドを持つ依存関係のみです。 +詳細については、[フォアグラウンドカスケード削除の使用](/docs/tasks/administer-cluster/use-cascading-deletion/#use-foreground-cascading-deletion)を参照してください 。 + +### バックグラウンドカスケード削除 {#background-deletion} + +バックグラウンドカスケード削除では、Kubernetes APIサーバーが所有者オブジェクトをすぐに削除し、コントローラーがバックグラウンドで依存オブジェクトをクリーンアップします。 +デフォルトでは、フォアグラウンド削除を手動で使用するか、依存オブジェクトを孤立させることを選択しない限り、Kubernetesはバックグラウンドカスケード削除を使用します。 + +詳細については、[バックグラウンドカスケード削除の使用](/docs/tasks/administer-cluster/use-cascading-deletion/#use-background-cascading-deletion)を参照してください 。 + +### Orphaned dependents + +Kubernetesが所有者オブジェクトを削除すると、残された依存関係は*orphan*オブジェクトと呼ばれます。 +デフォルトでは、Kubernetesは依存オブジェクトを削除します。この動作をオーバーライドする方法については、[所有者オブジェクトと孤立した依存関係の削除](/docs/tasks/administer-cluster/use-cascading-deletion/#set-orphan-deletion-policy)を参照してください。 + +## 未使用のコンテナとイメージのガベージコレクション {#containers-images} + +{{}}は未使用のイメージに対して5分ごとに、未使用のコンテナーに対して1分ごとにガベージコレクションを実行します。 +外部のガベージコレクションツールは、kubeletの動作を壊し、存在するはずのコンテナを削除する可能性があるため、使用しないでください。 + +未使用のコンテナーとイメージのガベージコレクションのオプションを構成するには、[構成ファイル](/docs/tasks/administer-cluster/kubelet-config-file/)を使用してkubeletを調整し、[`KubeletConfiguration`](/docs/reference/config-api/kubelet-config.v1beta1/#kubelet-config-k8s-io-v1beta1-KubeletConfiguration)リソースタイプを使用してガベージコレクションに関連するパラメーターを変更します。 + +### コンテナイメージのライフサイクル + +Kubernetesは、kubeletの一部である*イメージマネージャー*を通じて、{{< glossary_tooltip text="cadvisor" term_id="cadvisor" >}}の協力を得て、すべてのイメージのライフサイクルを管理します。kubeletは、ガベージコレクションを決定する際に、次のディスク使用制限を考慮します。 + + * `HighThresholdPercent` + * `LowThresholdPercent` + +設定された`HighThresholdPercent`値を超えるディスク使用量はガベージコレクションをトリガーします。 +ガベージコレクションは、最後に使用された時間に基づいて、最も古いものから順にイメージを削除します。 +kubeletは、ディスク使用量が`LowThresholdPercent`値に達するまでイメージを削除します。 + +### コンテナイメージのガベージコレクション {#container-image-garbage-collection} + +kubeletは、次の変数に基づいて未使用のコンテナをガベージコレクションします。 + + * `MinAge`: kubeletがガベージコレクションできるコンテナの最低期間。`0`を設定すると無効化されます。 + * `MaxPerPodContainer`: 各ポッドペアが持つことができるデッドコンテナの最大数。`0`未満に設定すると無効化されます。 + * `MaxContainers`: クラスターが持つことができるデッドコンテナーの最大数。`0`未満に設定すると無効化されます。 + +これらの変数に加えて、kubeletは、通常、最も古いものから順に、定義されていない削除されたコンテナをガベージコレクションします。 + +`MaxPerPodContainer`と`MaxContainer`は、Podごとのコンテナーの最大数（`MaxPerPodContainer`）を保持すると、グローバルなデッドコンテナーの許容合計（`MaxContainers`）を超える状況で、互いに競合する可能性があります。 +この状況では、kubeletは`MaxPodPerContainer`を調整して競合に対処します。 最悪のシナリオは、`MaxPerPodContainer`を1にダウングレードし、最も古いコンテナーを削除することです。 +さらに、削除されたポッドが所有するコンテナは、`MinAge`より古くなると削除されます。 + +{{}} + kubeletがガベージコレクションするのは、自分が管理するコンテナーのみです。 +{{}} + +## ガベージコレクションの設定 {#configuring-gc} + +これらのリソースを管理するコントローラーに固有のオプションを設定することにより、リソースのガベージコレクションを調整できます。次のページは、ガベージコレクションを設定する方法を示しています。 + + * [Kubernetesオブジェクトのカスケード削除の設定](/docs/tasks/administer-cluster/use-cascading-deletion/) + * [完了したジョブのクリーンアップの設定](/docs/concepts/workloads/controllers/ttlafterfinished/) + + + +## {{% heading "whatsnext" %}} + +* [Kubernetes オブジェクトの所有権](/docs/concepts/overview/working-with-objects/owners-dependents/)を学びます。 +* Kubernetes [finalizers](/docs/concepts/overview/working-with-objects/finalizers/)を学びます。 +* 完了したジョブをクリーンアップする[TTL controller](/docs/concepts/workloads/controllers/ttlafterfinished/) (beta)について学びます。 \ No newline at end of file From 7719b8a0fe19ac5f35aca033fb530d733f5834c7 Mon Sep 17 00:00:00 2001 From: Kobayashi Daisuke Date: Wed, 22 Dec 2021 14:24:35 +0900 Subject: [PATCH 02/19] Fix build error --- content/ja/docs/concepts/architecture/garbage-collection.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/concepts/architecture/garbage-collection.md b/content/ja/docs/concepts/architecture/garbage-collection.md index 8f1635c66a..deb2e98cea 100644 --- a/content/ja/docs/concepts/architecture/garbage-collection.md +++ b/content/ja/docs/concepts/architecture/garbage-collection.md @@ -5,7 +5,7 @@ weight: 50 --- -{{}} これにより、次のようなリソースのクリーンアップが可能になります。: +ガベージコレクションは、Kubernetesがクラスターリソースをクリーンアップするために使用するさまざまなメカニズムの総称です。これにより、次のようなリソースのクリーンアップが可能になります。: * [失敗したPod](/docs/concepts/workloads/pods/pod-lifecycle/#pod-garbage-collection) * [完了したJob](/docs/concepts/workloads/controllers/ttlafterfinished/) From b2e3c4a78ed52a0d3507c8bad8997189cb9a4a7e Mon Sep 17 00:00:00 2001 From: Kobayashi Daisuke Date: Wed, 22 Dec 2021 15:12:10 +0900 Subject: [PATCH 03/19] modify some words --- .../architecture/garbage-collection.md | 54 +++++++++---------- 1 file changed, 27 insertions(+), 27 deletions(-) diff --git a/content/ja/docs/concepts/architecture/garbage-collection.md b/content/ja/docs/concepts/architecture/garbage-collection.md index deb2e98cea..a55fab0eb3 100644 --- a/content/ja/docs/concepts/architecture/garbage-collection.md +++ b/content/ja/docs/concepts/architecture/garbage-collection.md @@ -13,14 +13,14 @@ weight: 50 * [未使用のコンテナとコンテナイメージ](#containers-images) * [StorageClassの再利用ポリシーがDeleteである動的にプロビジョニングされたPersistentVolume](/docs/concepts/storage/persistent-volumes/#delete) * [失効または期限切れのCertificateSigningRequests (CSRs)](/reference/access-authn-authz/certificate-signing-requests/#request-signing-process) - * 次のシナリオで削除された{{}}: + * 次のシナリオで削除された{{}}: * クラウド上でクラスターが[クラウドコントローラーマネージャー](/docs/concepts/architecture/cloud-controller/)を使用する場合 * オンプレミスでクラスターがクラウドコントローラーマネージャーと同様のアドオンを使用する場合 - * [Node Lease objects](/docs/concepts/architecture/nodes/#heartbeats) + * [Node Leaseオブジェクト](/docs/concepts/architecture/nodes/#heartbeats) -## Owners and dependents {#owners-dependents} +## オーナーとdependent {#owners-dependents} -Kubernetesの多くのオブジェクトは、 [*owner reference*](/docs/concepts/overview/working-with-objects/owners-dependents/)を介して相互にリンクしています。 +Kubernetesの多くのオブジェクトは、[*owner reference*](/docs/concepts/overview/working-with-objects/owners-dependents/)を介して相互にリンクしています。 owner referenceは、どのオブジェクトが他のオブジェクトに依存しているかをコントロールプレーンに通知します。 Kubernetesは、owner referenceを使用して、コントロールプレーンやその他のAPIクライアントに、オブジェクトを削除する前に関連するリソースをクリーンアップする機会を提供します。 ほとんどの場合、Kubernetesはowner referenceを自動的に管理します。 @@ -33,14 +33,14 @@ owner referenceは、Kubernetesのさまざまな部分が制御していない {{< note >}} namespace間のowner referenceは、設計上許可されていません。 -namespaceのdependentは、クラスタースコープまたはnamespaceの所有者を指定できます。 -namespaceの所有者は、dependentと同じnamespaceに**存在する必要があります**。 -そうでない場合、owner referenceは不在として扱われ、すべての所有者が不在であることが確認されると、dependentは削除される可能性があります。 +namespaceのdependentは、クラスタースコープまたはnamespaceのオーナーを指定できます。 +namespaceのオーナーは、dependentと同じnamespaceに**存在する必要があります**。 +そうでない場合、owner referenceは不在として扱われ、すべてのオーナーが不在であることが確認されると、dependentは削除される可能性があります。 -クラスタースコープのdependentは、クラスタースコープの所有者のみを指定できます。 -v1.20以降では、クラスタースコープのdependentがnamespaceを持つkindを所有者として指定している場合、それは解決できないowner referenceを持つものとして扱われ、ガベージコレクションを行うことはできません。 +クラスタースコープのdependentは、クラスタースコープのオーナーのみを指定できます。 +v1.20以降では、クラスタースコープのdependentがnamespaceを持つkindをオーナーとして指定している場合、それは解決できないowner referenceを持つものとして扱われ、ガベージコレクションを行うことはできません。 -V1.20以降では、ガベージコレクタは無効な名前空間間の`ownerReference`、またはnamespaceのkindを参照する`ownerReference`をもつクラスター・スコープの依存関係を検出した場合、無効な依存関係の `OwnerRefInvalidNamespace`と` involvedObject`を理由とする警告イベントが報告されます。 +V1.20以降では、ガベージコレクタは無効な名前空間間の`ownerReference`、またはnamespaceのkindを参照する`ownerReference`をもつクラスター・スコープのdependentを検出した場合、無効なdependentの`OwnerRefInvalidNamespace`と`involvedObject`を理由とする警告イベントが報告されます。 以下のコマンドを実行すると、そのようなイベントを確認できます。 `kubectl get events -A --field-selector=reason=OwnerRefInvalidNamespace` {{< /note >}} @@ -48,48 +48,48 @@ V1.20以降では、ガベージコレクタは無効な名前空間間の`owner ## カスケード削除 {#cascading-deletion} Kubernetesは、ReplicaSetを削除したときに残されたPodなど、owner referenceがなくなったオブジェクトをチェックして削除します。 -オブジェクトを削除する場合、カスケード削除と呼ばれるプロセスで、Kubernetesがオブジェクトの依存関係を自動的に削除するかどうかを制御できます。 +オブジェクトを削除する場合、カスケード削除と呼ばれるプロセスで、Kubernetesがオブジェクトのdependentを自動的に削除するかどうかを制御できます。 カスケード削除には、次の2つのタイプがあります。 * フォアグラウンドカスケード削除 * バックグラウンドカスケード削除 -また、Kubernetes{{}}を使用して、ガベージコレクションがowner referenceを持つリソースを削除する方法とタイミングを制御することもできます +また、Kubernetes {{}}を使用して、ガベージコレクションがowner referenceを持つリソースを削除する方法とタイミングを制御することもできます ### フォアグラウンドカスケード削除 {#foreground-deletion} -フォアグラウンドカスケード削除では、削除する所有者オブジェクトは最初に*削除進行中*の状態になります。 -この状態では、所有者オブジェクトに次のことが起こります。 +フォアグラウンドカスケード削除では、削除するオーナーオブジェクトは最初に*削除進行中*の状態になります。 +この状態では、オーナーオブジェクトに次のことが起こります。 * Kubernetes APIサーバーは、オブジェクトの`metadata.deletionTimestamp`フィールドを、オブジェクトに削除のマークが付けられた時刻に設定します。 * Kubernetes APIサーバーは、`metadata.finalizers`フィールドを`foregroundDeletion`に設定します。 * オブジェクトは、削除プロセスが完了するまで、KubernetesAPIを介して表示されたままになります。 -所有者オブジェクトが削除進行中の状態に入ると、コントローラーは依存関係を削除します。 -すべての依存オブジェクトを削除した後、コントローラーは所有者オブジェクトを削除します。 +オーナーオブジェクトが削除進行中の状態に入ると、コントローラーはdependentを削除します。 +すべてのdependentオブジェクトを削除した後、コントローラーはオーナーオブジェクトを削除します。 この時点で、オブジェクトはKubernetesAPIに表示されなくなります。 -フォアグラウンドカスケード削除中に、所有者の削除をブロックする依存関係は、`ownerReference.blockOwnerDeletion=true`フィールドを持つ依存関係のみです。 -詳細については、[フォアグラウンドカスケード削除の使用](/docs/tasks/administer-cluster/use-cascading-deletion/#use-foreground-cascading-deletion)を参照してください 。 +フォアグラウンドカスケード削除中に、オーナーの削除をブロックするdependentは、`ownerReference.blockOwnerDeletion=true`フィールドを持つdependentのみです。 +詳細については、[フォアグラウンドカスケード削除の使用](/docs/tasks/administer-cluster/use-cascading-deletion/#use-foreground-cascading-deletion)を参照してください。 ### バックグラウンドカスケード削除 {#background-deletion} -バックグラウンドカスケード削除では、Kubernetes APIサーバーが所有者オブジェクトをすぐに削除し、コントローラーがバックグラウンドで依存オブジェクトをクリーンアップします。 +バックグラウンドカスケード削除では、Kubernetes APIサーバーがオーナーオブジェクトをすぐに削除し、コントローラーがバックグラウンドで依存オブジェクトをクリーンアップします。 デフォルトでは、フォアグラウンド削除を手動で使用するか、依存オブジェクトを孤立させることを選択しない限り、Kubernetesはバックグラウンドカスケード削除を使用します。 -詳細については、[バックグラウンドカスケード削除の使用](/docs/tasks/administer-cluster/use-cascading-deletion/#use-background-cascading-deletion)を参照してください 。 +詳細については、[バックグラウンドカスケード削除の使用](/docs/tasks/administer-cluster/use-cascading-deletion/#use-background-cascading-deletion)を参照してください。 ### Orphaned dependents -Kubernetesが所有者オブジェクトを削除すると、残された依存関係は*orphan*オブジェクトと呼ばれます。 -デフォルトでは、Kubernetesは依存オブジェクトを削除します。この動作をオーバーライドする方法については、[所有者オブジェクトと孤立した依存関係の削除](/docs/tasks/administer-cluster/use-cascading-deletion/#set-orphan-deletion-policy)を参照してください。 +Kubernetesがオーナーオブジェクトを削除すると、残されたdependentは*orphan*オブジェクトと呼ばれます。 +デフォルトでは、Kubernetesはdependentオブジェクトを削除します。この動作をオーバーライドする方法については、[オーナーオブジェクトと孤立したdependentの削除](/docs/tasks/administer-cluster/use-cascading-deletion/#set-orphan-deletion-policy)を参照してください。 ## 未使用のコンテナとイメージのガベージコレクション {#containers-images} {{}}は未使用のイメージに対して5分ごとに、未使用のコンテナーに対して1分ごとにガベージコレクションを実行します。 外部のガベージコレクションツールは、kubeletの動作を壊し、存在するはずのコンテナを削除する可能性があるため、使用しないでください。 -未使用のコンテナーとイメージのガベージコレクションのオプションを構成するには、[構成ファイル](/docs/tasks/administer-cluster/kubelet-config-file/)を使用してkubeletを調整し、[`KubeletConfiguration`](/docs/reference/config-api/kubelet-config.v1beta1/#kubelet-config-k8s-io-v1beta1-KubeletConfiguration)リソースタイプを使用してガベージコレクションに関連するパラメーターを変更します。 +未使用のコンテナーとイメージのガベージコレクションのオプションを設定するには、[設定ファイル](/docs/tasks/administer-cluster/kubelet-config-file/)を使用してkubeletを調整し、[`KubeletConfiguration`](/docs/reference/config-api/kubelet-config.v1beta1/#kubelet-config-k8s-io-v1beta1-KubeletConfiguration)リソースタイプを使用してガベージコレクションに関連するパラメーターを変更します。 ### コンテナイメージのライフサイクル @@ -112,8 +112,8 @@ kubeletは、次の変数に基づいて未使用のコンテナをガベージ これらの変数に加えて、kubeletは、通常、最も古いものから順に、定義されていない削除されたコンテナをガベージコレクションします。 -`MaxPerPodContainer`と`MaxContainer`は、Podごとのコンテナーの最大数（`MaxPerPodContainer`）を保持すると、グローバルなデッドコンテナーの許容合計（`MaxContainers`）を超える状況で、互いに競合する可能性があります。 -この状況では、kubeletは`MaxPodPerContainer`を調整して競合に対処します。 最悪のシナリオは、`MaxPerPodContainer`を1にダウングレードし、最も古いコンテナーを削除することです。 +`MaxPerPodContainer`と`MaxContainer`は、Podごとのコンテナーの最大数（`MaxPerPodContainer`）を保持すると、グローバルなデッドコンテナーの許容合計（`MaxContainers`）を超える状況で、互いに競合する可能性があります。 +この状況では、kubeletは`MaxPodPerContainer`を調整して競合に対処します。最悪のシナリオは、`MaxPerPodContainer`を1にダウングレードし、最も古いコンテナーを削除することです。 さらに、削除されたポッドが所有するコンテナは、`MinAge`より古くなると削除されます。 {{}} @@ -132,5 +132,5 @@ kubeletは、次の変数に基づいて未使用のコンテナをガベージ ## {{% heading "whatsnext" %}} * [Kubernetes オブジェクトの所有権](/docs/concepts/overview/working-with-objects/owners-dependents/)を学びます。 -* Kubernetes [finalizers](/docs/concepts/overview/working-with-objects/finalizers/)を学びます。 -* 完了したジョブをクリーンアップする[TTL controller](/docs/concepts/workloads/controllers/ttlafterfinished/) (beta)について学びます。 \ No newline at end of file +* Kubernetes [finalizer](/docs/concepts/overview/working-with-objects/finalizers/)を学びます。 +* 完了したジョブをクリーンアップする[TTL controller](/docs/concepts/workloads/controllers/ttlafterfinished/)(beta)について学びます。 \ No newline at end of file From ac1710e0601caab7445cd51972ee67c03e327e35 Mon Sep 17 00:00:00 2001 From: Kobayashi Daisuke Date: Wed, 22 Dec 2021 15:22:29 +0900 Subject: [PATCH 04/19] fix title --- content/ja/docs/concepts/architecture/garbage-collection.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/concepts/architecture/garbage-collection.md b/content/ja/docs/concepts/architecture/garbage-collection.md index a55fab0eb3..c8afd65013 100644 --- a/content/ja/docs/concepts/architecture/garbage-collection.md +++ b/content/ja/docs/concepts/architecture/garbage-collection.md @@ -1,5 +1,5 @@ --- -title: Garbage Collection +title: ガベージコレクション content_type: concept weight: 50 --- From 3fb0bf8391bf0b706e09785233604f8fd65ed150 Mon Sep 17 00:00:00 2001 From: Kobayashi Daisuke Date: Thu, 23 Dec 2021 15:13:38 +0900 Subject: [PATCH 05/19] Fix the commented point --- content/ja/docs/concepts/architecture/garbage-collection.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/content/ja/docs/concepts/architecture/garbage-collection.md b/content/ja/docs/concepts/architecture/garbage-collection.md index c8afd65013..5254f5f748 100644 --- a/content/ja/docs/concepts/architecture/garbage-collection.md +++ b/content/ja/docs/concepts/architecture/garbage-collection.md @@ -5,7 +5,7 @@ weight: 50 --- -ガベージコレクションは、Kubernetesがクラスターリソースをクリーンアップするために使用するさまざまなメカニズムの総称です。これにより、次のようなリソースのクリーンアップが可能になります。: +ガベージコレクションは、Kubernetesがクラスターリソースをクリーンアップするために使用するさまざまなメカニズムの総称です。これにより、次のようなリソースのクリーンアップが可能になります: * [失敗したPod](/docs/concepts/workloads/pods/pod-lifecycle/#pod-garbage-collection) * [完了したJob](/docs/concepts/workloads/controllers/ttlafterfinished/) @@ -54,7 +54,7 @@ Kubernetesは、ReplicaSetを削除したときに残されたPodなど、owner * フォアグラウンドカスケード削除 * バックグラウンドカスケード削除 -また、Kubernetes {{}}を使用して、ガベージコレクションがowner referenceを持つリソースを削除する方法とタイミングを制御することもできます +また、Kubernetes {{}}を使用して、ガベージコレクションがowner referenceを持つリソースを削除する方法とタイミングを制御することもできます。 ### フォアグラウンドカスケード削除 {#foreground-deletion} @@ -133,4 +133,4 @@ kubeletは、次の変数に基づいて未使用のコンテナをガベージ * [Kubernetes オブジェクトの所有権](/docs/concepts/overview/working-with-objects/owners-dependents/)を学びます。 * Kubernetes [finalizer](/docs/concepts/overview/working-with-objects/finalizers/)を学びます。 -* 完了したジョブをクリーンアップする[TTL controller](/docs/concepts/workloads/controllers/ttlafterfinished/)(beta)について学びます。 \ No newline at end of file +* 完了したジョブをクリーンアップする[TTL controller](/docs/concepts/workloads/controllers/ttlafterfinished/)(beta)について学びます。 From bbddf8c0f2119e86c58a87ae6a521c85745a2054 Mon Sep 17 00:00:00 2001 From: Kobayashi Daisuke Date: Thu, 31 Mar 2022 11:04:33 +0900 Subject: [PATCH 06/19] Update content/ja/docs/concepts/architecture/garbage-collection.md Co-authored-by: nasa9084 --- content/ja/docs/concepts/architecture/garbage-collection.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/concepts/architecture/garbage-collection.md b/content/ja/docs/concepts/architecture/garbage-collection.md index 5254f5f748..2792a8b86b 100644 --- a/content/ja/docs/concepts/architecture/garbage-collection.md +++ b/content/ja/docs/concepts/architecture/garbage-collection.md @@ -7,7 +7,7 @@ weight: 50 ガベージコレクションは、Kubernetesがクラスターリソースをクリーンアップするために使用するさまざまなメカニズムの総称です。これにより、次のようなリソースのクリーンアップが可能になります: - * [失敗したPod](/docs/concepts/workloads/pods/pod-lifecycle/#pod-garbage-collection) + * [失敗したPod](/ja/docs/concepts/workloads/pods/pod-lifecycle/#pod-garbage-collection) * [完了したJob](/docs/concepts/workloads/controllers/ttlafterfinished/) * [owner referenceのないオブジェクト](#owners-dependents) * [未使用のコンテナとコンテナイメージ](#containers-images) From 657bb6d5f1a1627d1777e0ed7de89abaf3e8ea11 Mon Sep 17 00:00:00 2001 From: Kobayashi Daisuke Date: Thu, 31 Mar 2022 11:04:40 +0900 Subject: [PATCH 07/19] Update content/ja/docs/concepts/architecture/garbage-collection.md Co-authored-by: nasa9084 --- content/ja/docs/concepts/architecture/garbage-collection.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/concepts/architecture/garbage-collection.md b/content/ja/docs/concepts/architecture/garbage-collection.md index 2792a8b86b..73d548551f 100644 --- a/content/ja/docs/concepts/architecture/garbage-collection.md +++ b/content/ja/docs/concepts/architecture/garbage-collection.md @@ -8,7 +8,7 @@ weight: 50 ガベージコレクションは、Kubernetesがクラスターリソースをクリーンアップするために使用するさまざまなメカニズムの総称です。これにより、次のようなリソースのクリーンアップが可能になります: * [失敗したPod](/ja/docs/concepts/workloads/pods/pod-lifecycle/#pod-garbage-collection) - * [完了したJob](/docs/concepts/workloads/controllers/ttlafterfinished/) + * [完了したJob](/ja/docs/concepts/workloads/controllers/ttlafterfinished/) * [owner referenceのないオブジェクト](#owners-dependents) * [未使用のコンテナとコンテナイメージ](#containers-images) * [StorageClassの再利用ポリシーがDeleteである動的にプロビジョニングされたPersistentVolume](/docs/concepts/storage/persistent-volumes/#delete) From 1af7a3a9ca1dedea8989a9c8e947776c66edbcea Mon Sep 17 00:00:00 2001 From: Kobayashi Daisuke Date: Thu, 31 Mar 2022 11:04:52 +0900 Subject: [PATCH 08/19] Update content/ja/docs/concepts/architecture/garbage-collection.md Co-authored-by: nasa9084 --- content/ja/docs/concepts/architecture/garbage-collection.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/concepts/architecture/garbage-collection.md b/content/ja/docs/concepts/architecture/garbage-collection.md index 73d548551f..c44245d5b2 100644 --- a/content/ja/docs/concepts/architecture/garbage-collection.md +++ b/content/ja/docs/concepts/architecture/garbage-collection.md @@ -14,7 +14,7 @@ weight: 50 * [StorageClassの再利用ポリシーがDeleteである動的にプロビジョニングされたPersistentVolume](/docs/concepts/storage/persistent-volumes/#delete) * [失効または期限切れのCertificateSigningRequests (CSRs)](/reference/access-authn-authz/certificate-signing-requests/#request-signing-process) * 次のシナリオで削除された{{}}: - * クラウド上でクラスターが[クラウドコントローラーマネージャー](/docs/concepts/architecture/cloud-controller/)を使用する場合 + * クラウド上でクラスターが[クラウドコントローラーマネージャー](/ja/docs/concepts/architecture/cloud-controller/)を使用する場合 * オンプレミスでクラスターがクラウドコントローラーマネージャーと同様のアドオンを使用する場合 * [Node Leaseオブジェクト](/docs/concepts/architecture/nodes/#heartbeats) From 12ca7076fe5a33462b200ea1130dd9b4e2dd60b1 Mon Sep 17 00:00:00 2001 From: Kobayashi Daisuke Date: Thu, 31 Mar 2022 11:05:03 +0900 Subject: [PATCH 09/19] Update content/ja/docs/concepts/architecture/garbage-collection.md Co-authored-by: nasa9084 --- content/ja/docs/concepts/architecture/garbage-collection.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/concepts/architecture/garbage-collection.md b/content/ja/docs/concepts/architecture/garbage-collection.md index c44245d5b2..459705b938 100644 --- a/content/ja/docs/concepts/architecture/garbage-collection.md +++ b/content/ja/docs/concepts/architecture/garbage-collection.md @@ -16,7 +16,7 @@ weight: 50 * 次のシナリオで削除された{{}}: * クラウド上でクラスターが[クラウドコントローラーマネージャー](/ja/docs/concepts/architecture/cloud-controller/)を使用する場合 * オンプレミスでクラスターがクラウドコントローラーマネージャーと同様のアドオンを使用する場合 - * [Node Leaseオブジェクト](/docs/concepts/architecture/nodes/#heartbeats) + * [Node Leaseオブジェクト](/ja/docs/concepts/architecture/nodes/#heartbeats) ## オーナーとdependent {#owners-dependents} From 13b70f272b04085a87570d417f51c0d119a952ec Mon Sep 17 00:00:00 2001 From: Kobayashi Daisuke Date: Thu, 31 Mar 2022 11:05:16 +0900 Subject: [PATCH 10/19] Update content/ja/docs/concepts/architecture/garbage-collection.md Co-authored-by: nasa9084 --- content/ja/docs/concepts/architecture/garbage-collection.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/concepts/architecture/garbage-collection.md b/content/ja/docs/concepts/architecture/garbage-collection.md index 459705b938..0a06d264f5 100644 --- a/content/ja/docs/concepts/architecture/garbage-collection.md +++ b/content/ja/docs/concepts/architecture/garbage-collection.md @@ -28,7 +28,7 @@ Kubernetesは、owner referenceを使用して、コントロールプレーン Ownershipは、一部のリソースでも使用される[ラベルおよびセレクター](/docs/concepts/overview/working-with-objects/labels/)メカニズムとは異なります。 たとえば、`EndpointSlice`オブジェクトを作成する{{}}を考えます。 Serviceは*ラベル*を使用して、コントロールプレーンがServiceに使用されている`EndpointSlice`オブジェクトを判別できるようにします。 -ラベルに加えて、サービスに代わって管理される各`EndpointSlice`には、owner referenceがあります。 +ラベルに加えて、Serviceに代わって管理される各`EndpointSlice`には、owner referenceがあります。 owner referenceは、Kubernetesのさまざまな部分が制御していないオブジェクトへの干渉を回避するのに役立ちます。 {{< note >}} From cabd7e09c42cf11bd2863164759e3fd648e729f0 Mon Sep 17 00:00:00 2001 From: Kobayashi Daisuke Date: Thu, 31 Mar 2022 11:05:30 +0900 Subject: [PATCH 11/19] Update content/ja/docs/concepts/architecture/garbage-collection.md Co-authored-by: nasa9084 --- content/ja/docs/concepts/architecture/garbage-collection.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/concepts/architecture/garbage-collection.md b/content/ja/docs/concepts/architecture/garbage-collection.md index 0a06d264f5..1c740c7993 100644 --- a/content/ja/docs/concepts/architecture/garbage-collection.md +++ b/content/ja/docs/concepts/architecture/garbage-collection.md @@ -112,7 +112,7 @@ kubeletは、次の変数に基づいて未使用のコンテナをガベージ これらの変数に加えて、kubeletは、通常、最も古いものから順に、定義されていない削除されたコンテナをガベージコレクションします。 -`MaxPerPodContainer`と`MaxContainer`は、Podごとのコンテナーの最大数（`MaxPerPodContainer`）を保持すると、グローバルなデッドコンテナーの許容合計（`MaxContainers`）を超える状況で、互いに競合する可能性があります。 +`MaxPerPodContainer`と`MaxContainer`は、Podごとのコンテナーの最大数(`MaxPerPodContainer`)を保持すると、グローバルなデッドコンテナの許容合計(`MaxContainers`)を超える状況で、互いに競合する可能性があります。 この状況では、kubeletは`MaxPodPerContainer`を調整して競合に対処します。最悪のシナリオは、`MaxPerPodContainer`を1にダウングレードし、最も古いコンテナーを削除することです。 さらに、削除されたポッドが所有するコンテナは、`MinAge`より古くなると削除されます。 From e48418a83a8eff2e6ed808887af37d4ad2c9b622 Mon Sep 17 00:00:00 2001 From: Kobayashi Daisuke Date: Thu, 31 Mar 2022 11:05:36 +0900 Subject: [PATCH 12/19] Update content/ja/docs/concepts/architecture/garbage-collection.md Co-authored-by: nasa9084 --- content/ja/docs/concepts/architecture/garbage-collection.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/concepts/architecture/garbage-collection.md b/content/ja/docs/concepts/architecture/garbage-collection.md index 1c740c7993..82a81f433f 100644 --- a/content/ja/docs/concepts/architecture/garbage-collection.md +++ b/content/ja/docs/concepts/architecture/garbage-collection.md @@ -125,7 +125,7 @@ kubeletは、次の変数に基づいて未使用のコンテナをガベージ これらのリソースを管理するコントローラーに固有のオプションを設定することにより、リソースのガベージコレクションを調整できます。次のページは、ガベージコレクションを設定する方法を示しています。 * [Kubernetesオブジェクトのカスケード削除の設定](/docs/tasks/administer-cluster/use-cascading-deletion/) - * [完了したジョブのクリーンアップの設定](/docs/concepts/workloads/controllers/ttlafterfinished/) + * [完了したジョブのクリーンアップの設定](/ja/docs/concepts/workloads/controllers/ttlafterfinished/) From 184e0f7fb3f004ed086cedf214e21f41d132d2bb Mon Sep 17 00:00:00 2001 From: Kobayashi Daisuke Date: Thu, 31 Mar 2022 11:05:41 +0900 Subject: [PATCH 13/19] Update content/ja/docs/concepts/architecture/garbage-collection.md Co-authored-by: nasa9084 --- content/ja/docs/concepts/architecture/garbage-collection.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/concepts/architecture/garbage-collection.md b/content/ja/docs/concepts/architecture/garbage-collection.md index 82a81f433f..dc603710fd 100644 --- a/content/ja/docs/concepts/architecture/garbage-collection.md +++ b/content/ja/docs/concepts/architecture/garbage-collection.md @@ -133,4 +133,4 @@ kubeletは、次の変数に基づいて未使用のコンテナをガベージ * [Kubernetes オブジェクトの所有権](/docs/concepts/overview/working-with-objects/owners-dependents/)を学びます。 * Kubernetes [finalizer](/docs/concepts/overview/working-with-objects/finalizers/)を学びます。 -* 完了したジョブをクリーンアップする[TTL controller](/docs/concepts/workloads/controllers/ttlafterfinished/)(beta)について学びます。 +* 完了したジョブをクリーンアップする[TTL controller](/ja/docs/concepts/workloads/controllers/ttlafterfinished/)(beta)について学びます。 From bdca2ccb0c75fe01e6d29cf7d92d00769909e22f Mon Sep 17 00:00:00 2001 From: Kobayashi Daisuke Date: Fri, 1 Apr 2022 12:42:20 +0900 Subject: [PATCH 14/19] Update garbage-collection.md --- content/ja/docs/concepts/architecture/garbage-collection.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/concepts/architecture/garbage-collection.md b/content/ja/docs/concepts/architecture/garbage-collection.md index dc603710fd..55ca39282e 100644 --- a/content/ja/docs/concepts/architecture/garbage-collection.md +++ b/content/ja/docs/concepts/architecture/garbage-collection.md @@ -12,7 +12,7 @@ weight: 50 * [owner referenceのないオブジェクト](#owners-dependents) * [未使用のコンテナとコンテナイメージ](#containers-images) * [StorageClassの再利用ポリシーがDeleteである動的にプロビジョニングされたPersistentVolume](/docs/concepts/storage/persistent-volumes/#delete) - * [失効または期限切れのCertificateSigningRequests (CSRs)](/reference/access-authn-authz/certificate-signing-requests/#request-signing-process) + * [失効または期限切れのCertificateSigningRequests (CSRs)](/docs/reference/access-authn-authz/certificate-signing-requests/#request-signing-process) * 次のシナリオで削除された{{}}: * クラウド上でクラスターが[クラウドコントローラーマネージャー](/ja/docs/concepts/architecture/cloud-controller/)を使用する場合 * オンプレミスでクラスターがクラウドコントローラーマネージャーと同様のアドオンを使用する場合 From bbe4711b75268822dc4a4c102eee13a5648bc2b7 Mon Sep 17 00:00:00 2001 From: KobayashiD27 Date: Fri, 1 Apr 2022 13:50:36 +0900 Subject: [PATCH 15/19] fix links and translations --- .../architecture/garbage-collection.md | 28 +++++++++---------- .../concepts/storage/persistent-volumes.md | 2 +- 2 files changed, 15 insertions(+), 15 deletions(-) diff --git a/content/ja/docs/concepts/architecture/garbage-collection.md b/content/ja/docs/concepts/architecture/garbage-collection.md index 55ca39282e..6dae5da0c1 100644 --- a/content/ja/docs/concepts/architecture/garbage-collection.md +++ b/content/ja/docs/concepts/architecture/garbage-collection.md @@ -18,7 +18,7 @@ weight: 50 * オンプレミスでクラスターがクラウドコントローラーマネージャーと同様のアドオンを使用する場合 * [Node Leaseオブジェクト](/ja/docs/concepts/architecture/nodes/#heartbeats) -## オーナーとdependent {#owners-dependents} +## オーナーの依存関係 {#owners-dependents} Kubernetesの多くのオブジェクトは、[*owner reference*](/docs/concepts/overview/working-with-objects/owners-dependents/)を介して相互にリンクしています。 owner referenceは、どのオブジェクトが他のオブジェクトに依存しているかをコントロールプレーンに通知します。 @@ -33,14 +33,14 @@ owner referenceは、Kubernetesのさまざまな部分が制御していない {{< note >}} namespace間のowner referenceは、設計上許可されていません。 -namespaceのdependentは、クラスタースコープまたはnamespaceのオーナーを指定できます。 -namespaceのオーナーは、dependentと同じnamespaceに**存在する必要があります**。 -そうでない場合、owner referenceは不在として扱われ、すべてのオーナーが不在であることが確認されると、dependentは削除される可能性があります。 +namespaceの依存関係は、クラスタースコープまたはnamespaceのオーナーを指定できます。 +namespaceのオーナーは、依存関係と同じnamespaceに**存在する必要があります**。 +そうでない場合、owner referenceは不在として扱われ、すべてのオーナーが不在であることが確認されると、依存関係は削除される可能性があります。 -クラスタースコープのdependentは、クラスタースコープのオーナーのみを指定できます。 -v1.20以降では、クラスタースコープのdependentがnamespaceを持つkindをオーナーとして指定している場合、それは解決できないowner referenceを持つものとして扱われ、ガベージコレクションを行うことはできません。 +クラスタースコープの依存関係は、クラスタースコープのオーナーのみを指定できます。 +v1.20以降では、クラスタースコープの依存関係がnamespaceを持つkindをオーナーとして指定している場合、それは解決できないowner referenceを持つものとして扱われ、ガベージコレクションを行うことはできません。 -V1.20以降では、ガベージコレクタは無効な名前空間間の`ownerReference`、またはnamespaceのkindを参照する`ownerReference`をもつクラスター・スコープのdependentを検出した場合、無効なdependentの`OwnerRefInvalidNamespace`と`involvedObject`を理由とする警告イベントが報告されます。 +V1.20以降では、ガベージコレクタは無効な名前空間間の`ownerReference`、またはnamespaceのkindを参照する`ownerReference`をもつクラスター・スコープの依存関係を検出した場合、無効な依存関係の`OwnerRefInvalidNamespace`と`involvedObject`を理由とする警告イベントが報告されます。 以下のコマンドを実行すると、そのようなイベントを確認できます。 `kubectl get events -A --field-selector=reason=OwnerRefInvalidNamespace` {{< /note >}} @@ -48,7 +48,7 @@ V1.20以降では、ガベージコレクタは無効な名前空間間の`owner ## カスケード削除 {#cascading-deletion} Kubernetesは、ReplicaSetを削除したときに残されたPodなど、owner referenceがなくなったオブジェクトをチェックして削除します。 -オブジェクトを削除する場合、カスケード削除と呼ばれるプロセスで、Kubernetesがオブジェクトのdependentを自動的に削除するかどうかを制御できます。 +オブジェクトを削除する場合、カスケード削除と呼ばれるプロセスで、Kubernetesがオブジェクトの依存関係を自動的に削除するかどうかを制御できます。 カスケード削除には、次の2つのタイプがあります。 * フォアグラウンドカスケード削除 @@ -65,11 +65,11 @@ Kubernetesは、ReplicaSetを削除したときに残されたPodなど、owner * Kubernetes APIサーバーは、`metadata.finalizers`フィールドを`foregroundDeletion`に設定します。 * オブジェクトは、削除プロセスが完了するまで、KubernetesAPIを介して表示されたままになります。 -オーナーオブジェクトが削除進行中の状態に入ると、コントローラーはdependentを削除します。 -すべてのdependentオブジェクトを削除した後、コントローラーはオーナーオブジェクトを削除します。 +オーナーオブジェクトが削除進行中の状態に入ると、コントローラーは依存関係を削除します。 +すべての依存関係オブジェクトを削除した後、コントローラーはオーナーオブジェクトを削除します。 この時点で、オブジェクトはKubernetesAPIに表示されなくなります。 -フォアグラウンドカスケード削除中に、オーナーの削除をブロックするdependentは、`ownerReference.blockOwnerDeletion=true`フィールドを持つdependentのみです。 +フォアグラウンドカスケード削除中に、オーナーの削除をブロックする依存関係は、`ownerReference.blockOwnerDeletion=true`フィールドを持つ依存関係のみです。 詳細については、[フォアグラウンドカスケード削除の使用](/docs/tasks/administer-cluster/use-cascading-deletion/#use-foreground-cascading-deletion)を参照してください。 ### バックグラウンドカスケード削除 {#background-deletion} @@ -79,10 +79,10 @@ Kubernetesは、ReplicaSetを削除したときに残されたPodなど、owner 詳細については、[バックグラウンドカスケード削除の使用](/docs/tasks/administer-cluster/use-cascading-deletion/#use-background-cascading-deletion)を参照してください。 -### Orphaned dependents +### 孤立した依存関係 -Kubernetesがオーナーオブジェクトを削除すると、残されたdependentは*orphan*オブジェクトと呼ばれます。 -デフォルトでは、Kubernetesはdependentオブジェクトを削除します。この動作をオーバーライドする方法については、[オーナーオブジェクトと孤立したdependentの削除](/docs/tasks/administer-cluster/use-cascading-deletion/#set-orphan-deletion-policy)を参照してください。 +Kubernetesがオーナーオブジェクトを削除すると、残された依存関係は*orphan*オブジェクトと呼ばれます。 +デフォルトでは、Kubernetesは依存関係オブジェクトを削除します。この動作をオーバーライドする方法については、[オーナーオブジェクトと孤立した依存関係の削除](/docs/tasks/administer-cluster/use-cascading-deletion/#set-orphan-deletion-policy)を参照してください。 ## 未使用のコンテナとイメージのガベージコレクション {#containers-images} diff --git a/content/ja/docs/concepts/storage/persistent-volumes.md b/content/ja/docs/concepts/storage/persistent-volumes.md index b22ed7d8eb..f5ae96215a 100644 --- a/content/ja/docs/concepts/storage/persistent-volumes.md +++ b/content/ja/docs/concepts/storage/persistent-volumes.md @@ -124,7 +124,7 @@ Events: 1. ストレージアセットに関連するのデータを手動で適切にクリーンアップします。 1. 関連するストレージアセットを手動で削除するか、同じストレージアセットを再利用したい場合、新しいストレージアセット定義と共にPersistentVolumeを作成します。 -#### 削除 +#### 削除 {#delete} `Delete`再クレームポリシーをサポートするボリュームプラグインの場合、削除するとPersistentVolumeオブジェクトがKubernetesから削除されるだけでなく、AWS EBS、GCE PD、Azure Disk、Cinderボリュームなどの外部インフラストラクチャーの関連ストレージアセットも削除されます。動的にプロビジョニングされたボリュームは、[StorageClassの再クレームポリシー](#reclaim-policy)を継承します。これはデフォルトで削除です。管理者は、ユーザーの需要に応じてStorageClassを構成する必要があります。そうでない場合、PVは作成後に編集またはパッチを適用する必要があります。[PersistentVolumeの再クレームポリシーの変更](/docs/tasks/administer-cluster/change-pv-reclaim-policy/)を参照してください。 From 3d73628432c552d5ec72eaac4721685b67d28d10 Mon Sep 17 00:00:00 2001 From: Kobayashi Daisuke Date: Fri, 1 Apr 2022 15:40:13 +0900 Subject: [PATCH 16/19] Update content/ja/docs/concepts/architecture/garbage-collection.md Co-authored-by: nasa9084 --- content/ja/docs/concepts/architecture/garbage-collection.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/concepts/architecture/garbage-collection.md b/content/ja/docs/concepts/architecture/garbage-collection.md index 6dae5da0c1..67c68d90c6 100644 --- a/content/ja/docs/concepts/architecture/garbage-collection.md +++ b/content/ja/docs/concepts/architecture/garbage-collection.md @@ -11,7 +11,7 @@ weight: 50 * [完了したJob](/ja/docs/concepts/workloads/controllers/ttlafterfinished/) * [owner referenceのないオブジェクト](#owners-dependents) * [未使用のコンテナとコンテナイメージ](#containers-images) - * [StorageClassの再利用ポリシーがDeleteである動的にプロビジョニングされたPersistentVolume](/docs/concepts/storage/persistent-volumes/#delete) + * [StorageClassの再利用ポリシーがDeleteである動的にプロビジョニングされたPersistentVolume](/ja/docs/concepts/storage/persistent-volumes/#delete) * [失効または期限切れのCertificateSigningRequests (CSRs)](/docs/reference/access-authn-authz/certificate-signing-requests/#request-signing-process) * 次のシナリオで削除された{{}}: * クラウド上でクラスターが[クラウドコントローラーマネージャー](/ja/docs/concepts/architecture/cloud-controller/)を使用する場合 From 4e5265c6a6b9df79093f2bec6cea4674bf3e8f66 Mon Sep 17 00:00:00 2001 From: Kobayashi Daisuke Date: Fri, 1 Apr 2022 15:40:28 +0900 Subject: [PATCH 17/19] Update content/ja/docs/concepts/architecture/garbage-collection.md Co-authored-by: nasa9084 --- content/ja/docs/concepts/architecture/garbage-collection.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/concepts/architecture/garbage-collection.md b/content/ja/docs/concepts/architecture/garbage-collection.md index 67c68d90c6..be6311b5e4 100644 --- a/content/ja/docs/concepts/architecture/garbage-collection.md +++ b/content/ja/docs/concepts/architecture/garbage-collection.md @@ -114,7 +114,7 @@ kubeletは、次の変数に基づいて未使用のコンテナをガベージ `MaxPerPodContainer`と`MaxContainer`は、Podごとのコンテナーの最大数(`MaxPerPodContainer`)を保持すると、グローバルなデッドコンテナの許容合計(`MaxContainers`)を超える状況で、互いに競合する可能性があります。 この状況では、kubeletは`MaxPodPerContainer`を調整して競合に対処します。最悪のシナリオは、`MaxPerPodContainer`を1にダウングレードし、最も古いコンテナーを削除することです。 -さらに、削除されたポッドが所有するコンテナは、`MinAge`より古くなると削除されます。 +さらに、削除されたPodが所有するコンテナは、`MinAge`より古くなると削除されます。 {{}} kubeletがガベージコレクションするのは、自分が管理するコンテナーのみです。 From 27456336a47e521700e4a27bf8f2fbe1805009ea Mon Sep 17 00:00:00 2001 From: Kobayashi Daisuke Date: Fri, 1 Apr 2022 15:40:35 +0900 Subject: [PATCH 18/19] Update content/ja/docs/concepts/architecture/garbage-collection.md Co-authored-by: nasa9084 --- content/ja/docs/concepts/architecture/garbage-collection.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/concepts/architecture/garbage-collection.md b/content/ja/docs/concepts/architecture/garbage-collection.md index be6311b5e4..cfc071c752 100644 --- a/content/ja/docs/concepts/architecture/garbage-collection.md +++ b/content/ja/docs/concepts/architecture/garbage-collection.md @@ -107,7 +107,7 @@ kubeletは、ディスク使用量が`LowThresholdPercent`値に達するまで kubeletは、次の変数に基づいて未使用のコンテナをガベージコレクションします。 * `MinAge`: kubeletがガベージコレクションできるコンテナの最低期間。`0`を設定すると無効化されます。 - * `MaxPerPodContainer`: 各ポッドペアが持つことができるデッドコンテナの最大数。`0`未満に設定すると無効化されます。 + * `MaxPerPodContainer`: 各Podのペアが持つことができるデッドコンテナの最大数。`0`未満に設定すると無効化されます。 * `MaxContainers`: クラスターが持つことができるデッドコンテナーの最大数。`0`未満に設定すると無効化されます。 これらの変数に加えて、kubeletは、通常、最も古いものから順に、定義されていない削除されたコンテナをガベージコレクションします。 From caf4fd1c62fb86d1388d7d17eb6647a963c8585f Mon Sep 17 00:00:00 2001 From: Kobayashi Daisuke Date: Fri, 1 Apr 2022 15:40:41 +0900 Subject: [PATCH 19/19] Update content/ja/docs/concepts/architecture/garbage-collection.md Co-authored-by: nasa9084 --- content/ja/docs/concepts/architecture/garbage-collection.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/concepts/architecture/garbage-collection.md b/content/ja/docs/concepts/architecture/garbage-collection.md index cfc071c752..1ecf373059 100644 --- a/content/ja/docs/concepts/architecture/garbage-collection.md +++ b/content/ja/docs/concepts/architecture/garbage-collection.md @@ -117,7 +117,7 @@ kubeletは、次の変数に基づいて未使用のコンテナをガベージ さらに、削除されたPodが所有するコンテナは、`MinAge`より古くなると削除されます。 {{}} - kubeletがガベージコレクションするのは、自分が管理するコンテナーのみです。 + kubeletがガベージコレクションするのは、自分が管理するコンテナのみです。 {{}} ## ガベージコレクションの設定 {#configuring-gc}