你可以使用标签

kubectl logs -l app=elasticsearch

你可能想要指定——all-containers——ignore-errors，以便:

包括来自多个容器的吊舱的日志 在致命错误(例如，无法检索日志)时继续到下一个pod

如果豆荚的命名有意义，可以使用简单的Plain Old Bash:

keyword=nodejs
command="cat <("
for line in $(kubectl get pods | \
  grep $keyword | grep Running | awk '{print $1}'); do 
    command="$command (kubectl logs --tail=2 -f $line &) && "
  done
command="$command echo)"
eval $command

说明:循环运行名称包含“nodejs”的pod。并行跟踪每个pod的日志(单&号在后台运行)，确保如果任何pod失败，整个命令都退出(双&号)。将来自每个tail命令的流合并到一个唯一的流中。Eval需要运行这个动态构建的命令。

对我有用:

Kubectl logs -n namespace -l app=label -c container

你可以使用标签

kubectl logs -l app=elasticsearch

你可能想要指定——all-containers——ignore-errors，以便:

包括来自多个容器的吊舱的日志 在致命错误(例如，无法检索日志)时继续到下一个pod

不确定这是否是一个新事物，但随着部署，可以这样做:

kubectl logs deployment/app1

你可以像Adrian Ng建议的那样，使用标签从多个容器中获取日志:

kubectl logs --selector app=yourappname

但是如果你有一个包含多个容器的pod，上面的命令将会失败，你需要指定容器名称:

kubectl logs --selector app=yourappname --container yourcontainername

注意:如果你想查看哪些标签是可用的，下面的命令将列出所有标签:

kubectl get pod <one of your pods> -o template --template='{{.metadata.labels}}'

.．.输出会是这样的

映射[app:yourappname controller-revision-hash:598302898 pod-template-generation:1]

请注意，有些标签可能不会被其他pod共享——选择“app”似乎是最简单的一个