小编lio*_*tur的帖子

我有我的部署，我在其中定义了 postgres statefulSet，但是我没有 PVC，所以如果 pod 死了 - 所有数据都消失了。如果我将列出所有豆荚，我会看到下图：

pod1 - Running - 10 min
pod2 - Running - 10 min
postgresPod - Running - 10 min

一段时间后，我再次列出豆荚，如下所示：

pod1 - Running - 10 min
pod2 - Running - 10 min
postgresPod - Running - 5 min

如您所见，postgresPod 运行了 5 分钟。我“描述”了 statefulset 并在下面看到：

Type     Reason               Age                From                    Message
  ----     ------               ----               ----                    -------
  Normal   SuccessfulCreate     5m **(x2 over 10m)**  statefulset-controller  create Pod postgresPod in StatefulSet x-postgres successful
  Warning  RecreatingFailedPod  5m                statefulset-controller  StatefulSet …

我使用的是 Docker 版本 17.12.1-ce Kubernetes 版本 v1.10.11

我的应用程序将 Json 格式的日志打印到控制台。其中一个字段是stackTrace，它可以包含一个巨大的stackTrace。

问题在于日志消息被分成两条消息。因此，如果我查看 /var/lib/docker/containers/ ... .log，我会看到两条消息。我读到这样做是出于安全原因，但我真的不明白我能用它做什么？

我应该切断我的 stackTrace 吗？或者定制尺寸？这是允许的吗？这是处理这个问题的正确方法吗？

p/s 我正在使用 json 文件日志记录驱动程序

我想了解我是否需要将负载均衡器作为 Elasticsearch 部署的一部分，或者是否被认为是一种良好实践。

据我了解，Elasticsearch 的高级 REST 客户端和传输客户端可以管理节点之间的负载平衡。因此，客户端需要逗号分隔的端点列表，仅此而已。

中间还有负载均衡器还有什么意义吗？对于哪种情况它可能有用？每种方法的优缺点？

我正在使用 kubernetes java 客户端库来与我的 kubernetes 服务器进行通信。

我的问题是有没有办法以编程方式从其中向 kubernetes 发送调用获取正在运行的 pod 的命名空间？

我听说这里有文件 - /var/run/secrets/kubernetes.io/serviceaccount/namespace

但是我想知道有什么方法可以在不阅读此文件的情况下使用 java 客户端获取它。

我在文档中搜索过，但没有发现与此相关的任何内容。

我有带有 pod、部署等的 k8s 集群。我正在使用 helm 来部署我的应用程序。我想删除所有部署并使用以下命令

helm delete myNamespace --purge

如果我查看 pod 的状态，我会看到它们处于终止状态，问题是这需要时间。有什么方法可以立即使用一些强制标志或其他东西将其删除。

在我的有状态集中，我定义了volumeClaimTemplates。添加了存储类的定义。部署后，我创建了 PVC、PV 和 SC。回收策略是删除。但是，执行 helm delete <> --purge 后，除 PVC 之外的所有资源都将被删除

我使用 kubernetes.io/cinder 进行动态配置。

下面PVC

NAME                            STATUS    VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS          AGE
data-x-kafka-0                  Bound     pvc-db37bd17-fe35-11ea-8161-fa163efa0a08   16Gi       RWO            sc-name               7m

低于光伏

NAME                                       CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS    CLAIM                               STORAGECLASS          REASON    AGE
pvc-db37bd17-fe35-11ea-8161-fa163efa0a08   16Gi       RWO            Delete           Bound     ns/data-x-kafka-0                   sc-name                         12m

您能给我指点吗，我错在哪里？