K8Sのいくつかの重要な概念

•オブジェクトは、扱っていると何がK8S?K8S宣言API
•YAMLファイルどのように対処するには?宣言型APIを呼び出し
•必須フィールドは、どのように宣言されていますか?

  1. apiVersion - オブジェクトのバージョンを作成するためにKubernetes APIが使用されています
  2. 種類 - 作成するオブジェクトの種類
  3. メタデータ-ヘルプ名前の名を含む独自のデータオブジェクトを識別、
    オプションの名前空間
  4. スペック
  5. 状態(ポッドは、ステータスK8S状態を生成自動的に作成されます)

YAMLドキュメントと必要なフィールド
のメタデータ、メタデータ、仕様および規範の状態ステータス:各APIオブジェクト属性の3つのカテゴリがあります。

ここに画像を挿入説明

スペックとステータスとの差:
スペックは、所望の状態である
状態が実際の状態であります

ポッド
の概要:

  1. ポッドはK8Sの最小単位であります
  2. ポッドは、容器内で実行することができ、複数の容器が実行されてもよいです
  3. 複数の容器を実行すると、これらの容器が一緒に予定されています
  4. ポッドのライフサイクルが短く、癒しではないだろう、それが実体の破壊に費やされています
  5. 一般的に、我々が作成され、ポッドのコントローラーによって管理されています

コントローラ:コントローラ
•レプリケーションコントローラとさらにreplicaSet
•https://kubernetes.io/zh/docs/concepts/overview/working-withobjects/labels/
#タグセレクタ
•https://kubernetes.io/zh/docs/concepts /ワークロード/コントローラ/ replicationco
ntroller / #ReplicationコントローラとさらにreplicaSet
•展開
•https://kubernetes.io/zh/docs/concepts/workloads/controllers/deployment/
•Statefulset
•Daemonset
•仕事

Rcは、Rsと展開
•複製コントローラー:コントローラー(!セレクター= =)のコピー
•さらにreplicaSet:コピー制御セット、およびコントローラのコピーが違いです:ブランチセレクタ
サポート(中notinもセレクタサポートを)
•展開:比RS RSの機能に加えて、上位コントローラ、だけでなく
、このような最も重要な,,など、多くの高度な機能があります:ローリングアップグレード、ロールバックなどを
•https://kubernetes.io/zh/docs/concepts /ワークロード/コントローラ/展開/

サービス
•なぜ:再起動IPが変更後のポッド、ポッドの問題との間に直接のアクセスがあるでしょう
サービスとアプリケーションのデカップリング:•どのような。
•方法:サービスオブジェクトがされて宣言し
、一般的に次の2つの方法で使用:
クラスタ内のサービス•K8S:セレクタをポッドを指定するには、自動的にエンドポイントの作成
クラスタ•K8S外のサービスを:エンドポイントを手動で外部のサービスIP、ポートとプロトコルを指定して作成

関係は、サービスプロキシKUBE:
KUBE-プロキシを------> K8S-apiserver
ウォッチ
K8S-apiserver、サービスリソースの変更に一度(チューンK8S-APIサービス情報を変更する)、KUBE-プロキシ上KUBE-プロキシリスニング
でしたがって、サービスの最新の状態を確保し、負荷スケジューリングの対応する調整を生成します。
KUBE-プロキシは、3つのスケジューリングモデルがあります:
•ユーザースペース:1.1 K8S前
•iptablesの:k8s1.10前
IPVS•:K8S 1.11の後、開いていないIPVS場合は、自動的にiptablesのに格下げ

ボリューム
•なぜ:データやデカップリングミラー、およびコンテナ間のデータ共有は
•どのような:オブジェクトが作られた保存、データの格納に、抽象化K8S
:•いくつかの共通ボリューム
emptyDirを:ローカル一時的なボリューム
ホストパス:ローカルボリュームを
NFSなど:共有ボリュームが
configmap:プロフィール

emptyDirが
ポッドのように•ポッドがノードに割り当てられている場合、最初に限りemptyDirボリュームを作成し、
そのノード上で実行され、ボリュームが存在します。最初にあるボリュームの名前として
空。同じ容器内のポッドは読み取ることができ、ボリュームのライトファイルがemptyDir、
体積であるが、同じまたは異なる経路は、各容器に取り付けることができます。いずれかの場合には
時間が何らかの理由ポッドがノードから削除し、データemptyDirは完全に削除されます。

ホストパス
ファイルまたはディレクトリ内のホストノードの•ホストパスボリュームのファイルシステムがクラスタにマウントされ、
ボリュームが削除されていない場合にPODを削除しました

NFSなどの共有ストレージとして
•NFSボリュームの既存のNFS(ネットワークファイルシステム)は、あなたのコンテナを共有するように取り付けできます。
ポッドを削除するときemptyDir異なり、NFSボリュームの内容は、ボリュームがちょうどされ、保存される
アンロードされます。この手段は、NFSボリュームデータを予め充填してもよいし、PODの間とすることができる
「ハンドオーバー」データ。NFSは、同時に複数のライタを搭載してもよいです。

ConfigMap
•なぜ:構成情報とデカップリングミラー
•何を:configmap設定情報オブジェクトには、そのオブジェクトポッドは
、インポート操作を実現するための構成configmapオブジェクトを導入
宣言ConfigMapオブジェクトがボリュームとしてマウント:どのように•ポッドへ

PV / PVC
•なぜ:そうではないときに我々はストレージを変更することを、ポッドとデカップリングストレージを実装
ポッド、ストレージを変更する必要があり、アプリケーションはまた、権限分離を実現することができ
PersistentVolumeとPersistentVolumeClaim:•何を

公開された52元の記事 ウォンの賞賛1 ビュー1667

おすすめ

転載: blog.csdn.net/wx25051/article/details/105251873