无法使用Kubernetes Google计算平台中其他节点已使用的现有PersistentVolume
我试图留在谷歌云平台的免费层上,它只允许3个节点和30Gb的存储空间,在创建集群的地方,每个节点都映射到每个10Gb的存储空间 当我尝试装载persistentVolume并声明现有磁盘时,错误显示:无法使用Kubernetes Google计算平台中其他节点已使用的现有PersistentVolume,kubernetes,google-compute-engine,Kubernetes,Google Compute Engine,我试图留在谷歌云平台的免费层上,它只允许3个节点和30Gb的存储空间,在创建集群的地方,每个节点都映射到每个10Gb的存储空间 当我尝试装载persistentVolume并声明现有磁盘时,错误显示: 为卷“myapp pv”附加失败:googleapi:错误400:磁盘资源“projects/myapp dev/zones/us-central1-a/disks/gke-myapp-dev-clus-default-pool-64e30c4b-dvkc”已被“projects/myapp d
为卷“myapp pv”附加失败:googleapi:错误400:磁盘资源“projects/myapp dev/zones/us-central1-a/disks/gke-myapp-dev-clus-default-pool-64e30c4b-dvkc”已被“projects/myapp dev/zones/us-central1-a/instances/gke-myapp-dev-clus-default-pool-64e30c4b-dvkc”使用
我的工作解决方案是创建另一个磁盘,但问题是它超出了空闲层,我想知道,如果不在GCP中创建另一个persistentDisk,我们怎么能留在空闲层
当我尝试装载persistentVolume并声明现有磁盘时,错误显示
发生此错误是因为GCE上的PV:
Important! A volume can only be mounted using one access mode at a time,
even if it supports many. For example, a GCEPersistentDisk can be mounted as ReadWriteOnce
by a single node or ReadOnlyMany by many nodes, but not at the same time.
上面链接中给出的表格显示,GCEPersistentDisk不能作为ReadWriteMany
安装,因此如果需要以这种方式连接它,则必须使用其他卷插件
我想知道我们如何能在GCP中不创建另一个persistentDisk而保持免费层
只是一些想法。。。使用空闲层,您的可用节点和磁盘空间有限:
- 例如,如果您的用例不排除NFS使用,您可以始终使用NFS卷插件“模拟”读写方式(安装您自己的NFS provisioner)。Dowside是您需要安装NFS provisioner(将其压缩到您的容量中),但它并不非常适合快速io(数据库和其他东西)
- 您可以在每个节点上使用
,并手动处理pod,但这很容易导致数据丢失,而且实际上不是正确的kubernetes PV处理方法。如果您需要快速IO(您正在使用数据库进行测试),则应考虑这一点,如果节点死亡,应立即进行适当的备份,以避免数据丢失。hostPath
Important! A volume can only be mounted using one access mode at a time,
even if it supports many. For example, a GCEPersistentDisk can be mounted as ReadWriteOnce
by a single node or ReadOnlyMany by many nodes, but not at the same time.
上面链接中给出的表格显示,GCEPersistentDisk不能作为ReadWriteMany
安装,因此如果需要以这种方式连接它,则必须使用其他卷插件
我想知道我们如何能在GCP中不创建另一个persistentDisk而保持免费层
只是一些想法。。。使用空闲层,您的可用节点和磁盘空间有限:
- 例如,如果您的用例不排除NFS使用,您可以始终使用NFS卷插件“模拟”读写方式(安装您自己的NFS provisioner)。Dowside是您需要安装NFS provisioner(将其压缩到您的容量中),但它并不非常适合快速io(数据库和其他东西)
- 您可以在每个节点上使用
,并手动处理pod,但这很容易导致数据丢失,而且实际上不是正确的kubernetes PV处理方法。如果您需要快速IO(您正在使用数据库进行测试),则应考虑这一点,如果节点死亡,应立即进行适当的备份,以避免数据丢失。hostPath