问题标签 [kubernetes-cluster]

尝试使用以下文档的 kubernetes API 检索 kubernetes 集群的详细信息，例如命名空间和 pod 详细信息

接口：

<id_token>- 生成的 IAM 令牌。

将在启用 SSL 证书的邮递员上收到证书错误，否则会抛出 403 Forbidden 错误

结果禁用 SSL 证书验证。

尝试使用 curl 会导致相同的错误

带有 API 调用的 chrome 上的错误

我将如何访问此 API？

我们的一些 Pod 通过“kubernetes”服务访问 Kubernetes API。我们正在应用允许访问 K8S API 的网络策略，但我们发现完成此操作的唯一方法是查询“kubernetes”服务的 ClusterIP，并将其作为 ipBlock 包含在出口规则中在网络策略中。

具体来说，这个值：

“kubernetes”服务 ClusterIP 是否有可能更改为不同于在集群创建期间初始化的值？如果是这样，我们的配置可能会中断。我们希望这是不可能的，但我们正在寻找官方支持文档。

当在集群创建时创建 vm 实例时，如果不从 vm 实例组中删除 vm 实例，我将无法更改项目范围的 ssh。有没有办法做到这一点

假设我有一个要部署到服务器的应用程序。对于这个问题，让它成为一个 kibana 实例

考虑我有一个集群，其中有 2 个节点，每个节点在 Digital Ocean 中具有 2GB RAM 2 核 CPU，以及一个具有 4GB RAM 和 2 核 CPU 的普通液滴

在负载平衡和性能方面，两者是否给出相同的结果？kubernetes 集群在扩展时会有所帮助，但如果不需要扩展，最终结果是否有任何差异？

是否有任何等效的 kubernetes python 客户端功能

kubectl cluster-info

哪个输出

我正在尝试做一个 Kubernetes 多集群，我需要一个唯一的值来区分集群。

Kubernetes 是否提供 UID 来区分每个集群？

如果不是，那么通过 kube-system 命名空间的 UID 分隔每个集群的最佳方法是什么？

当我尝试执行 minikube start 时如何解决以下错误

Microsoft Windows 10 家庭单一语言上的 minikube v1.12.3

根据用户配置使用docker驱动

！'docker' 驱动程序报告了一个问题：“docker version --format {{.Server.Os}}-{{.Server.Version}}”退出状态 1：连接期间出错：获取 http://%2F%2F。 %2Fpipe%2Fdocker_engine/v1.40/version: open //./pipe/docker_engine: 系统找不到指定的文件。在 Windows 上的默认守护程序配置中，必须运行提升的 docker 客户端才能连接。此错误还可能表明 docker 守护程序未运行。

建议：启动 Docker 服务。如果 Docker 已经在运行，您可能需要将 Docker 重置为出厂设置：设置 > 重置。

文档：https ://github.com/docker/for-win/issues/1825#issuecomment-450501157

X 无法验证 'docker' 驱动程序

我已经在生产环境中部署了带有 kubeadm 的 Kubernetes 集群 v1.18.8。集群设置是 3 个主节点和 3 个工作节点，带有外部 Kube-api 负载均衡器，etcd 驻留在主节点中。在安装过程中没有看到任何问题，并且 kube- 中的所有 pod-系统正在运行。但是，当我在以下命令下运行时出现错误时，我得到错误：

在进行故障排除时，我发现端口没有被监听。

如果我在开发环境 kubernetes 集群（v1.17）上检查相同的内容，我认为没有问题。

在新创建的生产集群上，我部署了 nginx 和另一个应用程序，只是为了测试 kubernetes 组件的行为方式，没有看到任何错误。这是版本 v1.18 中的预期行为吗？真的很感激这方面的任何帮助。

注意：内部通信中没有端口被阻塞

这是我提议的 kubernetes 集群，我希望能够运行 Postgresql 数据库，我的节点访问存储机器来存储数据，这是使用 NFS 的一个好选择吗？我怎样才能最好地在这里运行数据库实例？

当前设置

我们有 3 个运行 spring boot 应用程序的 kubernetes pod 的 kubernetes 集群设置。我们使用 Spring Boot 调度程序每 12 小时运行一次作业以获取一些数据并缓存它。（有队列设置，但我不会继续这些细节，因为我的查询是在我们进入队列之前进行设置）

问题

因为我们有 3 个 pod 并且调度程序处于应用程序级别，所以我们对数据集进行了 3 次调用，每个 pod 获得响应，并且在缓存中处理的 pod 首先成为主节点，其他 2 个 pod 从该实例复制数据。

我认为这是一个问题，因为我们将增加作业数量以获得更多数据集，因此这将成倍增加调用次数。

我不是 Devops 方面的人，并且对 azure 的了解有限，因此我需要社区的一些帮助

需要

有哪些方法可以改善这一点？我想将 Cron 计划分开运行一次，而不是为每个 pod 1 运行 - 我可以将 cronjob 保持在集群级别吗，我在这里阅读过它https://kubernetes.io/docs/concepts/workloads/controllers/cron-工作/ 这会解决问题吗？

2 - 我用谷歌搜索并发现其他选项是运行一个 Cronjob，它将安排一个工作完成，这会有所帮助，但不确定它的真正含义。

提前感谢您抽出时间阅读。