小编moo*_*tte的帖子

我可以使用volumeMounts.subPath属性将不同的目录安装到不同安装点的同一容器。

在生产环境中使用这个可以吗？我用作AWS EFS我的持久存储。

该文档说不推荐。如果使用这个有什么需要注意的吗？

请帮忙！

我正在尝试将 docker 映像部署到 kuebernetes 集群。没问题，直到我切换到带有 M1 的新 Macbook Pro。

在 m1 机器上构建映像并部署后，我从 kuebernetes pod 收到以下错误： standard_init_linux.go:211: exec user process caused "exec format error"

在做了一些研究之后，我关注了这篇关于docker buildx添加和设置的中等帖子。

一旦我使用新的 buildx 构建新映像并使用 docker 桌面（与 m1 兼容的预览版）在本地运行它，它就可以正常运行。但是 kubernetes pod 仍然显示相同的错误。 standard_init_linux.go:211: exec user process caused "exec format error"

我的构建命令
docker buildx use m1_builder && docker buildx build --platform linux/amd64,linux/arm64,linux/arm/v7,linux/arm/v6 -f Dockerfile -t ${myDockerRepo} --push . '
在构建过程中，我看到每个平台都注销了它正在运行来自我的 Dockerfile 的命令。

我的推送命令
docker push ${myDockerRepo} 需要注意的一件奇怪的事情是 docker push 命令响应中的 sha256 摘要没有改变。

这是我的 …

我有一个问题被困住了，我不太确定如何解决它。

在我的工作项目中，我有一个 ActiveMQ 队列，我想向 Prometheus 发送一些指标，这将帮助我在 Grafana 中创建一些警报。我知道对于 ActiveMQ Artemis 我可以使用这个插件，但我不明白 100% 如何配置它。

我的应用程序部署在 Kubernetes 集群上，ActiveMQ 代理也在那里。所以我创建了ActiveMQPrometheusMetricsPlugin类来实现org.apache.activemq.artemis.core.server.metrics.ActiveMQMetricsPlugin. 现在我感到困惑的是，我应该部署我的应用程序，并且 Prometheus 会收集指标吗？我应该做更多配置吗？

我们通常不会在本地环境上构建应用程序。我们正在使用一个管道来构建应用程序并将其部署到各种环境（开发、测试、生产）。我应该做与 GitHub 插件项目类似的配置，部署它，然后在 Kubernetes 上找到这些 jar 并将它们移动到正确的位置？开发人员还对我说我们正在使用默认的conf。我不知道我们是否有broker.xml文件。

alpha-pv我在 kubernetes 集群中有一个 PV ，并创建了一个与 PV 规格匹配的 PVC。PV 使用Storage Class: slow. 但是，当我检查集群中是否存在存储类时，没有存储类存在，但我的 PVC 仍然是BoundPV。

当 PV/PVC 中引用的存储类在集群中不存在时，这怎么可能？

如果我没有在 PVC 中提及存储类，我会收到指出存储类集的错误消息。集群中已经存在一个 PV，其具有RWO访问模式、1Gi存储大小以及名为 的存储类slow。但在检查存储类详细信息时，集群中没有存储类资源。

slow如果我在 PVC 中添加存储类名称mysql-alpha-pvc，则 PVC 会绑定到 PV。但我不清楚当slow集群中不存在名为 PV/PVC 的存储类时，会发生这种情况。

我正在尝试使用 Kubernetes 中使用的 \xc2\xa0 oauth2_proxy \xc2\xa0 对 AAD（Azure Active Directory）进行身份验证以获取访问令牌。

首先，我正在努力让正确的身份验证流程发挥作用。

其次，重定向到我的应用程序后，访问令牌不在oauth2_proxy中指定的请求标头中 \xc2\xa0documentation 中指定的请求标头中。

编辑：

我删除了 minikube，在 Windows 的 Docker 桌面中启用了 kubernetes 并ingress-nginx手动安装。

$helm upgrade --install ingress-nginx ingress-nginx --repo https://kubernetes.github.io/ingress-nginx --namespace ingress-nginx --create-namespace
Release "ingress-nginx" does not exist. Installing it now.
Error: rendered manifests contain a resource that already exists. Unable to continue with install: ServiceAccount "ingress-nginx" in namespace "ingress-nginx" exists and cannot be imported into the current release: invalid ownership metadata; annotation validation error: missing key "meta.helm.sh/release-name": must be set to "ingress-nginx"; annotation validation error: missing key "meta.helm.sh/release-namespace": must be set …

有人可以帮忙发现ingress-2入口规则的问题吗？为什么ingress-1有效与ingress-2无效。

我的设置描述，我有两个部署：

第一次部署是nginx
第二次部署是httpd

这两个部署均通过分别名为和 的ClusterIP服务公开。所有这些都适合服务。但是，在为这些服务设置入口时，我无法使用（如 中所述）设置入口。但是，当我使用时，一切正常。nginx-svchttpd-svcendpointshostingress-2ingress-1

// 我的主机文件用于名称解析

grep myapp.com /etc/hosts
127.0.0.1        myapp.com

// 部署详细信息

kubectl get deployments.apps
NAME    READY   UP-TO-DATE   AVAILABLE   AGE
nginx   3/3     3            3           29m
httpd   3/3     3            3           29m

// 服务详情

kubectl get svc
NAME         TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)   AGE
kubernetes   ClusterIP   10.152.183.1     <none>        443/TCP   7h48m
nginx-svc    ClusterIP   10.152.183.233   <none>        80/TCP    28m
httpd-svc    ClusterIP   10.152.183.58    <none>        80/TCP    27m

// …