我的数据中心说每个机架上都有主电源和备用电源。我想这意味着每个服务器都有一个UPS。因此,我是否需要为下面的设置获得一个BBU?
Intel Cherry 520 SSD x 4 RAID 10 LSI-9260,启用写回缓存
我听说如果没有BBU,缓存中的数据可能会丢失。因为我的需求并不重要,所以我有能力失去一些数据。但其他有关房屋署的资料会否被破坏呢?
发布于 2013-10-19 08:13:19
文件系统不仅向HDD写入数据,而且还编写元数据。数据丢失的危险与其说是您最近的结果文件丢失了,不如说是元数据变得损坏,使得文件系统不一致并且无法挂载。损坏的文件系统在被伪装时可能会丢失更多的数据。
通常情况下,人们会选择一个日志文件系统来最小化这种情况的危险,但是对于写缓存的RAID硬件,这可能没有什么帮助,因为硬件在实际上已经写入到磁盘的内容(考虑到对缓存的写入就足够了)向操作系统撒谎了。断电意味着您可能仍然会有一个不一致的文件系统,因此,稍后可能会出现一个roached文件系统。
没有RAID数组,我知道,认为无背景写缓存是一个好主意,其中大多数是禁用写回缓存,如果缓存电池耗尽。他们可能有道理。
发布于 2013-10-19 08:23:32
因为我的需求并不重要,所以我有能力失去一些数据。但其他有关房屋署的资料会否被破坏呢?
在所有挂载上启用文件系统屏障,如果您有能力丢失一些数据,这个场景中最大的损失将是您的缓存大小,但平均而言,它应该要少一些。
请注意,障碍降低了I/O性能,但大大提高了文件系统的完整性--特别是在使用试图重新排序写入的磁盘时。
来自man 8 mount
barrier=0 / barrier=1 / barrier / nobarrier
This enables/disables the use of write barriers in the jbd code.
barrier=0 disables, barrier=1 enables. This also requires an IO
stack which can support barriers, and if jbd gets an error on a
barrier write, it will disable again with a warning. Write bar‐
riers enforce proper on-disk ordering of journal commits, making
volatile disk write caches safe to use, at some performance
penalty. If your disks are battery-backed in one way or
another, disabling barriers may safely improve performance. The
mount options "barrier" and "nobarrier" can also be used to
enable or disable barriers, for consistency with other ext4
mount options.
The ext4 filesystem enables write barriers by default.从理论上讲,日志将避免由于突然失去功能而导致的文件系统损坏,因为元数据将得到良好的排序。
发布于 2013-10-19 07:57:39
数据中心的电源和电池在设施/房间级别提供。这是假设你在一个商业共用设施里.
因此,您确实有A和B电源馈电到您的机架UPS保护。电池保护是从机架上游进行的。
现在,对于您的存储情况,您可以在RAID控制器上运行SSD。您通常不需要将BBU的缓存功能与固态驱动器结合使用。最好禁用读取缓存。如果确实使用缓存,请将比率设置为“支持写入”。有关详细信息,请参阅本文件。针对您的特定情况进行基准测试,但您可能不需要此设置的缓存。
由于您使用的是LSI控制器,最优的SSD性能解决方案是利用LSI快速路径软件。这种修改禁用了旋转磁盘所需的遗留逻辑,并优化了仅用于SSD数组的数据路径。
https://serverfault.com/questions/547180
复制相似问题