我试图说明的用例是什么时候用默认配置声明一些项目（eq mysqld 服务），该配置可以包含在每个节点上（示例中的类剥离，对于 basenode），并且仍然能够在一些特定的类（例如 mysql::server），被特定节点包含（例如 myserver.local）
我用下面的例子说明了这个用例，我想在所有节点上禁用 mysql 服务，但在特定节点上激活它。但是当然，Puppet 解析失败了，因为 Service[mysql] 被包含了两次。当然，类 mysql::server 与类 stripdown 的子类无关
有没有办法覆盖服务[“mysql”]，或将其标记为主要服务，或其他什么？我正在考虑虚拟项目和实现功能，但它只允许多次应用一个项目，而不是重新定义或覆盖。
# In stripdown.pp :
class stripdown {
service {"mysql": enable => "false", ensure => "stopped" }
}
# In mysql.pp :
class mysql::server {
service { mysqld:
enable => true,
ensure => running,
hasrestart => true,
hasstatus => true,
path => "/etc/init.d/mysql",
require => Package["mysql-server"],
}
}
# Then nodes in nodes.pp :
node basenode {
include stripdown
}
node myserver.local inherits basenode …您会使用哪种备份工具或解决方案来备份生产 Linux 服务器上的 TB 级文件和大量文件？
请注意，这些文件都是不同的，几乎从未被修改过，而且用途主要是添加文件，因此目前的数据量为 3TB，一直以每天 15GB 左右的速度增长。
请不要回复rsync。基本的 unix 工具是不够的，rsync 不保留历史记录，rdiff-backup 有时会严重失败并破坏历史记录。而且这些都是基于文件的备份，这会花费大量的 IOwait 来浏览目录和查询 stat()。但我想，除了R1Soft CDP，没有办法解决这个问题。
我们尝试了 R1Soft CDP 备份，这是块级备份，事实证明它对于我们所有其他服务器来说都是良好且高效的，但在具有 3 TB 和无数文件的服务器上系统性地失败了。R1Soft 和数据中心的工程师们已经玩了两个多月了……除了定期 rsync 之外仍然没有备份
我们从未尝试过大型商业解决方案，除了 R1Soft CDP，因为它是由托管我们服务器的数据中心作为可选服务提供的。
我在使用 ZFSonlinux 的 MongoDB（我相信它是 mmapped DB）时遇到了巨大的性能问题。
我们的 Mongodb 几乎只写。在没有 ZFS 的副本上，磁盘完全忙于大约 5 秒的峰值，当应用程序每 30 秒写入一次数据库时，并且中间没有磁盘活动，因此我将其作为比较的基准行为。
在具有ZFS副本，盘完全是忙碌所有的时间，与副本有点吃力跟上与MongoDB的主。我在所有副本上都启用了 lz4 压缩，并且节省的空间很大，因此访问磁盘的数据应该少得多
所以在这些 ZFS 服务器上，我首先使用默认的 recordsize=128k。然后我在重新同步 Mongo 数据之前擦除了数据并设置了 recordsize=8k。然后我再次擦拭并尝试recordsize = 1k。我也试过 recordsize=8k 没有校验和
尽管如此，它并没有解决任何问题，磁盘始终保持 100% 忙碌。仅在记录大小= 8k 的一台服务器上，磁盘比任何非 ZFS 副本忙得多，但是在尝试不同的设置并再次尝试记录大小= 8k 后，磁盘为 100%，我看不到以前的良好行为，并且在任何其他副本上也看不到它。
此外，应该几乎只有写入，但看到在不同设置下的所有副本上，磁盘完全忙于 75% 的读取和仅 25% 的写入
（注意，我相信 MongoDB 是 mmapped DB。有人告诉我在 AIO 模式下尝试 MongoDB，但我没有找到如何设置它，并且在另一台运行 MySQL InnoDB 的服务器上，我意识到 ZFSonLinux 无论如何都不支持 AIO。）
我的服务器是 CentOS 6.5 内核 2.6.32-431.5.1.el6.x86_64。spl-0.6.2-1.el6.x86_64 zfs-0.6.2-1.el6.x86_64
#PROD 13:44:55 root@rum-mongo-backup-1:~: zfs list
NAME USED AVAIL REFER MOUNTPOINT
zfs 216G 1.56T …