Kubernetes 卡夫卡吊舱没有'；不要从GKE开始

我遵循这一点，当我试图在GKE上运行它时，我无法启动

kafka

pod

它始终返回

CrashLoopBackOff

。我不知道如何显示pod错误日志

以下是我点击kubectl Descripte pod my pod xxx时的结果：

Name:           kafka-broker1-54cb95fb44-hlj5b
Namespace:      default
Node:           gke-xxx-default-pool-f9e313ed-zgcx/10.146.0.4
Start Time:     Thu, 25 Oct 2018 11:40:21 +0900
Labels:         app=kafka
                id=1
                pod-template-hash=1076519600
Annotations:    kubernetes.io/limit-ranger=LimitRanger plugin set: cpu request for container kafka
Status:         Running
IP:             10.48.8.10
Controlled By:  ReplicaSet/kafka-broker1-54cb95fb44
Containers:
  kafka:
    Container ID:   docker://88ee6a1df4157732fc32b7bd8a81e329dbdxxxx9cbe614689e775d183dbcd61
    Image:          wurstmeister/kafka
    Image ID:       docker-pullable://wurstmeister/kafka@sha256:4f600a95fa1288f7b1xxxxxa32ca00b4fb13b83b31533fa6b40499bd9bdf192f
    Port:           9092/TCP
    State:          Waiting
      Reason:       CrashLoopBackOff
    Last State:     Terminated
      Reason:       Error
      Exit Code:    137
      Started:      Thu, 25 Oct 2018 14:35:32 +0900
      Finished:     Thu, 25 Oct 2018 14:35:51 +0900
    Ready:          False
    Restart Count:  37
    Requests:
      cpu:  100m
    Environment:
      KAFKA_ADVERTISED_PORT:       9092
      KAFKA_ADVERTISED_HOST_NAME:  35.194.100.32
      KAFKA_ZOOKEEPER_CONNECT:     zoo1:2181
      KAFKA_BROKER_ID:             1
      KAFKA_CREATE_TOPICS:         topic1:3:3
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from default-token-w6s7n (ro)
Conditions:
  Type           Status
  Initialized    True
  Ready          False
  PodScheduled   True
Volumes:
  default-token-w6s7n:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  default-token-w6s7n
    Optional:    false
QoS Class:       Burstable
Node-Selectors:  <none>
Tolerations:     node.kubernetes.io/not-ready:NoExecute for 300s
                 node.kubernetes.io/unreachable:NoExecute for 300s
Events:
  Type     Reason   Age                From                                                   Message
  ----     ------   ----               ----                                                   -------
  Warning  BackOff  5m (x716 over 2h)  kubelet, gke-xxx-default-pool-f9e313ed-zgcx  Back-off restarting failed container
  Normal   Pulling  36s (x38 over 2h)  kubelet, gke-xxxdefault-pool-f9e313ed-zgcx  pulling image "wurstmeister/kafka"

名称：kafka-broker1-54cb95fb44-hlj5b
名称空间：默认值
节点：gke-xxx-default-pool-f9e313ed-zgcx/10.146.0.4
开始时间：2018年10月25日星期四11:40:21+0900
标签：app=kafka
id=1
pod模板哈希=1076519600
注释：kubernetes.io/limit ranger=LimitRanger插件集：容器kafka的cpu请求
状态：正在运行
IP:10.48.8.10
控制人：ReplicaSet/kafka-broker1-54cb95fb44
容器：
卡夫卡：
容器ID:docker://88ee6a1df4157732fc32b7bd8a81e329dbdxxxx9cbe614689e775d183dbcd61
图片：wurstmeister/kafka
图像ID:docker-pullable://wurstmeister/kafka@sha256:4F600A95FA1288F7B1XXXXCA32CA00B4FB13B83B31533FA6B40499BD9BDF192F
端口：9092/TCP
国家：等待
原因：仓促退却
最后状态：终止
原因：错误
出境代码：137
开始时间：2018年10月25日星期四14:35:32+0900
完成时间：2018年10月25日星期四14:35:51+0900
就绪：错误
重新启动计数：37
请求：
中央处理器：100米
环境：
卡夫卡港：9092
卡夫卡大学广告主持人姓名：35.194.100.32
卡夫卡大学动物园管理员大学连接：zoo1:2181
卡夫卡经纪人编号：1
卡夫卡创作主题：主题1:3:3
挂载：
/来自default-token-w6s7n（ro）的var/run/secrets/kubernetes.io/serviceCount
条件：
类型状态
初始化为True
准备错误
播客预定为真
卷数：
default-token-w6s7n：
类型：Secret（由Secret填充的卷）
SecretName:default-token-w6s7n
可选：false
QoS等级：Burstable
节点选择器：
容差：node.kubernetes.io/未就绪：不执行300秒
node.kubernetes.io/不可访问：不执行300秒
活动：
从消息中键入原因年龄
----     ------   ----               ----                                                   -------
警告后退5m（x716超过2h）kubelet，gke-xxx-default-pool-f9e313ed-zgcx后退重新启动失败的容器
正常牵引36秒（x38超过2小时）kubelet，gke-xxxdefault-pool-f9e313ed-zgcx牵引图像“wurstmeister/kafka”

我注意到，在第一次运行时，它运行得很好，但在那之后，

节点

将状态更改为

NotReady

，而

kafka pod

正在进入

CrashLoopBackOff

国家

下面是日志，在它下降之前：

从消息中键入原因年龄
----    ------                  ----  ----                                                   -------
正常计划的5m默认计划程序已成功将kafka-broker1-54cb95fb44-wwf2h分配给gke-xxx-default-pool-f9e313ed-8mr6
正常成功装入卷5m kubelet，gke-xxx-default-pool-f9e313ed-8mr6装入卷。卷“default-token-w6s7n”的安装成功
正常拉伸5m kubelet，gke-xxx-default-pool-f9e313ed-8mr6拉伸图像“wurstmeister/kafka”
正常拉取5m kubelet，gke-xxx-default-pool-f9e313ed-8mr6成功拉取图像“wurstmeister/kafka”
正常创建5m kubelet，gke-xxx-default-pool-f9e313ed-8mr6创建容器
正常启动5m kubelet，gke-xxx-default-pool-f9e313ed-8mr6启动容器
正常节点控制从节点gke-dev-centurion-default-pool-f9e313ed-8mr6删除Pod kafka-broker1-54cb95fb44-wwf2h的38s节点控制器标记

---

有人能告诉我我的pod出了什么问题，以及如何捕捉pod故障的错误吗？

我刚刚发现集群的节点没有足够的资源。

---

创建一个具有更多内存的新集群后，它就可以工作了。

我注意到，第一次它运行良好，但在那之后，一个

节点

将状态更改为

NotReady

，并且

kafka pod

返回了

CrashLoopBackOff