建议一主一辅,推荐存储作为主,首先是存储的可靠性要高于软件性层面的方案,其次存储上变更少,稳定性影响因素相对少。最后,存储的高可用通常通过存储的生态来进行,多活、主备等方案都是经过验证的,可靠性相对高。软件层面的高可用保障手段相对存储齐全,可以根据实际情况来选择,集群...
如果成本够可以,做存储双活!存储硬件本身就带有冗余性!
第三方仲裁 要考虑 ,如果有第三方机房 ,仲裁设备 建议放在此,如果没有,建议放在优先站点,比如生产中心, 现在技术成熟 ,仲裁设备 一般采用一台服务器或者虚拟机来仲裁
共用存储nas本身就不是为实时性的业务服务的,即使光纤,高速设备,高性能存储,也会有大量的时间损耗,建议只用来存储非实时,或者文件类不是实时性很强的文件。实时业务还是建议本地存储,操作系统使用固态硬盘,数据库使用sas盘...
vplex的控制器是高端存储架构,多控之间可以实现全局缓存技术,可以实现1+N的高可用,满配八控的情况下,只要有1控是好的,整个系统就是可用的,从这个角度而言,它的容错度要高于后端存储。因为1+N的可用性设计,所以微码升级是一控一控升级,不会造成业务中断。存储网关进行自身的升级换...
一般情况下,我们压力测试关注的都是交易系统吞吐量、业务的响应时间,批处理系统的处理时间,但是我们很少关注某一个计算机部件的故障而导致的高可用切换过程的业务中断时间,以及切换过程中的性能表现。这其实也是我们性能测试所关注的,因为在有压力和没有压力的情况下,这个业务...
(more)1.存储双活后,还有一个难点就是热点数据的跨站访问,实施了数据库和存储层同时双活,会出现数据竞争的问题,这样也降低了IO效率。这时候就要通过锁预取和缓存策略,通过较小的控制报文,向锁权限缓存节点申请写权限,并利用锁预取将部分区间的写权限缓存到本地。这样,后续的连续写I/O...
介绍一般情况下,我们压力测试关注的都是交易系统吞吐量、业务的响应时间,批处理系统的处理时间,但是我们很少关注某一个计算机部件的故障而导致的高可用切换过程的业务中断时间,以及切换过程中的性能表现。这其实也是我们性能测试所关注的,因为在有压力和没有压力的情况下,这个...
(more)业界主流模式的集中交易系统基础架构模式:双(多)主机+双交换机+单存储;其中存储的单点故障通过启用本地备份系统来做保障。 方正证券曾经使用:双主机+双交换机+双存储模式,但后来新一代集中交易系统上线时,方正证券已经抛弃了双存储的架构。 作为证券公司最核心的交易系统,券商对...
这个很难吧,已经基于netapp的技术做了mcc了,再改动作就比较大了在Netapp这里,容灾还基于mcc,看netapp的产品是否支持网关功能。netapp前面挂存储网关,比如svc之类的产品。这对于你的netapp存储来说,那些license都浪费了。文件存储,gpfs可以实现,复制容灾也支持。 可以找IBM的售前...