Kubernetes OpenEBS如何确定我的卷的位置?
我正在尝试使用OpenEBS作为Kubernetes集群的存储提供程序。OpenEBS通过helm安装在由Rancher创建的5个节点组成的集群上。它似乎可以工作,但是我不太明白卷本身是如何配置的 每个节点由2个磁盘创建,逻辑卷跨越磁盘。例如:Kubernetes OpenEBS如何确定我的卷的位置?,kubernetes,persistent-volumes,openebs,Kubernetes,Persistent Volumes,Openebs,我正在尝试使用OpenEBS作为Kubernetes集群的存储提供程序。OpenEBS通过helm安装在由Rancher创建的5个节点组成的集群上。它似乎可以工作,但是我不太明白卷本身是如何配置的 每个节点由2个磁盘创建,逻辑卷跨越磁盘。例如: $ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 20G 0 disk
├─sda1 8:1 0 1G 0 part /boot
└─sda2 8:2 0 19G 0 part
├─centos_intern--rancher--node05-root 253:0 0 50G 0 lvm /
└─centos_intern--rancher--node05-swap 253:1 0 7,9G 0 lvm [SWAP]
sdb 8:16 0 80G 0 disk
└─sdb1 8:17 0 80G 0 part
├─centos_intern--rancher--node05-root 253:0 0 50G 0 lvm /
└─centos_intern--rancher--node05-home 253:2 0 41,1G 0 lvm /home
节点设备管理(NDM)配置了一个过滤器,不包括循环、fd0、sr0、/dev/ram、/dev/dm-、/dev/md
。到目前为止,一切顺利
当我们列出由NDM创建的块设备资源时,它列出了该节点的2个资源(省略了其他节点)
浏览创建的blockdevice,我们看到它使用/dev/sdb
作为磁盘:
> kubectl describe blockdevice blockdevice-d7d2b90b000a8b2268faf07c9e0f7cc5 -n openebs
Name: blockdevice-d7d2b90b000a8b2268faf07c9e0f7cc5
...
Node Attributes:
Node Name: intern-rancher-node05
Partitioned: No
Path: /dev/sdb
Status:
Claim State: Unclaimed
State: Active
Events: <none>
>kubectl描述blockdevice blockdevice-d7d2b90b000a8b2268faf07c9e0f7cc5-n openebs
名称:块设备-d7d2b90b000a8b2268faf07c9e0f7cc5
...
节点属性:
节点名称:intern-rancher-node05
分区:没有
路径:/dev/sdb
地位:
索赔国:无人认领
状态:活动
活动:
所以我的理解到此为止。为什么NDM选择了/dev/sdb
,而不是/dev/sda
?使用的磁盘和未使用的磁盘之间有什么区别?不应该跳过/dev/sdb
,因为逻辑卷正在使用它吗?如果创建持久卷,这是否会限制逻辑卷的大小(/home
)
另外,如果我创建了一个持久卷声明(使用jiva),则会在/var/openebs
中创建一个持久卷,例如/var/openebs/pvc-cdc4c5a2-89e1-41ed-b9e7-c672f27a8bed
。这是否意味着它根本不使用磁盘,而是将文件系统中的所有内容存储在逻辑卷中
> kubectl describe blockdevice blockdevice-d7d2b90b000a8b2268faf07c9e0f7cc5 -n openebs
Name: blockdevice-d7d2b90b000a8b2268faf07c9e0f7cc5
...
Node Attributes:
Node Name: intern-rancher-node05
Partitioned: No
Path: /dev/sdb
Status:
Claim State: Unclaimed
State: Active
Events: <none>