Kubernetesクラスタのベストプラクティス

Question

私はKubernetesの新しいプロジェクトに取り組んでおり、DEV、QA、PRODという3つの環境が必要です。

複数のクラスタを作成するか、ネームスペースで環境を分離する1つの大きなクラスタを作成することをお勧めします。

Answer 1

ただ1つのプロードクラスターまたは複数のプロードクラスターを持っていませんか？考慮すべき点の1つは、クラスター管理ソフトウェアを更新して（新しいk8sリリースに）アプリケーションに影響を与える可能性があることです。単一のプロードクラスターだけを計画している場合は、qaとdevを別々に実行して、これらのクラスターをまずアップグレードして問題を解決できるようにすることをお勧めします。複数のプロード・クラスタを使用する場合は、一度に1つずつアップグレードして、アプリケーションの可用性を確保し、環境間でクラスタを共有することがより理にかなっています。

Answer 2

名前空間は分離をもたらさず、現時点ではDNS内の別のサブドメインです。アプリケーションごとに名前空間を持つ方がよいでしょう。 prod（k8を更新する場合）とdev/qaを1つ2つのクラスタにすることを強くお勧めします。

Answer 3

複数のクラスタが必要であることは確かです。 アップグレード中に失敗するか、どこかでうまくいけないことがあるk8にとって重要なことは、クラスタ全体に影響します。

たとえば、私はクラスタで大混乱を引き起こしたDNSに関する問題がありました。すべての名前空間が影響を受けました。

アップグレードは通常大したことではありませんが、ある日ロードブロッキングを起こす可能性があります。 kubeletが長時間失敗すると、あなたのポッドが殺されます。

したがって、テストでアップグレードする前に、テスト/ dev環境をアップグレードして鉄製品をそこそこにアップグレードすることをお勧めします。