你可以从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。

你可以像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”似乎是最简单的一个

你可以使用标签

kubectl logs -l app=elasticsearch

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

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

我使用这个命令。

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

这个回答试图提供一个简洁的例子和解释。为了获得一组pod中所有容器的所有输出，您必须使用标签(选择器)，除非您计划执行一些额外的脚本。

kubectl logs \
--namespace my-namespace \
-l app=my-app-label \
--tail=-1 \
--timestamps=true \
--prefix=true \
--all-containers=true

这个示例返回label app=my-app-label定义的pod中所有容器的完整快照日志。

可选选项

添加——timestamps=true和——prefix=true标志可能会有帮助，这样时间戳和日志源在输出中就可见了，但这不是必需的。

按资源划分的日志

如果指定了诸如部署之类的资源，并且该部署具有 多个pod(如ReplicaSet)，则只返回其中一个pod日志。这就是为什么要使用选择器来识别豆荚。

尽管指定了——all-containers，但在编写响应时，使用kubectl v1.22.5，针对服务或部署等资源并不能成功返回所有pod中所有容器的日志。这就是必须使用选择器的原因。

容器名称

根据kubectl日志的输出—帮助

打印pod或指定资源中容器的日志。 如果pod只有一个容器，则容器名是可选的。

这意味着如果有多个容器，您必须执行以下操作之一:

让命令为您选择一个容器 使用——all-containers=true选项

跟踪和拖尾

如果您像上面的例子那样指定一个标签，那么tail将被设置为10，只返回每个容器的最后10条日志。要获取所有日志，请将tail设置为-1。

在示例中添加-f或——follow以跟踪日志。如果不需要所有日志，可以更改——tail选项的值。在跟踪日志时，您可能希望确保默认选项——max-log-requests=5是足够的。如果增加了20个容器，则需要max-log-requests=20。

你可以从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。