学習を容易にする Kubernetes の 5 つの重要な概念

Kubernetes は、最も人気のあるオープンソースのコンテナオーケストレーションソリューションです。

Kubernetes を使い始めるのは簡単ではありません。

この記事は、Kubernetes の最も重要な概念のいくつかを理解するのに役立ちます。

1. コンテナオーケストレーションが必要な理由は何ですか?

ほとんどの企業はマイクロサービスアーキテクチャを採用しています。

マイクロサービスは革新のための柔軟性を提供します。

ただし、マイクロサービスは無料ではありません。いくつかのアプリケーションをデプロイする代わりに、数百のマイクロサービスをデプロイします。これにより複雑さが増します。

コンテナは、デプロイメントと監視の課題を簡素化するのに役立ちます。ただし、インフラストラクチャと展開の管理には課題が残っています。例: マイクロサービス A のコンテナインスタンスが 10 個、マイクロサービス B のコンテナインスタンスが 15 個、... などが必要です。また、マイクロサービスには他の機能も必要です。代表的な機能は次のとおりです。

自動スケーリング- 需要に応じてコンテナをスケーリング
サービスディスカバリー- マイクロサービスがお互いを見つけるのを助ける
ロードバランサ- マイクロサービスの複数のインスタンス間で負荷を分散します
自己修復- ヘルスチェックを実行し、障害が発生したインスタンスを置き換えます
ダウンタイムなしの展開- ダウンタイムなしで新しいバージョンをリリース

2. コンテナオーケストレーションとは何ですか?

コンテナオーケストレーションソリューションは、マイクロサービスアーキテクチャに必要なほとんどの技術的機能を提供します。複数の VM インスタンスのクラスターを作成し、そのクラスターにマイクロサービスをデプロイできるようになります。コンテナオーケストレーションソリューションは、クラスターとデプロイメントを管理します。

3. Kubernetes とは何ですか?

コンテナオーケストレーションプラットフォームは数多くあります。たとえば、Docker Swarm、Mesosphere、Kubernetes などがあります。過去数年間、Kubernetes はコンテナオーケストレーション分野の勝者として浮上してきました。

4. Kubernetes の最も重要な概念は何ですか?

Kubernetes を使用してマイクロサービスアーキテクチャを構築したいとします。ワークフローは次のようになります。

ステップ 1: 複数のノード (または VM) を持つコンテナオーケストレーション Kubernetes クラスターを作成する
ステップ2: 最初のマイクロサービスをデプロイして構成する
ステップ3: 2番目のマイクロサービスをデプロイして構成する

それでは、それぞれについて詳しく見ていきましょう。

4.1 クラスターとは何ですか?

クラスターは仮想マシンのグループです。クラスターには 2 種類のノードがあります。

マスターノード- クラスターを管理します。すべてのデプロイメント指示をマスターノードに送信します。
ワーカーノード- すべてのマイクロサービスはワーカーノード上で実行されます。

以下に、マスターノード(コントロールプレーン) の重要なコンポーネントをいくつか示します。

API サーバー- K8S クラスターとのすべての通信 (ノードからおよび外部から) を処理します。
スケジューラ- ポッドの配置を決定する
コントロールマネージャー- デプロイメントとレプリカセットの管理
etcd - クラスターの状態を保存する分散データベース

ワーカーノードの役割は、マイクロサービスを実行することです。さらに、各ポッドでは Kubelet と呼ばれる Kubernetes コンポーネントが実行されます。 Kubelet により、ワーカーノードはマスターノードと通信できるようになります。

4.2 マイクロサービスをデプロイしよう

マイクロサービス A の V1 のインスタンスを 5 つデプロイするとします。デプロイメントを作成し、複数のインスタンスを設定するために発行されるコマンドは、以下のようになります。

 ** デプロイメントを作成します** hello - world - rest - api --image = in28min / hello - world - rest - api : 0.0 .1 。 リリース
スケールデプロイメントhello - world - rest - api -- replicas = 5

これにより、5 つのインスタンスを持つ Microservice A の v1 が Kubernetes クラスターにデプロイされます。

Kubernetesは内部的に

展開する
レプリカセットと
5ポッド

Kubernetes はなぜこれを実行するのでしょうか?

もっと深く掘り下げてみましょう。

4.3 ポッドとは何ですか?

Pod は Kubernetes でデプロイ可能な最小単位です。ポッドはマイクロサービスのインスタンスを表します。各ポッドには一時的な IP アドレスが割り当てられます。

Kubernetes クラスターでマイクロサービス A のインスタンスを 10 個、マイクロサービス B のインスタンスを 12 個実行すると、合計 10 + 12 = 22 個のポッドが実行されることになります。

4.4 レプリカセットとは何ですか?

5 つのインスタンスを持つマイクロサービス A を Kubernetes クラスターにデプロイします。つまり、5 つのポッドが実行されていることになります。ポッドを殺したとします。 Kubernetes はこれを自動的に認識し、代替ポッドを作成します。 Kubernetes はポッドの状態を監視し、異常なポッドを置き換えます。 Kubernetes はこれをどのように実現するのでしょうか?

これは ReplicaSet の仕事です。

ReplicaSet は、指定された数のポッドが常に実行されることを保証します。上記の例では、ReplicaSet により、マイクロサービス A の 5 つのインスタンスが常に実行されるようになります。

4.5 デプロイメントとは何ですか?

ReplicaSet が特定の数のポッドを保証する場合、Deployment の役割は何ですか?

デプロイメントにより、マイクロサービスの新しいバージョンをリリースする際の柔軟性が確保されます。

デプロイメントはマイクロサービスのすべてのバージョンを表します。

現在、マイクロサービスのバージョンは 1 つだけです。ただし、新しいバージョンを展開することは可能です。ダウンタイムなしでマイクロサービス V2 をデプロイしたいとします。

それがデプロイメントの機能です。

既存のマイクロサービスの新しいバージョンをデプロイすると、そのデプロイによってマイクロサービス A の V2 用の新しい ReplicaSet が作成されます。

以下のものが含まれます:

デプロイメントはマイクロサービスAを表す
マイクロサービス A V1 のレプリカセット
マイクロサービス A V2 のレプリカセット

英国への派遣

4.6 クイックレビュー - デプロイメントとレプリカセット

 kubectl デプロイメントmicroservice1 を作成します-- イメージ= microservice1 : v1

各マイクロサービスのデプロイメントを作成します。デプロイメントはマイクロサービス (およびそのすべてのバージョン) を表します。ダウンタイムなしで新しいバージョンを展開します。

レプリカセットは、特定のマイクロサービスバージョンに対して特定の数のポッドが実行されていることを確認します。ポッドの 1 つが強制終了された場合でも、レプリカセットは新しいポッドを開始します。

 kubectl イメージデプロイメントmicroservice1 を設定しますmicroservice1 = microservice1 : v2

V2 マイクロサービスをデプロイすると、新しい ReplicaSet (V2 ReplicaSet) が作成されます。

デプロイメントでは、構成されたリリース戦略に従って、V1 レプリカセットと V2 レプリカセットが更新されます。

4.7 サービスとは何ですか?

Kubernetes では、各 Pod に独自の IP アドレスがあります。次のような状況で外部ユーザーに影響が及ばないようにするにはどうすればよいでしょうか。

ポッドが故障して交換されるか
マイクロサービスの新しいバージョンがデプロイされ、古いバージョンの既存のポッドがすべて新しいバージョンのポッドに置き換えられます。

解決策: サービスを作成します。

 デプロイメント名を公開-- タイプ= LoadBalancer -- ポート= 80

サービスは、安定した IP アドレスを使用してデプロイメントを外部に公開します。これにより、ポッドが上下に移動されてもユーザーに影響が及ばなくなります。

サービスは次の 3 つのカテゴリに分かれています。

ClusterIP : クラスター内部 IP でサービスを公開します。ユースケース: マイクロサービスをクラスター内でのみ利用できるようにします (クラスター内通信)。
LoadBalancer : クラウドプロバイダーのロードバランサーを使用してサービスを外部に公開します。使用例: マイクロサービスごとに個別のロードバランサーを作成します。
NodePort : 各ノードの IP 上の静的ポート (NodePort) でサービスを公開します。使用例: マイクロサービスごとに外部ロードバランサーを作成したくない場合 (複数のマイクロサービスの負荷を分散する Ingress コンポーネントを作成できます)。