[12]の研究では、小さなチョッパーパイロットノート:私の最初のコンテナアプリケーション

「では、詳細な分析Kubernetes - 12小さなチョッパーパイロット:。私の最初のコンテナアプリケーション」


準備や画像YAMLプロファイル(またはJSON)の生産:2つのステップを含み

展開の一例として、nginxの

apiVersion:アプリケーション/ V1の  
種類:展開  
メタデータ:  
  名前:nginxの-展開  
スペック:  
  セレクタ:  
    matchLabels:  
      アプリ:nginxのの  
  レプリカ:2  
 テンプレート:  
   メタデータ:ラベル:  
     アプリ:nginxのの  
   仕様:  
     コンテナ:  
     -名前:nginxの  
       画像:nginxの:1.7。 9つの  
       ポート:  
       - containerPort:80


前記種類のフィールド宣言された型、例えば配備、等をdaemonset、メタデータを具体的に説明されている、例えば、名前、名前空間、ラベル、注釈、等

spec.templateポッドの詳細を説明する、即ち、容器の構成テンプレート


作成展開

$のkubectlは-f nginxの-deployment.yamlを作成します


Viewの展開操作

$ kubectl GETポッド-lアプリ= nginxの  
NAME READY STATUSはAGEのn個の再起動
会社はGinx展開-67594d6bf6-9gdvr 1/1 0 10メートル走行  
0 10メートルを実行しているnginxの展開-67594d6bf6-v6j7w 1/1


APIオブジェクトの詳細を表示します

kubectlポッドnginxの展開-67594d6bf6-9gdvr説明
nginxの展開-67594d6bf6-9gdvr:名前
名前空間:デフォルトの
優先度:0 
PriorityClassName:<なし> 
ノード:ノード-1 / 10.168.0.3 
開始時間:木、2018年8月16日午前8時48分を:42 0000 
ラベル:アプリ= nginxの
                    ポッドのテンプレートハッシュ= 2315082692 
注釈:<なし> 
ステータス:実行
IP:10.32.0.23 
さらにreplicaSet / nginxの展開-67594d6bf6:によって制御しない
... 
イベント:

  メッセージからタイプ理由年齢

  ---- ------ ---- ---- ------- 
  
  通常のスケジュール1メートルのデフォルトのスケジューラに成功割り当てられたデフォルト/ nginxの展開-67594d6bf6-9gdvrは、ノード-1にする
  ノーマル引っ張る25S kubelet 、ノード1引っ張る画像"nginxの:1.7.9"は
  kubelet、ノード-1正常引っ張ら画像"nginxの:1.7.9"ノーマル17Sを引っ張っ
  通常作成17S kubeletは、ノード1作成コンテナ
  ノーマル17Sスタートkubelet、ノード1がスタート容器


後半のフィールドを持っているイベントは、一般的な、問題を特定するために使用することができます

(1)を含む、適切なノードのノードスケジュールポッドを見つけます。

一致ノードは、ノードのラベルではありません。

ノードノードのリソースが十分ではありません。

ノードノードは、染みを有します。

ネットワークノードにおいて異常なノード。


(2)ミラーに障害が発生したプル

コンテナミラーバージョンアップ

...     
    仕様:
      コンテナ:
      -名前:nginxの
        画像:nginxの:ここで#1.8 1.7.9 1.8から変更され
        たポート:
      - containerPort:80


実行

$のkubectlは-f nginxの-deployment.yamlを置き換えます

より一般的な方法は、それが作成または変更コマンドを介して行うことができますされているかどうか、関連事業の実施を通じて適用することです

$ Kubectlは-f nginxの-deployment.yaml適用  
の内容変更#nginxの-deployment.yamlを  
$は、-f nginxの-deployment.yamlを適用kubectl

以下は、マウントされたボリュームの一例です

EmptyDirとは、通常、2種類のホストパスに分かれて、違いは、前者は、ホストのディレクトリ(ソースディレクトリ)を指定する必要はありませんK8Sは、ホスト上の一時ディレクトリを作成し、それをマウントしていることであり、後者は明示的に宣言する必要がありますにリンクされていますソースディレクトリに含まれる、例えば、ホストコンピュータは/ usr / local / nginxの/ htmlディレクトリは、容器の同じ位置に取り付けられています。


emptyDir例

ボリューム:
      -名前:nginxの-体積
        emptyDir:{} 
ホストパス的例子
...    
    ボリューム:
      -名前:nginxの-VOLの
        ホストパス:  
          パス:/ VAR /データ


容器に

$のkubectl幹部-it nginxの展開-5c678cfb6d-lg9lw - / binに/ bashのの  
#のLSは、/ usr / share / nginxの/ htmlの


コンテナを削除します。

$ Kubectl削除-F nginxのdeployment.yaml


おすすめ

転載: blog.51cto.com/pmghong/2404535