[ja] Translate translate concepts/storage/storage-limits into Japanese (#35626)

* translate concepts/storage/storage-liomits

* Update content/ja/docs/concepts/storage/storage-limits.md

Co-authored-by: Ryota Yamada <ryota10069.tech5.jizi@gmail.com>

* Update content/ja/docs/concepts/storage/storage-limits.md

Co-authored-by: Toshiaki Inukai <82919057+t-inu@users.noreply.github.com>

* Update content/ja/docs/concepts/storage/storage-limits.md

Co-authored-by: Toshiaki Inukai <82919057+t-inu@users.noreply.github.com>

* Update content/ja/docs/concepts/storage/storage-limits.md

Co-authored-by: Toshiaki Inukai <82919057+t-inu@users.noreply.github.com>

Co-authored-by: Ryota Yamada <ryota10069.tech5.jizi@gmail.com>
Co-authored-by: Toshiaki Inukai <82919057+t-inu@users.noreply.github.com>
pull/35742/head
Kobayashi Daisuke 2022-08-08 22:54:19 +09:00 committed by GitHub
parent fdbc242d22
commit 9709083664
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 58 additions and 0 deletions

View File

@ -0,0 +1,58 @@
---
title: ノード固有のボリューム制限
content_type: concept
---
<!-- overview -->
このページでは、さまざまなクラウドプロバイダーのノードに接続できるボリュームの最大数について説明します。
通常、Google、Amazon、Microsoftなどのクラウドプロバイダーには、ードに接続できるボリュームの数に制限があります。Kubernetesがこれらの制限を尊重することが重要です。
そうしないと、ードでスケジュールされたPodが、ボリュームが接続されるのを待ってスタックする可能性があります。
<!-- body -->
## Kubernetesのデフォルトの制限
Kubernetesスケジューラーには、ードに接続できるボリュームの数にデフォルトの制限があります。
<table>
<tr><th>クラウドサービス</th><th>ノード当たりの最大ボリューム</th></tr>
<tr><td><a href="https://aws.amazon.com/ebs/">Amazon Elastic Block Store (EBS)</a></td><td>39</td></tr>
<tr><td><a href="https://cloud.google.com/persistent-disk/">Google Persistent Disk</a></td><td>16</td></tr>
<tr><td><a href="https://azure.microsoft.com/en-us/services/storage/main-disks/">Microsoft Azure Disk Storage</a></td><td>16</td></tr>
</table>
## カスタム制限
これらの制限を変更するには、`KUBE_MAX_PD_VOLS`環境変数の値を設定し、スケジューラーを開始します。CSIドライバーの手順は異なる場合があります。制限をカスタマイズする方法については、CSIドライバーのドキュメントを参照してください。
デフォルトの制限よりも高い制限を設定する場合は注意してください。クラウドプロバイダーのドキュメントを参照して、設定した制限をノードが実際にサポートしていることを確認してください。
制限はクラスター全体に適用されるため、すべてのノードに影響します。
## 動的ボリューム制限
{{< feature-state state="stable" for_k8s_version="v1.17" >}}
動的ボリューム制限は、次のボリュームタイプでサポートされています。
- Amazon EBS
- Google Persistent Disk
- Azure Disk
- CSI
ツリー内のボリュームプラグインによって管理されるボリュームの場合、Kubernetesはードタイプを自動的に決定し、ードに適切なボリュームの最大数を適用します。例えば:
* <a href="https://cloud.google.com/compute/">Google Compute Engine</a>上では[ノードタイプ](https://cloud.google.com/compute/docs/disks/#pdnumberlimits)に応じて、最大127個のボリュームをードに接続できます。
* M5、C5、R5、T3、およびZ1DインスタンスタイプのAmazon EBSディスクの場合、Kubernetesは25ボリュームのみをードにアタッチできます。<a href="https://aws.amazon.com/ec2/">Amazon Elastic Compute Cloud (EC2)</a>の他のインスタンスタイプの場合、Kubernetesでは39個のボリュームをードに接続できます。
* Azureでは、ードの種類に応じて、最大64個のディスクをードに接続できます。詳細については、[Azureの仮想マシンのサイズ](https://docs.microsoft.com/en-us/azure/virtual-machines/windows/sizes)を参照してください。
* CSIストレージドライバーが(`NodeGetInfo`を使用して)ノードの最大ボリューム数をアドバタイズする場合、{{< glossary_tooltip text="kube-scheduler" term_id="kube-scheduler" >}}はその制限を尊重します。詳細については、[CSIの仕様](https://github.com/ontainer-storage-interface/spec/blob/master/spec.md#nodegetinfo)を参照してください。
* CSIドライバーに移行されたツリー内プラグインによって管理されるボリュームの場合、ボリュームの最大数はCSIドライバーによって報告される数になります。