[ja] Translate content/en/docs/concepts/configuration/windows-resource-management.md into Japanese #51279

kimitoboku · 2025-06-16T12:34:30Z

Description
Translated content/en/docs/concepts/configuration/windows-resource-management.md into Japanese.

Issue
Closes: #51278

/area localization
/language ja

…ce-management.md into Japanese

k8s-ci-robot · 2025-06-16T12:34:40Z

Welcome @kimitoboku!

It looks like this is your first PR to kubernetes/website 🎉. Please refer to our pull request process documentation to help your PR have a smooth ride to approval.

You will be prompted by a bot to use commands during the review process. Do not be afraid to follow the prompts! It is okay to experiment. Here is the bot commands documentation.

You can also check if kubernetes/website has its own contribution guidelines.

You may want to refer to our testing guide if you run into trouble with your tests not passing.

If you are having difficulty getting your pull request seen, please follow the recommended escalation practices. Also, for tips and tricks in the contribution process you may want to read the Kubernetes contributor cheat sheet. We want to make sure your contribution gets all the attention it needs!

Thank you, and welcome to Kubernetes. 😃

content/ja/docs/concepts/configuration/windows-resource-management.md

netlify · 2025-06-16T12:43:55Z

✅ Pull request preview available for checking

Built without sensitive environment variables

Name	Link
🔨 Latest commit	`68d0d30`
🔍 Latest deploy log	https://app.netlify.com/projects/kubernetes-io-main-staging/deploys/685012bb2300260008c00537
😎 Deploy Preview	https://deploy-preview-51279--kubernetes-io-main-staging.netlify.app
📱 Preview on mobile	Toggle QR Code... Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify project configuration.

nasa9084 · 2025-06-16T12:53:08Z

/lgtm
/assign @Okabe-Junya

thank you for contributing, welcome ;)

Okabe-Junya · 2025-06-16T14:30:51Z

/retitle [ja] Translate content/en/docs/concepts/configuration/windows-resource-management.md into Japanese

Okabe-Junya · 2025-06-16T14:31:19Z

Deploy preview: https://deploy-preview-51279--kubernetes-io-main-staging.netlify.app/ja/docs/concepts/configuration/windows-resource-management/

Okabe-Junya

コントリビューションありがとうございます！
いくつかコメントしたので確認・修正をお願いします

Okabe-Junya · 2025-06-16T14:26:24Z

content/ja/docs/concepts/configuration/windows-resource-management.md

+
+Linuxノードでは、{{< glossary_tooltip text="cgroups" term_id="cgroup" >}} がリソース管理のPodの境界として使われています。
+コンテナはネットワーク、プロセス、ファイルシステムが分離された境界内に作成されます。
+Linux cgroup APIsを利用して、CPU, IO、メモリの統計情報を収集することが出来ます。


Suggested change

Linux cgroup APIsを利用して、CPU, IO、メモリの統計情報を収集することが出来ます。

Linux cgroup APIを利用して、CPU、IO、メモリの統計情報を収集することができます。

c.f. https://kubernetes.io/ja/docs/contribute/localization

, -> 、

〇、〇、〇(※列挙はすべて読点で統一)

APIs -> API

またこれらの単語は、複数形ではなく単数形を用います。例えば、原文に"pods"と表記されている場合でも、日本語訳では"Pod"と表記してください。

Okabe-Junya · 2025-06-16T14:27:50Z

content/ja/docs/concepts/configuration/windows-resource-management.md

+コンテナはネットワーク、プロセス、ファイルシステムが分離された境界内に作成されます。
+Linux cgroup APIsを利用して、CPU, IO、メモリの統計情報を収集することが出来ます。
+
+対照的に、Windows は、システム名前空間フィルターを使用してコンテナごとに[_job object_](https://learn.microsoft.com/ja-jp/windows/win32/procthread/job-objects)を利用し、すべてのプロセスをコンテナ内に含めて、ホストからの論理的な分離を実現しています。


Suggested change

対照的に、Windows は、システム名前空間フィルターを使用してコンテナごとに[_job object_](https://learn.microsoft.com/ja-jp/windows/win32/procthread/job-objects)を利用し、すべてのプロセスをコンテナ内に含めて、ホストからの論理的な分離を実現しています。

対照的にWindowsは、システム名前空間フィルターを使用してコンテナごとに[_job object_](https://learn.microsoft.com/ja-jp/windows/win32/procthread/job-objects)を利用し、すべてのプロセスをコンテナ内に含めて、ホストからの論理的な分離を実現しています。

https://kubernetes.io/ja/docs/contribute/localization/#style-guide

英単語と日本語の間に半角スペースは不要

Okabe-Junya · 2025-06-16T14:33:47Z

content/ja/docs/concepts/configuration/windows-resource-management.md

+コンテナはネットワーク、プロセス、ファイルシステムが分離された境界内に作成されます。
+Linux cgroup APIsを利用して、CPU, IO、メモリの統計情報を収集することが出来ます。
+
+対照的に、Windows は、システム名前空間フィルターを使用してコンテナごとに[_job object_](https://learn.microsoft.com/ja-jp/windows/win32/procthread/job-objects)を利用し、すべてのプロセスをコンテナ内に含めて、ホストからの論理的な分離を実現しています。


Suggested change

対照的に、Windows は、システム名前空間フィルターを使用してコンテナごとに[_job object_](https://learn.microsoft.com/ja-jp/windows/win32/procthread/job-objects)を利用し、すべてのプロセスをコンテナ内に含めて、ホストからの論理的な分離を実現しています。

対照的に、Windows は、システム名前空間フィルターを使用してコンテナごとに[_ジョブオブジェクト_](https://learn.microsoft.com/ja-jp/windows/win32/procthread/job-objects)を利用し、すべてのプロセスをコンテナ内に含めて、ホストからの論理的な分離を実現しています。

リンク先の（おそらく機械翻訳された）ページをどこまで信用するかによりますが、リンク先のタイトルである ジョブオブジェクト に合わせて良いと思いました

Okabe-Junya · 2025-06-16T14:36:07Z

content/ja/docs/concepts/configuration/windows-resource-management.md

+Linux cgroup APIsを利用して、CPU, IO、メモリの統計情報を収集することが出来ます。
+
+対照的に、Windows は、システム名前空間フィルターを使用してコンテナごとに[_job object_](https://learn.microsoft.com/ja-jp/windows/win32/procthread/job-objects)を利用し、すべてのプロセスをコンテナ内に含めて、ホストからの論理的な分離を実現しています。
+(JobオブジェクトはWindowsのプロセス分離のための機構であり、Kubernetesの{{< glossary_tooltip term_id="job" text="Job" >}}とは異なります。)


Suggested change

(JobオブジェクトはWindowsのプロセス分離のための機構であり、Kubernetesの{{< glossary_tooltip term_id="job" text="Job" >}}とは異なります。)

(ジョブオブジェクトはWindowsのプロセス分離のための機構であり、Kubernetesの{{< glossary_tooltip term_id="job" text="Job" >}}とは異なります。)

"Job" 表記だと（k8s Jobとの）ミスリーティングに繋がるので、カタカナ表記にしていただきたいです
（↑と同じ）

Okabe-Junya · 2025-06-16T14:37:23Z

content/ja/docs/concepts/configuration/windows-resource-management.md

+対照的に、Windows は、システム名前空間フィルターを使用してコンテナごとに[_job object_](https://learn.microsoft.com/ja-jp/windows/win32/procthread/job-objects)を利用し、すべてのプロセスをコンテナ内に含めて、ホストからの論理的な分離を実現しています。
+(JobオブジェクトはWindowsのプロセス分離のための機構であり、Kubernetesの{{< glossary_tooltip term_id="job" text="Job" >}}とは異なります。)
+
+Windowsコンテナではネームスペースフィルタリングを行わずに実行する方法はありません。


Suggested change

Windowsコンテナではネームスペースフィルタリングを行わずに実行する方法はありません。

Windowsコンテナでは名前空間のフィルタリングを行わずに実行する方法はありません。

名前空間 / ネームスペースで表記揺れしていそうなので統一していただきたいです（Windowsのドキュメントに準拠するなら名前空間で良いかと思います）

Okabe-Junya · 2025-06-16T14:39:22Z

content/ja/docs/concepts/configuration/windows-resource-management.md

+## メモリ管理 {#resource-management-memory}
+
+WindowsではLinuxのようなOut-of-Memoryによるプロセスの終了は提供されていません。
+Windowsではすべてのユーザモードでのメモリアロケーションを仮想的に取り扱います、そのためpagefilesが必ず必要になります。


Suggested change

Windowsではすべてのユーザモードでのメモリアロケーションを仮想的に取り扱います、そのためpagefilesが必ず必要になります。

Windowsではすべてのユーザモードでのメモリアロケーションを仮想的に取り扱います。

そのためpagefilesが必ず必要になります。

IMO: 原文では , and ... と続いていますが、日本語では文を区切った方が読みやすいように感じました

Okabe-Junya · 2025-06-16T14:40:02Z

content/ja/docs/concepts/configuration/windows-resource-management.md

+WindowsではLinuxのようなOut-of-Memoryによるプロセスの終了は提供されていません。
+Windowsではすべてのユーザモードでのメモリアロケーションを仮想的に取り扱います、そのためpagefilesが必ず必要になります。
+
+Windowsノードではプロセスのメモリオーバコミットを行いません。


Suggested change

Windowsノードではプロセスのメモリオーバコミットを行いません。

Windowsノードではプロセスのメモリオーバーコミットを行いません。

ref. https://kubernetes.io/ja/docs/contribute/localization/#long-vowel

-er、-or、-ar、-cy、-gyで終わる単語は長音を付与する
例: 「クラスター」「セレクター」「サイドカー」「ポリシー」「トポロジー」

Okabe-Junya · 2025-06-16T14:40:39Z

content/ja/docs/concepts/configuration/windows-resource-management.md

+
+Windowsは様々なプロセスに割り当てるCPU時間を制限することは出来ますが、最小限のCPU時間を保証することは出来ません。
+
+Windowsでは、 kubeletプロセスの `--windows-priorityclass` コマンドラインフラグによる [scheduling priority](https://learn.microsoft.com/ja-jp/windows/win32/procthread/scheduling-priorities) の設定をサポートしています。


Suggested change

Windowsでは、 kubeletプロセスの `--windows-priorityclass` コマンドラインフラグによる [scheduling priority](https://learn.microsoft.com/ja-jp/windows/win32/procthread/scheduling-priorities) の設定をサポートしています。

Windowsでは、kubeletプロセスの`--windows-priorityclass`コマンドラインフラグによる[scheduling priority](https://learn.microsoft.com/ja-jp/windows/win32/procthread/scheduling-priorities)の設定をサポートしています。

Okabe-Junya · 2025-06-16T14:41:01Z

content/ja/docs/concepts/configuration/windows-resource-management.md

+
+Windowsでは、 kubeletプロセスの `--windows-priorityclass` コマンドラインフラグによる [scheduling priority](https://learn.microsoft.com/ja-jp/windows/win32/procthread/scheduling-priorities) の設定をサポートしています。
+このフラグによりkubeletプロセスは同じWindowsホスト上で動作している他のプロセスと比べて多くのCPU時間のスライスを得ることが出来ます。
+許容される値とその意味に関する詳細は [Windows Priority Classes](https://docs.microsoft.com/ja-jp/windows/win32/procthread/scheduling-priorities#priority-class) を参照して下さい。


Suggested change

許容される値とその意味に関する詳細は [Windows Priority Classes](https://docs.microsoft.com/ja-jp/windows/win32/procthread/scheduling-priorities#priority-class) を参照して下さい。

許容される値とその意味に関する詳細は[Windows Priority Classes](https://docs.microsoft.com/ja-jp/windows/win32/procthread/scheduling-priorities#priority-class)を参照して下さい。

Okabe-Junya · 2025-06-16T14:41:15Z

content/ja/docs/concepts/configuration/windows-resource-management.md

+Windowsでは、 kubeletプロセスの `--windows-priorityclass` コマンドラインフラグによる [scheduling priority](https://learn.microsoft.com/ja-jp/windows/win32/procthread/scheduling-priorities) の設定をサポートしています。
+このフラグによりkubeletプロセスは同じWindowsホスト上で動作している他のプロセスと比べて多くのCPU時間のスライスを得ることが出来ます。
+許容される値とその意味に関する詳細は [Windows Priority Classes](https://docs.microsoft.com/ja-jp/windows/win32/procthread/scheduling-priorities#priority-class) を参照して下さい。
+実行中のPodによりkubeletのCPUサイクルが不足しないためには、このフラグを `ABOVE_NORMAL_PRIORITY_CLASS` 以上に設定して下さい。


Suggested change

実行中のPodによりkubeletのCPUサイクルが不足しないためには、このフラグを `ABOVE_NORMAL_PRIORITY_CLASS` 以上に設定して下さい。

実行中のPodによりkubeletのCPUサイクルが不足しないためには、このフラグを`ABOVE_NORMAL_PRIORITY_CLASS`以上に設定して下さい。

（以下のセクションも同様に不要な空白を削除してください）

https://kubernetes.io/ja/docs/contribute/localization/#basic-policy

英単語と日本語の間に半角スペースは不要

例: Kubernetesクラスター

カッコ()の前後にも半角スペースは不要

k8s-ci-robot · 2025-06-16T14:43:05Z

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by:
Once this PR has been reviewed and has the lgtm label, please ask for approval from nasa9084. For more information see the Code Review Process.

The full list of commands accepted by this bot can be found here.

Needs approval from an approver in each of these files:

content/ja/OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

Okabe-Junya · 2025-06-16T14:44:01Z

/lgtm cancel
(since some changes are required to merge)
/label tide/merge-method-squash

ebiiim · 2025-06-18T04:22:15Z

content/ja/docs/concepts/configuration/windows-resource-management.md

+オペレーティングシステムやコンテナランタイム、kubeletのようなKubernetesのホストプロセスによって利用されるCPUやメモリを考慮するために、kubeletの  `--kube-reserved` や `--system-reserved` フラグを利用して、リソースを予約することが出来ます（また、予約する必要もあります）。
+Windowsではこれらの値はノードの [allocatable](/docs/tasks/administer-cluster/reserve-compute-resources/#node-allocatable) リソースの計算のみに利用されます。
+
+{{< caution >}}
+ワークロードをデプロイする時に、コンテナにメモリとCPUの制限を設定して下さい。
+これにより、 `NodeAllocatable` が減少し、クラスタ全体のスケジューラーがどのPodをどのノードに配置するかの決定に役立ちます。


Suggested change

オペレーティングシステムやコンテナランタイム、kubeletのようなKubernetesのホストプロセスによって利用されるCPUやメモリを考慮するために、kubeletの `--kube-reserved` や `--system-reserved` フラグを利用して、リソースを予約することが出来ます（また、予約する必要もあります）。

Windowsではこれらの値はノードの [allocatable](/docs/tasks/administer-cluster/reserve-compute-resources/#node-allocatable) リソースの計算のみに利用されます。

{{< caution >}}

ワークロードをデプロイする時に、コンテナにメモリとCPUの制限を設定して下さい。

これにより、 `NodeAllocatable` が減少し、クラスタ全体のスケジューラーがどのPodをどのノードに配置するかの決定に役立ちます。

オペレーティングシステムやコンテナランタイム、kubeletのようなKubernetesのホストプロセスによって利用されるCPUやメモリを考慮するために、kubeletの`--kube-reserved`や`--system-reserved`フラグを利用して、リソースを予約することが出来ます(また、予約する必要もあります)。

Windowsではこれらの値はノードの[allocatable](/docs/tasks/administer-cluster/reserve-compute-resources/#node-allocatable)リソースの計算のみに利用されます。

{{< caution >}}

ワークロードをデプロイする時に、コンテナにメモリとCPUの制限を設定して下さい。

これにより、`NodeAllocatable`が減少し、クラスタ全体のスケジューラーがどのPodをどのノードに配置するかの決定に役立ちます。

体裁だけ少しいじりました。
括弧は半角で固定だった気がします。

記号類は感嘆符「！」と疑問符「？」のみ全角、それ以外は半角で表記

ebiiim · 2025-06-18T04:22:52Z

content/ja/docs/concepts/configuration/windows-resource-management.md

+
+## メモリ管理 {#resource-management-memory}
+
+WindowsではLinuxのようなOut-of-Memoryによるプロセスの終了は提供されていません。


Suggested change

WindowsではLinuxのようなOut-of-Memoryによるプロセスの終了は提供されていません。

WindowsではLinuxのようなOut-Of-Memoryによるプロセスの終了は提供されていません。

下のほうにOut-Of-Memory(OOM)とあるので、あわせました

一般的に Out-of-memory と表記する印象がある（ターミナルなどへの出力もこの表記だったはず）なので、Out-of-memory の方が良いかもしれませんね。とはいえnitpick なのでどちらでも良いと思います。

ただ、指摘していただいた通り、少なくともページ内での表記は一貫して欲しいです（他の用語も同様）

[ja] Translated content/en/docs/concepts/configuration/windows-resour…

bc1db6b

…ce-management.md into Japanese

k8s-ci-robot added area/localization General issues or PRs related to localization language/ja Issues or PRs related to Japanese language cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. labels Jun 16, 2025

k8s-ci-robot requested a review from b1gb4by June 16, 2025 12:34

k8s-ci-robot added the sig/docs Categorizes an issue or PR as relevant to SIG Docs. label Jun 16, 2025

k8s-ci-robot requested a review from nasa9084 June 16, 2025 12:34

k8s-ci-robot added the size/M Denotes a PR that changes 30-99 lines, ignoring generated files. label Jun 16, 2025

nasa9084 reviewed Jun 16, 2025

View reviewed changes

Fix review comments

68d0d30

kimitoboku requested a review from nasa9084 June 16, 2025 12:49

k8s-ci-robot assigned Okabe-Junya and nasa9084 Jun 16, 2025

k8s-ci-robot added the lgtm "Looks good to me", indicates that a PR is ready to be merged. label Jun 16, 2025

kimitoboku changed the title ~~[ja] Translated Translated content/en/docs/concepts/configuration/windows-resource-management.md into Japanese~~ [ja] Translated content/en/docs/concepts/configuration/windows-resource-management.md into Japanese Jun 16, 2025

k8s-ci-robot changed the title ~~[ja] Translated content/en/docs/concepts/configuration/windows-resource-management.md into Japanese~~ [ja] Translate content/en/docs/concepts/configuration/windows-resource-management.md into Japanese Jun 16, 2025

Okabe-Junya requested changes Jun 16, 2025

View reviewed changes

k8s-ci-robot added tide/merge-method-squash Denotes a PR that should be squashed by tide when it merges. and removed lgtm "Looks good to me", indicates that a PR is ready to be merged. labels Jun 16, 2025

k8s-ci-robot requested a review from Okabe-Junya June 16, 2025 14:44

ebiiim reviewed Jun 18, 2025

View reviewed changes

	Linux cgroup APIsを利用して、CPU, IO、メモリの統計情報を収集することが出来ます。
	Linux cgroup APIを利用して、CPU、IO、メモリの統計情報を収集することができます。

	対照的に、Windows は、システム名前空間フィルターを使用してコンテナごとに[_job object_](https://learn.microsoft.com/ja-jp/windows/win32/procthread/job-objects)を利用し、すべてのプロセスをコンテナ内に含めて、ホストからの論理的な分離を実現しています。
	対照的にWindowsは、システム名前空間フィルターを使用してコンテナごとに[_job object_](https://learn.microsoft.com/ja-jp/windows/win32/procthread/job-objects)を利用し、すべてのプロセスをコンテナ内に含めて、ホストからの論理的な分離を実現しています。

	(JobオブジェクトはWindowsのプロセス分離のための機構であり、Kubernetesの{{< glossary_tooltip term_id="job" text="Job" >}}とは異なります。)
	(ジョブオブジェクトはWindowsのプロセス分離のための機構であり、Kubernetesの{{< glossary_tooltip term_id="job" text="Job" >}}とは異なります。)

	Windowsコンテナではネームスペースフィルタリングを行わずに実行する方法はありません。
	Windowsコンテナでは名前空間のフィルタリングを行わずに実行する方法はありません。

	Windowsではすべてのユーザモードでのメモリアロケーションを仮想的に取り扱います、そのためpagefilesが必ず必要になります。
	Windowsではすべてのユーザモードでのメモリアロケーションを仮想的に取り扱います。
	そのためpagefilesが必ず必要になります。

	Windowsノードではプロセスのメモリオーバコミットを行いません。
	Windowsノードではプロセスのメモリオーバーコミットを行いません。


		Windowsは様々なプロセスに割り当てるCPU時間を制限することは出来ますが、最小限のCPU時間を保証することは出来ません。

		Windowsでは、 kubeletプロセスの `--windows-priorityclass` コマンドラインフラグによる [scheduling priority](https://learn.microsoft.com/ja-jp/windows/win32/procthread/scheduling-priorities) の設定をサポートしています。

	Windowsでは、 kubeletプロセスの `--windows-priorityclass` コマンドラインフラグによる [scheduling priority](https://learn.microsoft.com/ja-jp/windows/win32/procthread/scheduling-priorities) の設定をサポートしています。
	Windowsでは、kubeletプロセスの`--windows-priorityclass`コマンドラインフラグによる[scheduling priority](https://learn.microsoft.com/ja-jp/windows/win32/procthread/scheduling-priorities)の設定をサポートしています。

	許容される値とその意味に関する詳細は [Windows Priority Classes](https://docs.microsoft.com/ja-jp/windows/win32/procthread/scheduling-priorities#priority-class) を参照して下さい。
	許容される値とその意味に関する詳細は[Windows Priority Classes](https://docs.microsoft.com/ja-jp/windows/win32/procthread/scheduling-priorities#priority-class)を参照して下さい。

	実行中のPodによりkubeletのCPUサイクルが不足しないためには、このフラグを `ABOVE_NORMAL_PRIORITY_CLASS` 以上に設定して下さい。
	実行中のPodによりkubeletのCPUサイクルが不足しないためには、このフラグを`ABOVE_NORMAL_PRIORITY_CLASS`以上に設定して下さい。


		## メモリ管理 {#resource-management-memory}

		WindowsではLinuxのようなOut-of-Memoryによるプロセスの終了は提供されていません。

[ja] Translate content/en/docs/concepts/configuration/windows-resource-management.md into Japanese #51279

Are you sure you want to change the base?

[ja] Translate content/en/docs/concepts/configuration/windows-resource-management.md into Japanese #51279

Conversation

kimitoboku commented Jun 16, 2025

Uh oh!

k8s-ci-robot commented Jun 16, 2025

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

netlify bot commented Jun 16, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

✅ Pull request preview available for checking

Uh oh!

nasa9084 commented Jun 16, 2025

Uh oh!

Okabe-Junya commented Jun 16, 2025

Uh oh!

Okabe-Junya commented Jun 16, 2025

Uh oh!

Okabe-Junya left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

k8s-ci-robot commented Jun 16, 2025

Uh oh!

Okabe-Junya commented Jun 16, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

netlify bot commented Jun 16, 2025 •

edited

Loading

Okabe-Junya commented Jun 16, 2025 •

edited

Loading