CaaSP4 - コマンド履歴

 

 

 

#Kubectlは、ノードがmaster01説明
master01:名前
役割:マスター
ラベル:beta.kubernetes.io/arch=amd64 
                    beta.kubernetes.io/os=linux 
                    kubernetes.io/arch=amd64 
                    kubernetes.io/hostname=master01 
                    kubernetes.io/osを= Linuxの
                    node-role.kubernetes.io/master= 
注釈:io.cilium.network.ipv4-という名前のホスト:10.244.0.1 
                    io.cilium.network.ipv4-健康-IP:10.244.0.144 
                    io.cilium.network。 IPv4の-ポッド-Cidris:10.244.0.0/24 
                    io.cilium.network.ipv6-という名前のホスト:F00D :: AF4:0:0:1
                    io.cilium.network.ipv6-健康-IP:F00D :: AF4:0:0:8ce1 
  タイプステータスLastHeartbeatTime LastTransitionTimeの理由メッセージ
                    io.cilium.network.ipv6-ポッドCIDR:F00D :: AF4:0:0:0/96 
                    kubeadm.alpha.kubernetes.io/cri-socket:/var/run/crio/crio.sockの
                    node.alpha。 kubernetes.io/ttl:0 
                    volumes.kubernetes.io/controller-managed-attach-detach:真
CreationTimestamp:日、2019年10月6日は16時03分08秒0800 
は汚染さ:node-role.kubernetes.io/master:NoSchedule 
Unschedulable :偽
条件:
  ---- ------ ----------------- ------------------ - ----- -------
  NetworkUnavailable Falseの水、2019年10月9日午前9時48分15秒0800水曜日、2019年10月9日午前9時48分15秒0800 CiliumIsUpの繊毛は、このノード上で実行されている
  MemoryPressure偽水曜日、2019年10月9日10時41分58秒0800日、06 2019年10月午後04時03分00秒0800 KubeletHasSufficientMemory kubeletは十分なメモリ利用できる持っている
  DiskPressure Falseの水を、2019年10月9日10時41分58秒0800日、2019年10月6日午後04時03分00秒0800 KubeletHasNoDiskPressure kubelet何のディスク圧力がありません 
  ホスト名:master01 
容量: 
  Falseの水、2019年10月9日午前10時41分58秒0800日、2019年10月6日をPIDPressureません午前16時03分00秒0800 KubeletHasSufficientPID kubelet十分なPIDが利用できています
  レディ真の水、2019年10月9日10時41分58秒0800日、2019年10月6日午後4時08分28秒0800 KubeletReady kubeletレディ状態を掲示しています。AppArmorは有効
:アドレス
  InternalIP:172.200.50.70 
 CPU:4 
 エフェメラルストレージ:17394Mi 
 のhugepages-1GI:0 
 のhugepages-2MI:0 
 メモリ:3746524Kiの
 ポッド:110 
割付け:
 CPU:4 
 エフェメラルストレージ:16415037823件
 のhugepages-1GI:0 
 hugepages-を2MI:0 
 メモリ:3644124Kiの
 ポッド:110 
システム情報:
 マシンID:21c43aad5388499bba20966cf4aad01a 
 システムUUID:e5744d56-FE06-ebb8-779a-ed0dfc4f6e07の
 ブートID:bff71ca7-f8d5-40ec-823A-017cda604703 
 カーネルバージョン:4.12.14-197.18-デフォルトの
 OSイメージ:SUSE Linux Enterprise Serverの15 SP1 
 オペレーティングシステム:Linuxの
 アーキテクチャ:AMD64 
 コンテナランタイムバージョン:CRI-O://1.15.0 
 Kubeletバージョン:v1.15.2 
 KUBE-Proxyバージョン:v1.15.2 
PodCIDR:10.244.0.0/24 
非終了ポッド:(合計9)
  名前空間名CPUが要求CPU制限メモリは、メモリ制限のAGEを要求
  --------- ---- - ----------- ---------- --------------- ------------- - - 
  KUBE系の繊毛- d6krt 0(0%)0(0%)0(0%)0(0%)2d18h 
  KUBE系coredns-69c4947958-jq5fj 100メートル(2 %)0(0%)70Mi(1%)170Mi(4%)2d18h
  KUBE系coredns-69c4947958-m29fz 100メートル(2%)0 (0%) 70ni(1%)L70ni(4%)2dl8h 
  KUBE-システムEtcd-Master0l 0(0%)0(0%)0(0%) 0(0%)2dl8h 
  KUBE-システムKUBE-Apisserver-Master0l 250メートル(6%)0(0%)0(0%)0(0%)2dl8h 
  KUBE-システムKUBEコントローラマネージャ-master01 200メートル(5%) 0(0%)0(0%)0(0%)2dl8h 
  KUBE-システムKured- 5vhdw 0(0%)0( 0%)0(0%)0(0%) 2dl8h 
  KUBEシステムKUBE-proxy- 2f57p 0(0%)0(0%)0(0%)0(0%)2d18h
  KUBE-システムKUBE-スケジューラ-master01の100メートル(2%)0(0%)0(0%)0(0%)2d18h 
  通常出発54メートルのkubeletは、kubeletを開始master01。
割り当てられたリソース:
  (総限界、すなわち、オーバーコミット、100%以上でもよい)
  リソースが制限要求
  -------- -------- ------ 
  (CPUの750メートル(18%)0 0%)
  メモリ140Mi(10%)340Mi(9%)
  エフェメラルストレージ0(0%)0(0%)
イベント:
  タイプ理由年齢メッセージから
  ---- ---- ---- - - ------- 
  ノーマルNodeHasSufficientMemoryの54メートル(54メートルを超えるX8)kubelet、master01ノードmaster01状況は以下のようになります。NodeHasSufficientMemory
  通常NodeHasNoDiskPressureの54メートル(54メートルを超えるX8)kubelet、master01ノードmaster01状況は以下のようになります。NodeHasNoDiskPressure 
  通常NodeHasSufficientPIDの54メートル(54メートルを超えるX7)kubelet、master01ノードmaster01ステータスは以下のようになります。NodeHasSufficientPID 
  ポッド全体で通常NodeAllocatableEnforced 54メートルkubelet、master01更新ノード割付け制限 
  CRIエラーをmaster01 readOnlySysFS 54メートルKUBE-プロキシ警告、:/ sysのは、読み取り専用です:接続追跡の制限を変更することはできません、問題はその後に発生(ドッカーを実行している場合は、ドッキングウィンドウが表示されることがあり問題#24000)
  通常の出発54メートルのKUBE-プロキシ、KUBE-プロキシ開始master01。

 

おすすめ

転載: www.cnblogs.com/alfiesuse/p/11640348.html