海量的图形,视频,音频的存储用cleversafe非常适用,从cleversafe的功能和工作原理来看。应该更适合处理海量的,大文件的数据类型,
http://www.iqiyi.com/w_19rst2f0r1.html这个视频解释的比较清楚。你可以看一下。
只有10T或者并不多的的数据的话用cleversafe并不划算。cleversafe的算法应对海量数据才会体现出更高的经济性和可用性。
从宣传上看cleversafe的优点比较明显。1、经济性:传统存储通常需要做副本来获得可靠性,因此冗余至少是2倍,但是Cleversafe只是在切片运算上额外根据配置有冗余的部分,大大小于做副本的方式 2、安全性:我们前面说的每个切
目前我能想到的似乎只有提高硬件的性能,提高存储速度来应对海量小文件。但似乎这不是长远的办法。这种海量的非结构化的小文件增长到了一定的程度是不是要通过其他的软件手段来进行规划管理呢
暂时我们还没考虑。原因。1,整个网络不具备双线路条件,2,没有合适的第二数据中心环境,3,缺少资金来完成庞大的设备和环境的改造。4.缺少足够的技术人员对信息系统进行维护。
我们是钢铁行业。目前没有存储双活。只通过光纤做了存储的冗余,因为生产环境和网络的限制。我们很多信息点都不具备双线路,上层的结构也没有完全的全冗余结构。所以单纯的一个存储双活就意义不大了。只在异地通过数据同
异地同城的数据同步相对来说还好一点。如果距离近。可以考虑铺设光缆专线,那线路质量也会比较好。如果距离远,只能租用专线, 那带宽就会直接影响数据同步的效果。一般如果是租用专线,多数采用现在本地进行数据同步。然后
我觉得系统架构一定要根据实际情况,资源少。投资少。就更要合理的去做规划。而不能为了实现双活而勉强。可以分为几期,从基础的架构开始,到存储冗余,在到双活,在资源不足的情况下。如果硬为了一个双活而失去了核心系统的基
云中心并不能完全实现双活保护,反而一个完善的云环境甚至更需要有双活的环境来作为保护,举个例子,就好比云中心是一个放着所有鸡蛋的篮子,因为承载了太多的东西。一旦发生故障可能会引起连锁反映,所以更需要保护。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30