Kubernetes レプリケーションコントローラーの仕組み

[[436665]]

レプリケーションコントローラーは、ポッドのライフサイクルを管理し、必要な数のポッドが常に実行されていることを確認する役割を担います。

「ポッドポッドKubernetesでこれを行う方法はたくさんありますが、一般的なアプローチは「レプリケーションコントローラレプリケーションコントローラRC は、ポッドのライフサイクルを管理し、必要な数のポッドが常に実行されていることを確認する責任を負います。一方、自動スケーリング、準備状態と生存状態の検出、その他の高度なレプリケーション機能の実行などの高度なクラスター機能は担当しません。 Kubernetes クラスター内の他のコンポーネントは、これらの機能をより適切に実行できます。

つまり、RC の役割は限定されており、通常は、特定の要件を満たすために複雑なロジックを必要としない特定の実装に使用されます (たとえば、必要なポッドの数が常に指定された数と一致することを確認するなど)。必要な数を超えた場合、RC は超過分を削除し、ノード障害やポッド終了が発生した場合でも同じ数が存在するようにします。

シンプルなものには複雑な解決策は必要ありません。私にとって、これは RC の使用方法を示す完璧な比喩です。

RCの作成方法

ほとんどの Kubernetes リソースと同様に、YAML または JSON 形式を使用して RC を作成し、Kubernetes API エンドポイントに公開できます。

 $ kubectl create - f rcexample . yaml
 replicationcontroller / rcexample created

ここで、 rcexample.yamlどのようなものか詳しく見ていきます。

 apiVersion : v1
 kind : ReplicationController   → RC描述符    
metadata :
 name : rcexample →  复制控制器名字              
spec :
 replicas : 3                 → 预期的吊舱数量      
 selector :                  → 这个 RC的吊舱选择器
 app : nginx
 template :                  → 用于创建新吊舱的模板    
 metadata :                        
 labels :                        
 app : nginx
 spec :                            
 containers :                    
     - name : nginx
 image : nginx

さらに説明すると、このファイルを実行すると、 rcexampleという名前の RC が作成され、 nginxという名前の 3 つのポッドインスタンスが常に実行されるようになります。 1 つまたはすべてのapp=nginxポッドが実行されていない場合は、定義されたポッドテンプレートに従って新しいポッドが作成されます。

RC には 3 つの部分があります。

レプリカ: 3
ポッドテンプレート: app=nginx
ポッドセレクター: app=nginx

RC が常にポッドを作成しないようにするには、ポッドテンプレートがポッドセレクターと一致している必要があることに注意してください。テンプレートと一致しないポッドセレクターを使用して RC を作成すると、Kubernetes API サーバーからエラーが発生します。

RC rcexampleが作成されたことを確認するには:

 $ kubectl get po
 NAME READY STATUS RESTARTS AGE
 rcexample - 53thy  0 / 1  Running         0     10s
 rcexample - k0xz6 0 / 1  Running         0     10s
 rcexample - q3vkg 0 / 1  Running         0     10s

RC を削除するには:

 $ kubectl delete rc rcexample
 replicationcontroller "rcexample" deleted

RC のサービスに対してローリングアップデート戦略を使用して、ポッドを 1 つずつ置き換えることができることに注意してください。

コンテナをコピーする他の方法

Kubernetes デプロイメントでコンテナを複製する方法は複数あります。 Kubernetes がコンテナプラットフォームの主な選択肢となった主な理由の 1 つは、信頼性、負荷分散、スケーリングのためにコンテナを複製するネイティブ機能です。

上記では、常に一定数のポッドが利用可能であることを保証する RC を簡単に作成する方法を示しました。レプリカの数を更新することで、ポッドを手動でスケーリングできます。

もう一つの方法は、レプリケーションセットレプリカセット（RS）」を使用して複製の目的を達成します。

 ( kind : ReplicaSet )

RS の機能は RC とほぼ同じです。主な違いは、RS ではローリングアップデート戦略が許可されないことです。

複製を実現するもう1つの方法は、展開する展開」。

 ( kind : Deployment )

デプロイメントは、コンテナを複製するより高度な方法です。機能的には、デプロイメントは同じ機能を提供しますが、必要に応じて変更をロールアウトおよびロールバックする機能があります。この機能は、デプロイメントに「戦略タイプ戦略タイプ” 仕様を使用して、古いポッドを新しいポッドに置き換えます。 2 種類のデプロイメント戦略を定義できます。再作成再現する" そして"ローリングアップデートローリングアップデートデプロイメント戦略は次のように指定できます。