1

Kubernetes を使用して Docker コンテナーを管理する場合、特にレプリケーション コントローラーを使用する場合、コンテナー インスタンスを実行するイメージを 1 つ以上に増やす必要があるのはいつですか? Kubernetes がレプリケーション コントローラー構成ファイルで必要な数のコンテナー レプリカを生成できることは理解していますが、Compute VM のサイズを増やすだけで、(同じイメージに対して) 複数の実行中のコンテナーを生成する理由はありません。より多くの計算能力が必要な場合は、先に進んでマシンの CPU / RAM を増やしてから、使用可能な最大計算能力に達した場合にのみ、現在 Google で約 32 コアを使用する必要があると思います。複数のコンテナを生成する必要があります。 .

ただし、VM のサイズに関係なく複数のコンテナーを生成すると、サービスの可用性が向上するように思われますが、Kubernetes は、1 つのコンテナーのレプリケーション コントローラー環境でも、失敗したコンテナーを再生成します。だから私が理解できないのは、VM インスタンスのコンピューティング サイズが不足する以外の理由で、(同じイメージに対して) 複数の実行中のコンテナーが必要になる理由は何ですか?

4

2 に答える 2

2

アプリケーションをスケールアップまたはスケールダウンする理由はさまざまです。

Kubernetes プロジェクトは、監視されたトラフィックに応じてレプリケーション コントローラーのサイズを動的に拡大および縮小 (場合によっては 0 に) する機能として、将来的に自動スケーリングを提供することを検討しています。自動スケーリングに関する適切な議論については、次の記事を参照してください。

https://github.com/GoogleCloudPlatform/kubernetes/blob/master/docs/proposals/autoscaling.md

于 2015-06-24T14:05:49.400 に答える