Skip to content

Commit c0a34fb

Browse files
kohbisatoato88
andauthored
[ja] Translate content/en/docs/concepts/workloads/autoscaling.md into Japanese (#46749)
* [ja] Translate content/en/docs/concepts/workloads/autoscaling.md into Japanese * Update autoscaling.md Co-authored-by: atoato88 <[email protected]> * Update autoscaling.md Co-authored-by: atoato88 <[email protected]> * Update autoscaling.md Co-authored-by: atoato88 <[email protected]> * Update autoscaling.md Co-authored-by: atoato88 <[email protected]> * Update autoscaling.md Co-authored-by: atoato88 <[email protected]> * Update autoscaling.md Co-authored-by: atoato88 <[email protected]> * Update autoscaling.md Co-authored-by: atoato88 <[email protected]> * Update autoscaling.md Co-authored-by: atoato88 <[email protected]> * Update autoscaling.md Co-authored-by: atoato88 <[email protected]> * Update autoscaling.md Co-authored-by: atoato88 <[email protected]> * Update autoscaling.md Co-authored-by: atoato88 <[email protected]> * Update autoscaling.md Co-authored-by: atoato88 <[email protected]> * Update autoscaling.md Co-authored-by: atoato88 <[email protected]> * Update autoscaling.md Co-authored-by: atoato88 <[email protected]> --------- Co-authored-by: atoato88 <[email protected]>
1 parent 00c7595 commit c0a34fb

File tree

1 file changed

+120
-0
lines changed

1 file changed

+120
-0
lines changed
Lines changed: 120 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,120 @@
1+
---
2+
tille: ワークロードの自動スケーリング
3+
description: >-
4+
自動スケーリングによって、何らかのかたちでワークロードを自動的に更新できます。これによりクラスターはリソース要求の変化に対してより弾力的かつ効率的に対応できるようになります。
5+
content_type: concept
6+
weight: 40
7+
---
8+
9+
<!-- overview -->
10+
11+
Kubernetesでは、現在のリソース要求に応じてワークロードをスケールできます。
12+
これによりクラスターはリソース要求の変化に対してより弾力的かつ効率的に対応できるようになります。
13+
14+
ワークロードをスケールするとき、ワークロードによって管理されるレプリカ数を増減したり、レプリカで使用可能なリソースをインプレースで調整できます。
15+
16+
ひとつ目のアプローチは _水平スケーリング_ と呼ばれ、一方でふたつ目のアプローチは _垂直スケーリング_ と呼ばれます。
17+
18+
ユースケースに応じて、ワークロードをスケールするには手動と自動の方法があります。
19+
20+
<!-- body -->
21+
22+
## ワークロードを手動でスケーリングする {#scaling-workloads-manually}
23+
24+
Kubernetesはワークロードの _手動スケーリング_ をサポートします。
25+
水平スケーリングは `kubectl` CLIを使用して行うことができます。
26+
垂直スケーリングの場合、ワークロードのリソース定義を _パッチ適用_ する必要があります。
27+
28+
両方の戦略の例については以下をご覧ください。
29+
30+
- **水平スケーリング**: [Running multiple instances of your app](/ja/docs/tutorials/kubernetes-basics/scale/scale-intro/)
31+
- **垂直スケーリング**: [Resizing CPU and memory resources assigned to containers](/docs/tasks/configure-pod-container/resize-container-resources)
32+
33+
## ワークロードを自動でスケーリングする {#scaling-workloads-automatically}
34+
35+
Kubernetesはワークロードの _自動スケーリング_ もサポートしており、これがこのページの焦点です。
36+
37+
Kubernetesにおける _オートスケーリング_ の概念は一連のPodを管理するオブジェクト(例えば{{< glossary_tooltip text="Deployment" term_id="deployment" >}})を自動的に更新する機能を指します。
38+
39+
### ワークロードを水平方向にスケーリングする {#scaling-workloads-horizontally}
40+
41+
Kubernetesにおいて、 _HorizontalPodAutoscaler_ (HPA)を使用してワークロードを水平方向に自動的にスケールできます。
42+
43+
これはKubernetes APIリソースおよび{{< glossary_tooltip text="コントローラー" term_id="controller">}}として実装されておりCPUやメモリ使用率のような観測されたリソース使用率と一致するようにワークロードの{{<glossary_tooltip text="レプリカ" term_id="replica" >}}数を定期的に調整します。
44+
45+
Deployment用のHorizontalPodAutoscalerを構成する[ウォークスルーチュートリアル](/ja/docs/tasks/run-application/horizontal-pod-autoscale-walkthrough)があります。
46+
47+
### ワークロードを垂直方向にスケーリングする {#scaling-workloads-vertically}
48+
49+
{{< feature-state for_k8s_version="v1.25" state="stable" >}}
50+
51+
_VerticalPodAutoscaler_ (VPA)を使用してワークロードを垂直方向に自動的にスケールできます。
52+
HPAと異なり、VPAはデフォルトでKubernetesに付属していませんが、[GitHubで](https://github.com/kubernetes/autoscaler/tree/9f87b78df0f1d6e142234bb32e8acbd71295585a/vertical-pod-autoscaler)見つかる別のプロジェクトです。
53+
54+
インストールすることにより、管理されたレプリカのリソースを _どのように_ _いつ_ スケールするのかを定義するワークロードの{{< glossary_tooltip text="CustomResourceDefinitions" term_id="customresourcedefinition" >}}(CRDs)を作成できるようになります。
55+
56+
{{< note >}}
57+
HPAが機能するにはクラスターに[Metrics Server](https://github.com/kubernetes-sigs/metrics-server)がインストールされている必要があります。
58+
{{< /note >}}
59+
60+
現時点では、VPAは4つの異なるモードで動作できます: 
61+
62+
{{< table caption="VPAの異なるモード" >}}
63+
モード | 説明
64+
:----|:-----------
65+
`Auto` | 現在、`Recreate`は将来インプレースアップデートに変更される可能性があります
66+
`Recreate` | VPAはPod作成時にリソースリクエストを割り当てるだけでなく、要求されたリソースが新しい推奨事項と大きく異なる場合にそれらを削除することによって既存のPod上でリソースリクエストを更新します
67+
`Initial` | VPAはPod作成時にリソースリクエストを割り当て、後から変更することはありません
68+
`Off` | VPAはPodのリソース要件を自動的に変更しません。推奨事項は計算され、VPAオブジェクトで検査できます
69+
{{< /table >}}
70+
71+
#### インプレースリサイズの要件 {#requirements-for-in-place-resizing}
72+
73+
{{< feature-state for_k8s_version="v1.27" state="alpha" >}}
74+
75+
{{< glossary_tooltip text="Pod" term_id="pod" >}}またはその{{< glossary_tooltip text="コンテナ" term_id="container" >}}を再起動**せずに**インプレースでワークロードをリサイズするには、Kubernetesバージョン1.27以降が必要です。
76+
さらに、`InPlaceVerticalScaling`フィーチャーゲートを有効にする必要があります。
77+
78+
{{< feature-gate-description name="InPlacePodVerticalScaling" >}}
79+
80+
### クラスターサイズに基づく自動スケーリング {#autoscaling-based-on-cluster-size}
81+
82+
クラスターのサイズに基づいてスケールする必要があるワークロード(例えば`cluster-dns`や他のシステムコンポーネント)の場合は、[_Cluster Proportional Autoscaler_](https://github.com/kubernetes-sigs/cluster-proportional-autoscaler)を使用できます。
83+
VPAと同じように、これはKubernetesのコア部分ではありませんが、独自のGitHubプロジェクトとしてホストされています。
84+
85+
Cluster Proportional Autoscalerはスケジュール可能な{{< glossary_tooltip text="ノード" term_id="node" >}}とコアの数を監視し、それに応じてターゲットワークロードのレプリカ数をスケールします。
86+
87+
レプリカ数を同じままにする必要がある場合、[_Cluster Proportional Vertical Autoscaler_](https://github.com/kubernetes-sigs/cluster-proportional-vertical-autoscaler)を使用してクラスターサイズに応じてワークロードを垂直方向にスケールできます。
88+
このプロジェクトは**現在ベータ版**でありGitHubで見つけることができます。
89+
90+
Cluster Proportional Autoscalerがワークロードのレプリカ数をスケールする一方で、Cluster Proportional Vertical Autoscalerはクラスター内のノードおよび/またはコアの数に基づいてワークロード(例えばDeploymentやDaemonSet)のリソース要求を調整します。
91+
92+
### イベント駆動型自動スケーリング {#event-driven-autoscaling}
93+
94+
例えば[_Kubernetes Event Driven Autoscaler_
95+
(**KEDA**)](https://keda.sh/)を使用して、イベントに基づいてワークロードをスケールすることもできます。
96+
97+
KEDAは例えばキューのメッセージ数などの処理するべきイベント数に基づいてワークロードをスケールするCNCF graduatedプロジェクトです。様々なイベントソースに合わせて選択できる幅広いアダプターが存在します。
98+
99+
### スケジュールに基づく自動スケーリング {#autoscaling-based-on-schedules}
100+
101+
ワークロードををスケールするためのもう一つの戦略は、例えばオフピークの時間帯にリソース消費を削減するために、スケーリング操作を**スケジュールする**ことです。
102+
103+
イベント駆動型オートスケーリングと同様に、そのような動作はKEDAを[`Cron`スケーラー](https://keda.sh/docs/2.13/scalers/cron/)と組み合わせて使用することで実現できます。
104+
`Cron`スケーラーによりワークロードをスケールインまたはスケールアウトするためのスケジュール(およびタイムゾーン)を定義できます。
105+
106+
## クラスターのインフラストラクチャーのスケーリング {#scaling-cluster-infrastructure}
107+
108+
ワークロードのスケーリングだけではニーズを満たすのに十分でない場合は、クラスターのインフラストラクチャー自体をスケールすることもできます。
109+
110+
クラスターのインフラストラクチャーのスケーリングは通常{{< glossary_tooltip text="ノード" term_id="node" >}}の追加または削除を意味します。
111+
詳しくは[クラスターの自動スケーリング](/docs/concepts/cluster-administration/cluster-autoscaling/)を読んでください。
112+
113+
## {{% heading "whatsnext" %}}
114+
115+
- 水平スケーリングについて詳しく学ぶ
116+
- [StatefulSetのスケール](/ja/docs/tasks/run-application/scale-stateful-set/)
117+
- [HorizontalPodAutoscalerウォークスルー](/ja/docs/tasks/run-application/horizontal-pod-autoscale-walkthrough/)
118+
- [コンテナリソースのインプレースサイズ変更](/docs/tasks/configure-pod-container/resize-container-resources/)
119+
- [クラスター内のDNSサービスを自動スケールする](/docs/tasks/administer-cluster/dns-horizontal-autoscaling/)
120+
- [クラスターの自動スケーリング](/docs/concepts/cluster-administration/cluster-autoscaling/)について学ぶ

0 commit comments

Comments
 (0)