レプリケーションコントローラ：
ReplicationControllerスケジュールは1つの作業ノードにポッドノードにおけるkubeletアプリケーションは、画像を引っ張り、コンテナを作成します。
ポッドは、「kubectlの実行」で開始し、直接作成されません。ReplicationControllerはコマンドによって作成され、replicationControllerは、ポッドが作成する
ポッドを作成します。kubectl実行[複製コントローラ名] --image = [イメージ名] --port = [ポート番号] --generator =ラン/ V1を。--generateフラグせず、その代わりにreplicationControllerの配備作成
複製コントローラは、ポッドのスケール番号することができる：kubectlスケールRC [レプリケーション・コントローラ] --replicas = 3
複製制御性を保証ラベルセレクタの一致によってポッドの数が所望の数（レプリカ数） 、いない場合、それは新しいポッドまたは削除、既存のポッドを開始します
kubectl runコマンドを経由して複製コントローラによって開始されたポッドは、削除することはできません新しいポッドが起動されます、削除、複製コントローラへの必要性
生存性プローブを定義することができ
spec:
containers:
livenessProbe:
httpGet:
path: /
port: 8080スペック/コンテナ/ livenessProbe / initialDelaySeconds最初のライブネスプローブリクエストを送信する前に、成功までの初期起動を確保することが重要です
トラブルシューティングポッドの失敗：
PO [podname]を記述しkubectl最終状態とイベントを表示することができ、前のポッド問題
kubectlログ[ポッド名] --previousショーは以前のログは、ポッドがクラッシュ
優れた生存性プローブを定義します。
- 使用/健康エンドポイント
- プローブ軽量にしてください
- プローブにおけるいかなる再試行ループは必要ありません
レプリケーションのコントローラの定義は、ポッドテンプレートが含まれています。
spec:
template:
metadata:
labels:
app: kubia
spec:
containers:
- name: kubia
image: luksa/kubia
ports:
- containerPort: 8080 ReplicationControllerを定義するときにポッドセレクタを指定しないでください。replicationControllerのラベルのセレクタは、ポッドテンプレートと一致しない場合Kubernetesは、ポッドテンプレートから抽出してみましょう、APIサーバがエラーを報告しますkubernetes
既存のポッドには影響しません、複製コントローラのラベルセレクタとポッドテンプレートに変更。
ポッドのラベルを変更することで、それはから削除することができますかReplicationControllerの範囲に加えます。それも1つのReplicationControllerから移動することができ
、別の。
ポッドのmetadata.ownerReferencesショー複製コントローラ情報
：レプリケーション・コントローラの複製セット（：アプリケーション/ v1beta2の一種さらにreplicaSet apiVersion）の比較
、複製セットのselector.matchLabelsに下セレクタ式を
「、DOESの「IN」とのようなセレクタ式の豊富なセットをサポートし、「NOT IN」、「EXISTS」存在しない'
DaemonSet：（apiVersion：アプリケーション/ v1beta2種類：DaemonSet）
使用DaemonSetは、各ノード上で正確に一つのポッドを開始するために
コレクタなどのログのような一般的なサービスのために使用される
自動車は、ノードの追加に対応して作成ポッド
ませ複製に必要なカウント
ポッドを展開するノード・セレクタを指定することができますノードのサブセットに
daemonsetバイパスkubenetesスケジューラ経由でポッドの展開
JobResource：（apiVersion：バッチ/ v1の種類：ジョブ）
の実行一度アドホックタスクに使用
設定：restartPolicy：スペック ONFAILURE /ネヴァー・ジョブの実行失敗時の取り扱いのための
セットの補完：スペックを5（実行回数）並列処理：2並列の（数複数回のジョブの並列実行できるようにするノード）
を設定しactiveDeadlineSeconds：スペックを長期ジョブを終了させます。セット仕様：backoffLimit失敗としての仕事をマークする前に、再試行の回数について
cronジョブ：（apiVersion：バッチ/ v1beta1の種類：cronジョブ）
の設定仕様：スケジュール： "0,15,30,45 "