我考虑的另一个解决方案是使用K9S，这是一个很棒的kube管理工具。

安装后使用非常简单明了:

 k9s -n my-namespace --context the_context_name_in_kubeconfig

(如果kubeconfig不在默认位置，则添加kubeconfig =path/to/kubeconfig prefix)。

默认视图将列出所有pod列表:

我们可以通过输入冒号将视图更改为其他Kube控制器，如副本集(关于复制控制器的问题，请注意它们已弃用)，部署，cron作业等，然后开始输入所需的控制器-正如我们可以看到K9S为我们提供了自动补全功能:

我们可以看到当前命名空间中的所有副本集:

我们可以通过单击enter选择所需的副本集，然后我们将看到与此副本集相关的所有pod的列表-然后我们可以按'l'查看每个pod的日志。

所以，不像在stern的情况下，我们仍然需要进入每个舱，并查看其日志，但我认为这是非常方便的K9S -我们首先查看相关控制器的所有舱，然后通过简单地导航进入，l和escape来调查每个舱的日志。

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

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 -l app=elasticsearch

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

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

以前提供的解决方案并不是最优的。kubernetes团队自己在一段时间前提供了一个解决方案，称为stern。

stern app1

它还匹配正则表达式，默认情况下执行tail和-f (follow)。一个很好的好处是，它显示了生成日志的pod。

app1-12381266dad-3233c foobar log
app1-99348234asd-959cc foobar log2

抓取go-binary for linux或通过brew for OSX安装。

https://kubernetes.io/blog/2016/10/tail-kubernetes-with-stern/

https://github.com/wercker/stern

我使用这个简单的脚本从部署的pods中获取日志:

#!/usr/bin/env bash

DEPLOYMENT=$1

for p in $(kubectl get pods | grep ^${DEPLOYMENT}- | cut -f 1 -d ' '); do 
    echo --------------------------- 
    echo $p 
    echo --------------------------- 
    kubectl logs $p
done

剧本要点

使用方法:log_deploy .sh "deploy -name"。

然后脚本将显示所有以“deployment-name”开头的pod的日志。