1
oldcai OP 想到大概可以最开始的时候,使用逻辑卷,后面就可以合并进一个逻辑盘了。
可惜最开始的时候就没有这么干。 下次试试。 |
2
Livid MOD 你目前这个情况的话,还可以考虑用符号链接。
|
3
caonan 2014-03-11 16:08:30 +08:00 1
符号链接 +1
|
4
senghoo 2014-03-11 16:19:09 +08:00 1
看看以后还有扩展的需求的话直接新磁盘建立lvm 然后把数据转移过来。之后再用原磁盘扩充lvm
|
5
skydiver 2014-03-11 16:28:33 +08:00 via Android 1
符号链接!
|
6
oldcai OP |
7
Livid MOD @oldcai 比如你可以把第一层,符号链接到另外一块盘上。不过这样做的风险就是,你要确认你的备份程序是可以 follow 符号链接的。
|
8
oldcai OP @Livid 第一层链接到另一块盘上面的话,是要把原先的数据是要复制过去,还是有办法一个符号链接指向两个地方么,我没有想到 T__T
听起来好像如果只是符号连接,新数据可以按老路径写入和读取,旧数据就得改变一下路径。 或者把新数据改变一下路径,新路径是一个软连接,连到新磁盘的某个目录,并配置新附件上传到新路径。 效果就跟直接在第一层创建一个文件夹,然后将新磁盘mount在上面大致是一样的吧? |
9
gfreezy 2014-03-11 19:19:55 +08:00 1
lvm里面有一个硬盘损坏会导致整个lvm卷损坏。
我们之前的图片就是用两级hash目录存储,当一块硬盘满了以后,基本就没什么好办法扩展。增加硬盘,然后软连接这个方法只能解燃眉之急。光拷贝就要好长时间,而且如果之后空间又满了,还得重复这个过程。并且单机能加的硬盘数就那么点,总会吃不消的。 如果确实容量可能会涨到一定的程度,那还是直接搭一个分布式存储的方案比较好。如果都是小文件的话,可以看下豆瓣的beansdb。如果是大文件,且io不高,看下moosefs。(直接套用豆瓣的架构) |
10
min 2014-03-11 19:29:55 +08:00 1
lvm咯
|