diff --git a/content/ja/docs/tasks/administer-cluster/topology-manager.md b/content/ja/docs/tasks/administer-cluster/topology-manager.md
index 239c13e166..e9f5efbc01 100644
--- a/content/ja/docs/tasks/administer-cluster/topology-manager.md
+++ b/content/ja/docs/tasks/administer-cluster/topology-manager.md
@@ -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. スケジューラーはトポロジーを意識しません。そのため、ノードにスケジュールされた後に実行に失敗する可能性があります。
\ No newline at end of file
+2. スケジューラーはトポロジーを意識しません。そのため、ノードにスケジュールされた後に実行に失敗する可能性があります。