Kubernetes OpenEBS如何确定我的卷的位置?

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

我正在尝试使用OpenEBS作为Kubernetes集群的存储提供程序。OpenEBS通过helm安装在由Rancher创建的5个节点组成的集群上。它似乎可以工作,但是我不太明白卷本身是如何配置的

每个节点由2个磁盘创建,逻辑卷跨越磁盘。例如:

$ 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>