Proxmox VE 6.0管理指南——7. Proxmox群集文件系统（pmxcfs）

Proxmox群集文件系统（“ pmxcfs”）是一个数据库驱动的文件系统，用于存储配置文件，这些文件使用corosync实时复制到所有群集节点。我们使用它来存储所有与PVE相关的配置文件。

尽管文件系统将所有数据存储在磁盘上的持久性数据库中，但是数据的副本位于RAM中。这对最大大小（目前为30MB）施加了限制。这仍然足以存储数千个虚拟机的配置。

该系统具有以下优点：

• 将所有配置实时无缝复制到所有节点
• 提供强大的一致性检查，以避免重复的VM ID
• 节点失去仲裁时为只读
• 自动将Corosync群集配置更新到所有节点
• 包括分布式锁定机制

该文件系统基于FUSE，因此行为类似于POSIX。但是根本没有实现某些功能，因为我们不需要它们：

• 您可以只生成普通文件和目录，但不能生成符号链接，…
• 您不能重命名非空目录（因为这样可以更轻松地确保VMID是唯一的）。
• 您无法更改文件权限（权限基于路径）
• O_EXCL创建的不是原子的（就像旧的NFS）
• O_TRUNC创建的不是原子的（FUSE限制）

所有文件和目录均由root用户拥有，并具有组 www-data。只有root拥有写权限，而组www-data可以读取大多数文件。以下路径下的文件：

/ etc / pve / priv /

/ etc / pve / nodes / $ {NAME} / priv /

只能通过root访问。

我们使用Corosync集群引擎进行集群通信，并使用SQlite进行数据库文件通信。文件系统是使用FUSE在用户空间中实现的 。

文件系统安装在：

/ etc / pve

7.4.1。档案

7.4.2。符号链接

7.4.3。用于调试的特殊状态文件（JSON）

7.4.4。启用/禁用调试

您可以使用以下命令启用详细的系统日志消息：

回声“ 1”> /etc/pve/.debug

并使用以下命令禁用详细的系统日志消息：

回声“ 0”> /etc/pve/.debug

如果您的Proxmox VE主机存在重大问题（例如硬件问题），则仅复制pmxcfs数据库文件/var/lib/pve-cluster/config.db并将其移至新的Proxmox VE主机可能会有所帮助 。在新主机（没有任何运行）上，您需要停止 pve-cluster服务并替换config.db文件（需要权限 0600）。其次，根据丢失的Proxmox VE主机改编/ etc / hostname和/ etc / hosts，然后重新启动并检查。（并且不要忘记您的VM / CT数据）

7.5.1。删除集群配置

建议的方法是从群集中删除节点后重新安装该节点。这样可以确保销毁所有秘密群集/ ssh密钥和所有共享的配置数据。

在某些情况下，您可能希望将节点放回本地模式而不进行重新安装，这在不重新安装的单独节点中进行了描述。

7.5.2。从发生故障的节点中恢复/移动来宾

对于节点/ <NAME> / qemu-server /（VM）和 节点/ <NAME> / lxc /（容器）中的来宾配置文件，Proxmox VE将包含的节点<NAME>视为各自来宾的所有者。此概念允许使用本地锁代替昂贵的群集范围锁，以防止并发来宾配置发生更改。

结果，如果客户机的拥有节点发生故障（例如，由于断电，防护事件等），则无法进行常规迁移（即使所有磁盘都位于共享存储上），因为这样的本地无法获得（死）拥有节点上的锁定。对于HA管理的来宾来说，这不是问题，因为Proxmox VE的高可用性堆栈包括必要的（群集范围内）锁定和看门狗功能，以确保从受防护节点正确，自动地恢复来宾。

如果非HA管理的来宾仅具有共享磁盘（并且未配置仅在故障节点上可用的其他本​​地资源），则可以通过简单地从/ etc中故障节点目录中移动来宾配置文件来进行手动恢复。/ pve /到活动节点的目录（这将更改来宾的逻辑所有者或位置）。

例如，具有ID回收VM 100从死节点1到另一个节点节点2登录的群集的任何成员节点上根时作品与所执行的以下命令：

mv /etc/pve/nodes/node1/qemu-server/100.conf / etc / pve / nodes / node2 /