Translate concepts/cluster-administration/kubelet-garbage-collection into Japanese
This commit is contained in:
		
							parent
							
								
									390de57ebf
								
							
						
					
					
						commit
						e654c368a7
					
				| 
						 | 
				
			
			@ -1,86 +1,67 @@
 | 
			
		|||
---
 | 
			
		||||
reviewers:
 | 
			
		||||
title: Garbage collection for container images
 | 
			
		||||
title: コンテナイメージのガベージコレクション
 | 
			
		||||
content_type: concept
 | 
			
		||||
weight: 70
 | 
			
		||||
---
 | 
			
		||||
 | 
			
		||||
<!-- overview -->
 | 
			
		||||
 | 
			
		||||
Garbage collection is a helpful function of kubelet that will clean up unused [images](/docs/concepts/containers/#container-images) and unused [containers](/docs/concepts/containers/). Kubelet will perform garbage collection for containers every minute and garbage collection for images every five minutes.
 | 
			
		||||
 | 
			
		||||
External garbage collection tools are not recommended as these tools can potentially break the behavior of kubelet by removing containers expected to exist.
 | 
			
		||||
 | 
			
		||||
 | 
			
		||||
ガベージコレクションは、未使用の[イメージ](/ja/docs/concepts/containers/#container-images)と未使用の[コンテナ](/ja/docs/concepts/containers/)をクリーンアップするkubeletの便利な機能です。kubeletコンテナのガベージコレクションを1分ごとに行い、イメージのガベージコレクションは5分ごとに行います。
 | 
			
		||||
 | 
			
		||||
存在することが期待されているコンテナを削除してkubeletの動作を壊す可能性があるため、外部のガベージコレクションのツールは推奨されません。
 | 
			
		||||
 | 
			
		||||
<!-- body -->
 | 
			
		||||
 | 
			
		||||
## Image Collection
 | 
			
		||||
## イメージのガベージコレクション
 | 
			
		||||
 | 
			
		||||
Kubernetes manages lifecycle of all images through imageManager, with the cooperation
 | 
			
		||||
of cadvisor.
 | 
			
		||||
Kubernetesでは、すべてのイメージのライフサイクルの管理はcadvisorと協調してimageManager経由で行います。
 | 
			
		||||
 | 
			
		||||
The policy for garbage collecting images takes two factors into consideration:
 | 
			
		||||
`HighThresholdPercent` and `LowThresholdPercent`. Disk usage above the high threshold
 | 
			
		||||
will trigger garbage collection. The garbage collection will delete least recently used images until the low
 | 
			
		||||
threshold has been met.
 | 
			
		||||
イメージのガベージコレクションのポリシーについて考えるときは、`HighThresholdPercent`および`LowThresholdPercent`という2つの要因について考慮する必要があります。ディスク使用量がhigh thresholdを超えると、ガベージコレクションがトリガされます。ガベージコレクションは、low
 | 
			
		||||
thresholdが満たされるまで、最後に使われてから最も時間が経った(least recently used)イメージを削除します。
 | 
			
		||||
 | 
			
		||||
## Container Collection
 | 
			
		||||
## コンテナのガベージコレクション
 | 
			
		||||
 | 
			
		||||
The policy for garbage collecting containers considers three user-defined variables. `MinAge` is the minimum age at which a container can be garbage collected. `MaxPerPodContainer` is the maximum number of dead containers every single
 | 
			
		||||
pod (UID, container name) pair is allowed to have. `MaxContainers` is the maximum number of total dead containers. These variables can be individually disabled by setting `MinAge` to zero and setting `MaxPerPodContainer` and `MaxContainers` respectively to less than zero.
 | 
			
		||||
コンテナのガベージコレクションのポリシーは、3つのユーザー定義の変数を考慮に入れます。`MinAge`は、ガベージコレクションできるコンテナの最小の年齢です。`MaxPerPodContainer`は、すべての単一のPod(UID、コンテナ名)が保持することを許されているdead状態のコンテナの最大値です。`MaxContainers`はdead状態のコンテナの合計の最大値です。これらの変数は、`MinAge`は0に、`MaxPerPodContainer`と`MaxContainers`は0未満にそれぞれ設定することで個別に無効にできます。
 | 
			
		||||
 | 
			
		||||
Kubelet will act on containers that are unidentified, deleted, or outside of the boundaries set by the previously mentioned flags. The oldest containers will generally be removed first. `MaxPerPodContainer` and `MaxContainer` may potentially conflict with each other in situations where retaining the maximum number of containers per pod (`MaxPerPodContainer`) would go outside the allowable range of global dead containers (`MaxContainers`). `MaxPerPodContainer` would be adjusted in this situation: A worst case scenario would be to downgrade `MaxPerPodContainer` to 1 and evict the oldest containers. Additionally, containers owned by pods that have been deleted are removed once they are older than `MinAge`.
 | 
			
		||||
kubeletは、未指定のコンテナ、削除されたコンテナ、前述のフラグにより設定された境界の外にあるコンテナに対して動作します。一般に、最も古いコンテナが最初に削除されます。`MaxPerPodContainer`と`MaxContainer`は、Podごとの保持するコンテナの最大値(`MaxPerPodContainer`)がグローバルのdead状態のコンテナの許容範囲(`MaxContainers`)外である場合には、互いに競合する可能性があります。このような状況では、`MaxPerPodContainer`が調整されます。最悪のケースのシナリオでは、`MaxPerPodContainer`が1にダウングレードされ、最も古いコンテナが強制退去されます。さらに、`MinAge`より古くなると、削除済みのPodが所有するコンテナが削除されます。
 | 
			
		||||
 | 
			
		||||
Containers that are not managed by kubelet are not subject to container garbage collection.
 | 
			
		||||
kubeletによって管理されないコンテナは、コンテナのガベージコレクションの対象にはなりません。
 | 
			
		||||
 | 
			
		||||
## User Configuration
 | 
			
		||||
## ユーザー設定
 | 
			
		||||
 | 
			
		||||
You can adjust the following thresholds to tune image garbage collection with the following kubelet flags :
 | 
			
		||||
イメージのガベージコレクションを調整するために、以下のkubeletのフラグを使用して次のようなしきい値を調整できます。
 | 
			
		||||
 | 
			
		||||
1. `image-gc-high-threshold`, the percent of disk usage which triggers image garbage collection.
 | 
			
		||||
Default is 85%.
 | 
			
		||||
2. `image-gc-low-threshold`, the percent of disk usage to which image garbage collection attempts
 | 
			
		||||
to free. Default is 80%.
 | 
			
		||||
1. `image-gc-high-threshold`: イメージのガベージコレクションをトリガするディスク使用量の割合(%)。デフォルトは85%。
 | 
			
		||||
2. `image-gc-low-threshold`: イメージのガベージコレクションが解放を試みるディスク使用量の割合(%)。デフォルトは80%。
 | 
			
		||||
 | 
			
		||||
You can customize the garbage collection policy through the following kubelet flags:
 | 
			
		||||
ガベージコレクションのポリシーは、以下のkubeletのフラグを使用してカスタマイズできます。
 | 
			
		||||
 | 
			
		||||
1. `minimum-container-ttl-duration`, minimum age for a finished container before it is
 | 
			
		||||
garbage collected. Default is 0 minute, which means every finished container will be garbage collected.
 | 
			
		||||
2. `maximum-dead-containers-per-container`, maximum number of old instances to be retained
 | 
			
		||||
per container. Default is 1.
 | 
			
		||||
3. `maximum-dead-containers`, maximum number of old instances of containers to retain globally.
 | 
			
		||||
Default is -1, which means there is no global limit.
 | 
			
		||||
1. `minimum-container-ttl-duration`: 完了したコンテナがガベージコレクションされる前に経過するべき最小期間。デフォルトは0分です。つまり、すべての完了したコンテナはガベージコレクションされます。
 | 
			
		||||
2. `maximum-dead-containers-per-container`: コンテナごとに保持される古いインスタンスの最大値です。デフォルトは1です。
 | 
			
		||||
3. `maximum-dead-containers`: グローバルに保持するべき古いコンテナのインスタンスの最大値です。デフォルトは-1です。つまり、グローバルなリミットは存在しません。
 | 
			
		||||
 | 
			
		||||
Containers can potentially be garbage collected before their usefulness has expired. These containers
 | 
			
		||||
can contain logs and other data that can be useful for troubleshooting. A sufficiently large value for
 | 
			
		||||
`maximum-dead-containers-per-container` is highly recommended to allow at least 1 dead container to be
 | 
			
		||||
retained per expected container. A larger value for `maximum-dead-containers` is also recommended for a
 | 
			
		||||
similar reason.
 | 
			
		||||
See [this issue](https://github.com/kubernetes/kubernetes/issues/13287) for more details.
 | 
			
		||||
コンテナは役に立たなくなる前にガベージコレクションされる可能性があります。こうしたコンテナには、トラブルシューティングに役立つログや他のデータが含まれるかもしれません。そのため、期待されるコンテナごとに最低でも1つのdead状態のコンテナが許容されるようにするために、`maximum-dead-containers-per-container`には十分大きな値を設定することが強く推奨されます。同様の理由で、`maximum-dead-containers`にも、より大きな値を設定することが推奨されます。詳しくは、[こちらのissue](https://github.com/kubernetes/kubernetes/issues/13287)を読んでください。
 | 
			
		||||
 | 
			
		||||
## 廃止
 | 
			
		||||
 | 
			
		||||
## Deprecation
 | 
			
		||||
このドキュメントにあるkubeletの一部のガベージコレクションの機能は、将来kubelet evictionで置換される予定です。
 | 
			
		||||
 | 
			
		||||
Some kubelet Garbage Collection features in this doc will be replaced by kubelet eviction in the future.
 | 
			
		||||
これには以下のものが含まれます。
 | 
			
		||||
 | 
			
		||||
Including:
 | 
			
		||||
 | 
			
		||||
| Existing Flag | New Flag | Rationale |
 | 
			
		||||
| 既存のフラグ | 新しいフラグ | 理由 |
 | 
			
		||||
| ------------- | -------- | --------- |
 | 
			
		||||
| `--image-gc-high-threshold` | `--eviction-hard` or `--eviction-soft` | existing eviction signals can trigger image garbage collection |
 | 
			
		||||
| `--image-gc-low-threshold` | `--eviction-minimum-reclaim` | eviction reclaims achieve the same behavior |
 | 
			
		||||
| `--maximum-dead-containers` | | deprecated once old logs are stored outside of container's context |
 | 
			
		||||
| `--maximum-dead-containers-per-container` | | deprecated once old logs are stored outside of container's context |
 | 
			
		||||
| `--minimum-container-ttl-duration` | | deprecated once old logs are stored outside of container's context |
 | 
			
		||||
| `--low-diskspace-threshold-mb` | `--eviction-hard` or `eviction-soft` | eviction generalizes disk thresholds to other resources |
 | 
			
		||||
| `--outofdisk-transition-frequency` | `--eviction-pressure-transition-period` | eviction generalizes disk pressure transition to other resources |
 | 
			
		||||
| `--image-gc-high-threshold` | `--eviction-hard`または`--eviction-soft` | 既存のevictionのシグナルがイメージのガベージコレクションをトリガする可能性がある |
 | 
			
		||||
| `--image-gc-low-threshold` | `--eviction-minimum-reclaim` | eviction reclaimが同等の動作を実現する |
 | 
			
		||||
| `--maximum-dead-containers` | | 古いログがコンテナのコンテキストの外部に保存されるようになったら廃止 |
 | 
			
		||||
| `--maximum-dead-containers-per-container` | | 古いログがコンテナのコンテキストの外部に保存されるようになったら廃止 |
 | 
			
		||||
| `--minimum-container-ttl-duration` | | 古いログがコンテナのコンテキストの外部に保存されるようになったら廃止 |
 | 
			
		||||
| `--low-diskspace-threshold-mb` | `--eviction-hard` or `eviction-soft` | evictionはディスクのしきい値を他のリソースに一般化している |
 | 
			
		||||
| `--outofdisk-transition-frequency` | `--eviction-pressure-transition-period` | evictionはディスクのpressure transitionを他のリソースに一般化している |
 | 
			
		||||
 | 
			
		||||
 | 
			
		||||
 | 
			
		||||
## {{% heading "whatsnext" %}}
 | 
			
		||||
 | 
			
		||||
 | 
			
		||||
See [Configuring Out Of Resource Handling](/docs/tasks/administer-cluster/out-of-resource/) for more details.
 | 
			
		||||
詳細については、[リソース不足のハンドリング方法を設定する](/docs/tasks/administer-cluster/out-of-resource/)を参照してください。
 | 
			
		||||
 | 
			
		||||
| 
						 | 
				
			
			
 | 
			
		|||
		Loading…
	
		Reference in New Issue