一种选择是通过Fluentd/ElasticSearch设置集群日志记录，如https://kubernetes.io/docs/user-guide/logging/elasticsearch/所述。一旦日志在ES中，就很容易在Kibana中应用过滤器来查看特定容器中的日志。

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

kubectl logs deployment/app1

如果豆荚的命名有意义，可以使用简单的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 -h中得到帮助，根据信息，

kubectl logs -f deployment/myapp -c myapp --tail 100

-c是容器名称，——tail将显示最新的num行，但这将选择部署的一个pod，而不是所有pod。这是你必须记住的。

kubectl logs -l app=myapp -c myapp --tail 100

如果想显示所有pod的日志，可以使用-l并指定一个标签，但同时不使用-f。

在本例中，当Pod中定义了多个container时，可以替换<namespace>和<app-name>来获取日志。

kubectl -n <namespace> logs -f deployment/<app-name> \
    --all-containers=true --since=10m

你可以使用标签

kubectl logs -l app=elasticsearch

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

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