本帖最后由 QI 于 2019-12-28 17:35 编辑
您是否还在为二副本的容错能力太低而担惊受怕,您是否还在为备份和快照带来的空间占用而心存疑虑,您是否还在为克隆太慢而感到焦虑…………………………别担心,aCloud最新版本会完美解决您的问题……
它来了,它真的来了,它就是aCloud6.0.1版本,在2019年年底,aCloud6.0.1将带着vs3.0.3一起您拜年。这里,我先偷偷的给大家爆个料……
三副本!!!???
不不不,不是之前那个鸡肋的五主机三副本,本次aCloud6.0.1版本支持了三主机的三副本技术,没想到吧,但是需要每个主机有两个磁盘组哦。什么?你要问为什么?众所周知,多副本是需要仲裁的,那三副本就需要三个数据副本加上两个仲裁副本,这五个副本必须存放在不同的磁盘组上才行吖,所以就需要三主机场景下每个主机都要有两个磁盘组咯。
所以三/四主机的三副本容错能力就从二副本的“只允许损失一台主机或者只允许损失一块磁盘”成功升级到了“只允许损失一台主机或者允许损失两块磁盘”。(三/四主机的三副本场景下允许损失两块磁盘,单还不允许同时损失两台主机) 五主机三副本。五主机三副本当然是最好的方案,而且并没有“每台主机必须两个磁盘组”的要求,当然容错能力也提升至“允许损失两台主机或者允许损失不同主机上的两块磁盘”
???你以为五主机场景这么简单吗?当然不是,得益于我们支持了三/四主机场景下的三副本,所以在五主机场景下,如果损失了一台或两台主机,此时会进行“降级”,也就是说此时的场景自动成为三/四主机的场景,所以还是允许再损失,可谓是双重保障啦。 不仅如此,aCloud6.0.1还支持了延伸集群三副本,延伸集群本身就包含五个节点(包含仲裁节点)所以延伸集群可以说是刚好支持三副本,所以我们在新版本中对延伸集群也支持了三副本场景。
是不是以为这就完了?当然没有,以前我们的存储无论是二副本还是三副本都是以卷为单位划分的,现在可不一样啦,aCloud6.0.1版本中支持了在同一个虚拟存储卷中同时使用二副本和三副本,而且是以虚拟机为粒度的哦。
支持配置存储策略,在新建虚拟机的时候,对存储策略进行选择,以此来实现同一个存储卷上对不同虚拟机实现不同副本的配置。
我知道,你在等我往下说,aCloud6.0.1版本支持基于存储的快照,对新增的快照会生成一个新的磁盘文件,这样的话就能玩全解决之前老版本存在的快照遗留问题。
更进一步来说,我们可以将快照用来代替本地备份了哦。相比备份来讲,快照可以最大化的节省空间,减少备份时间。同时也支持一致性快照组,针对RAC组内的虚拟机,保证快照的时刻相同,提升快照的保障。
是的,接着还有,aCloud6.0.1版本支持了链接克隆与快速全量克隆,对于克隆来讲,这两种方式将会大大缩减克隆的窗口时间,同时效率也会快很多。
这里只是简单说了aCloud6.0.1的几个特性,是不是很期待呢,当然还有更多功能,等待发布后各位就可以体验啦,具体的功能原理如果各位感兴趣的话,后续也会陆续发帖给大家讲解和演示,今天的爆料就先到这里…… |