Update content/ja/docs/tasks/administer-cluster/topology-manager.md

Co-authored-by: bells17 <bells171@gmail.com>
This commit is contained in:
hikkie3110 2021-06-11 22:51:52 +09:00 committed by GitHub
parent 16b3301da9
commit 69cf8dd710
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 2 additions and 2 deletions

View File

@ -34,7 +34,7 @@ _トポロジーマネージャー_ はKubeletコンポーネントの1つで最
## トポロジーマネージャーはどのように機能するか
トポロジーマネージャーの紹介の前に、KubernetesにおいてCPUマネージャーやデバイスマネージャーはそれぞれ独立してリソースの割り当てを決定します。
トポロジーマネージャー導入前は、KubernetesにおいてCPUマネージャーやデバイスマネージャーはそれぞれ独立してリソースの割り当てを決定します。
これは、マルチソケットのシステムでは望ましくない割り当てとなり、パフォーマンスやレイテンシーが求められるアプリケーションは、この望ましくなり割り当てにより苦しみます。
この場合の望ましくない例として、CPUやデバイスが異なるNUMAードに割り当てられ、それによりレイテンシー悪化を招くことが挙げられます。
@ -256,4 +256,4 @@ CPUの一部を要求を指定された`Guaranteed`QoSクラスのPodの場合
### 既知の制限
1. トポロジーマネージャーが許容するNUMAードの最大値は8です。8より多いNUMAードでは、可能なNUMAアフィニティを列挙しヒントを生成する際に状態爆発となります。
2. スケジューラーはトポロジーを意識しません。そのため、ノードにスケジュールされた後に実行に失敗する可能性があります。
2. スケジューラーはトポロジーを意識しません。そのため、ノードにスケジュールされた後に実行に失敗する可能性があります。