我正在改变我们的 DHCP/DNS 工作方式。目前我们有 3 个 DNS 服务器和一个 DHCP 框。它们都是虚拟机。
有一个循环依赖项，启动需要 NFS，而 NFS 需要 DNS。所以当我们重新启动东西时，事情可能会微妙地恢复，直到 DNS 启动，我们重新启动一些服务。
我想要做的是有一些低功耗服务器，可能是双核 Atom 或类似的，从 SSD 运行，以便它们快速启动。我想让整个事情尽可能接近瞬间启动。
理想情况下，我想使用 Ubuntu 11.10 或 Debian 6 作为操作系统。我对 Gentoo 或编译我自己的内核不感兴趣。这需要我自己合理支持。
除了 SSD 驱动器，我还可以采取哪些其他优化步骤来提高启动速度？
当我将快照和 RAID 与 btrfs 一起使用时，我能想到的备份的两个主要原因似乎得到了照顾。（这里的 RAID，我指的是 RAID1 或 10）
所以作为现场备份解决方案，这似乎工作得很好，它甚至不需要单独的数据存储设备！
但是，我听说 RAID 和快照都不是正确的备份，所以我想知道我是否遗漏了什么。
除了 btrfs 还不是一项成熟的技术，你能想到我遗漏了什么吗？或者我的想法是否正确，这是一个有效的现场备份解决方案？
给定一个专门用于存储音乐、视频等的分区，是否可以隐藏 lost+found 目录？
我的团队目前有两台大型存储服务器，两台 NAS 都运行 debian linux。第一个是已有几年历史的一体式 24 磁盘 (SATA) 服务器。我们在其上设置了两个硬件 RAID，并在其上设置了 LVM。第二个服务器是 64 个磁盘，分为 4 个机箱，每个机箱都是硬件 RAID 6，通过外部 SAS 连接。我们使用 XFS 和 LVM 来创建 100TB 的可用存储。所有这些都运行得很好，但我们正在超越这些系统。构建了两个这样的服务器并且仍在增长，我们希望构建一些东西，让我们在未来增长、备份选项方面具有更大的灵活性，在磁盘故障时表现更好（检查更大的文件系统可能需要一天或更长时间），并且可以承受在高度并发的环境中（想想小型计算机集群）。我们没有系统管理支持，
因此，我们寻求的是一种相对低成本、可接受的性能存储解决方案，它将允许未来的增长和灵活的配置（想想具有不同操作特性的不同池的 ZFS）。我们可能超出了单个 NAS 的范围。我们一直在考虑将 ZFS（例如在 openindiana 上）或每个服务器的 btrfs 与运行在其上的 glusterfs 结合起来，如果我们自己做的话。我们正在权衡的只是咬紧牙关并投资于 Isilon 或 3Par 存储解决方案。
任何建议或经验表示赞赏。
我知道 VMWare KB 不喜欢长时间运行的快照主要是由于两件事（在我看来）
拍摄大量快照可能会填满数据存储。快照只是增量文件。假设您有一个 50 Gig VMDK，几乎已满，并且您拍摄了快照。在您的快照中，您翻转每一位。您的增量文件也将约为 50 GB。再次快照，翻转位，另一个 50 Gig 增量文件。这些会很快失控。
提交大型快照会带来风险。整合快照时，您将增量更改写入原始 VMDK。这需要时间并带来风险，如果发生某些事情，您只会破坏 VMDK。
他们的警告似乎合乎逻辑。
话虽如此，永久关闭快照 VMDK 运行我的机器本质上是不好的吗？我想让我的树如下：
Snap 1 和 2 将在安装和配置基本系统后立即进行。这些是我计划经常刷新的机器，所以我只会让我的树看起来像下面这样：
删除 Snap2 并重新创建 Snap2。
由于以下原因，我看不出这会产生什么影响：
由于我只是安装了一个基本映像并在无法填满数据存储后立即获取了我的增量。假设我的基本映像只有 10 GB（在 50 GB 的精简配置磁盘上），即使我的增量翻转了每一位，我的最大总使用量也可能是 60 GB（已锁定的 10 GB 基本 VMDK + 50 GB 的增量在快照 VMDK 文件）。这假设我不创建任何进一步的快照。
由于我的用例不要求合并快照，因此我不会在合并增量时冒错误风险。当我移回 Snap1 并删除 Snap2 时，驻留在 Snap2 中的所有增量都会被删除。
存储负载完全相同，所以我应该获得相同的 IOPS。我知道某些文件（主要是系统文件）将存在于原始 VMDK 中，而其他文件（基础之后的所有文件）将驻留在增量中，但我不知道 ESXI 会如何关心。所有文件都在同一个物理数据存储上，因此性能应该相当于在没有快照的情况下引用原始 VMDK 中的所有内容。
有什么想法吗？ESXI 5.5，数据存储为 RAID 的 DAS。
我没有 vCenter …
我最近一直在研究 RAID5 与 RAID6，我一直看到 RAID5 不再足够安全，因为 URE 等级和驱动器的大小不断增加。基本上，我发现的大部分内容都说，在 RAID5 中，如果磁盘出现故障，如果阵列的其余部分为 12TB，那么您几乎有 100% 的机会遇到 URE 并丢失数据。
12TB 的数字来自这样一个事实，即磁盘的额定读取率为 10^14 位以达到一个 URE。
好吧，有些事情我没有得到。读取是由磁头在扇区上完成的，导致读取失败的原因是磁头死亡或扇区死亡。也可能是因为其他原因读数不起作用（我不知道，就像振动使头部跳动......）。所以，让我解决所有 3 种情况：
如您所见，从我确定的 3 个故障点来看，没有任何意义。那么到底什么是URE，我的意思是具体的？
有人可以向我解释一下吗？
编辑 1
在第一波答案之后，似乎原因是该部门失败了。好消息是固件、RAID 控制器和操作系统 + 文件系统有适当的程序来及早检测并重新分配扇区。
好吧，我现在知道什么是 URE（实际上，这个名字是不言自明的 :)）。
我仍然对根本原因感到困惑，主要是他们给出的稳定评级。
有些人将失败的扇区归因于外部来源（宇宙波），然后我感到惊讶的是 URE 率是基于读取计数而不是年龄，宇宙波确实应该对旧磁盘产生更多影响，因为它已被暴露更多，我认为这更像是一种幻想，尽管我可能是错的。
现在是与磁盘磨损有关的另一个原因，有人指出较高的密度会产生较弱的磁畴，这是完全有道理的，我将遵循解释。但是正如这里很好地解释的那样，新的不同大小的磁盘主要是通过在 HDD 机箱中放置或多或少相同的盘片（然后相同的密度）来获得的。扇区是相同的，并且都应该具有完全相同的可靠性，因此较大的磁盘应该比较小的磁盘具有更高的评级，读取的扇区较少，情况并非如此，为什么？这虽然可以解释为什么采用新技术的新磁盘没有比旧磁盘获得更好的评级，仅仅是因为更好的技术收益被更高密度造成的损失所抵消。
我打算在我的系统（HP ML370 G5、Smart Array P400、8 SAS 磁盘）上使用 ZFS。我希望 ZFS 单独管理所有磁盘，以便它可以利用更好的调度（即我想在 ZFS 中使用软件 RAID 功能）。
问题是，我找不到禁用 RAID 控制器上的 RAID 功能的方法。现在，控制器将所有磁盘聚合到一个大的 RAID-5 卷中。所以 ZFS 看不到单个磁盘。
有没有办法完成这个设置？
我正在讨论将 LVM 用于媒体/文件服务器，因为我想将多个物理硬盘组合成一个卷。我不想在我的 LVM 中使用任何 RAID，所以我的问题是：
如果我的卷中的多个硬盘之一出现故障，我会丢失所有数据还是只会丢失存储在该单个磁盘上的数据？
此外，如果我只是丢失单个磁盘上的数据，是否会像更换该磁盘并从备份中恢复其中的内容一样简单？
如何测量正在运行的 Linux 服务器的 IOPS？我知道SATA驱动器的理论IOPS在90左右，企业级10k SAS/FC磁盘是180。我想知道我正在运行的系统目前使用了多少？
目前我正在使用 iotop 和 iostat。但是这两个实用程序都没有提供 IOPS 数字。
顺便说一句，这个问题不是重复这个。我不是要对我的存储系统进行基准测试，而是要弄清楚我当前系统使用了多少 IOPS。
storage ×10
linux ×4
performance ×3
raid ×3
snapshot ×2
zfs ×2
backup ×1
boot ×1
btrfs ×1
files ×1
filesystems ×1
glusterfs ×1
hard-drive ×1
hardware ×1
hp-proliant ×1
lvm ×1
redundancy ×1
unix ×1
vmware-esxi ×1