当前位置: 首页 > 知识库问答 >
问题:

Kubernetes-PersistentVolumeClaim失败

茅高卓
2023-03-14
kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: my-scratch-space
spec:
  accessModes:
  - ReadWriteOnce
resources:
  requests:
    storage: 2000Gi
storageClassName: standard
Failed to provision volume with StorageClass "standard": googleapi: Error 503: The zone 'projects/p01/zones/europe-west2-b' does not have enough resources available to fulfill the request.  Try a different zone, or try again later.

共有1个答案

闾丘诚
2023-03-14

您这边没有配置问题--实际上Europe-West2-b区域中没有足够的资源来创建2T持久磁盘。请尝试使用较小的卷或使用不同的区域。

文档中有一个GCE的例子。创建一个新的StorageClass,指定Europe-West1-b区域(实际上比Europe-West2-b便宜),如下所示:

kind: StorageClass
apiVersion: storage.k8s.io/v1
metadata:
  name: gce-pd-europe-west1-b
provisioner: kubernetes.io/gce-pd
parameters:
  type: pd-standard
  zones: europe-west1-b

并修改您的PVC:

kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: my-scratch-space
spec:
  accessModes:
  - ReadWriteOnce
resources:
  requests:
    storage: 2000Gi
storageClassName: gce-pd-europe-west1-b
 类似资料:
  • 我的环境: 我已经成功地配置了Kubernetes集群(一个主服务器和一个辅助服务器),但是当前在用下面的代码检查dns解析时,它失败了。

  • 我们使用创建了一个PersistentVolume pv01: 并通过键入: 然后,当我们键入时,PersistentVolume显示“可用”的状态。 注此OP与其他问题不同,因为即使在NFS IP和路径周围有引号,此问题仍然存在。 为什么这种PVC不与PV结合?需要做哪些具体的改变来解决这个问题?

  • 这个问题是关于Kubernetes中PersistentVolume和PersistentVolumeClaim配置的行为。我们已经通读了文档,留下了一些挥之不去的问题。 我们使用Azure Kubernetes服务来承载我们的集群,我们希望为我们的许多吊舱提供一个共享的持久存储后端。我们计划使用PersistentVolumes来实现这一点。 在这个场景中,我们希望发出一个由AzureFile存

  • 在使用调用后使用go-client API时,PersistentVolumeClaim显示为资源,但保持在挂起状态。当使用时,我没有看到任何事件,也没有看到任何正在创建的卷等。 我试图找到一些好的示例来使用带有持久卷的Create API,但大多数示例似乎是针对观察者等的,因此我花了相当长的时间来尝试反向工程代码,引导我显式地设置,但这似乎没有产生任何影响。我还尝试在规范中默认VolumeMod

  • 我正在尝试将Kubernetes作为云添加到Jenkins服务器,并提供相应的Kubernetes URL和其他详细信息。当我添加细节并测试连接时,我得到了以下错误 连接到时出错https://192.168.X.XX:6443:执行失败:获取:https://192.168.X.XX:6443/api/v1/namespaces/default/pods.消息:用户“system:anonymo

  • 在上使用helm upgrade命令运行容器时,出现了以下错误: “准备探测失败:获取http://172.17.0.6:3003/:拨号tcp 172.17.0.6:3003:GetSockopt:连接拒绝”。