超融合目前更多是方案层面的东西,比较适合中小规模的场景。几台服务器啊这种,如果是数据中心级别的不太建议上
对象存储对于非结构化数据确实是一个很好的选择,不过对于应用层需要做修改,和传统的文件级或者块的存储使用方式有很大的不同。文件存储都需要rest api来进行操作。个人觉得比较适合技术能力比较强的用户。互联网行业比
云底层不也是双活或者多活
实际上,由于架构的不同,对称式的由于将元数据分布在各个节点上,导致集群规模大的时候,会有很大的内部通讯消耗。对称式架构的集群规模也就有了限制,看以前的isIlon,只能做到144.华为刚推出分布式存储的时候也所有参数都是is
这块我觉得是三点:1、开放性:传统盘阵存储标准化程度低,组件的更换常常导致系统故障或者硬件的升级,这些组件通常是由制造商专门开发用于此系统,不能轻易的利用市场上通用部件。SDS通过通用化的组件来搭建系统,能同时使用各
直接把现在的日志文件重名名掉。然后新写入的日志重新生成和之前名字一样日志文件。可以先试验下,不知道可行不?
传统存储双活可以在存储层面直接实现,比如虚拟化网关之类的技术。但是分布式存储这块不是特别适用这样的技术。分布式存储的双活可以在应用层面做,采用一些容灾备份系统来实现。
生产环境linux系统一定要管好root密码,并且密码应该设置成强密码。可以用密码生成器之类的工具;普通用户选择性添加sudo权限;分配好用户操作目录,一台主机不要太多人有登录方式;用户操作一般history可以记录,要求高点可以上
一楼说的挺全面的了。作为选择上来说肯定要和您现在的实际结合,FC-SAN成本搞不容易扩展,单点故障等问题。兼容性和性能我感觉不是由协议的区别带来的,而是由不同存储厂家的对存储的优化。软件定义存储的方式就很适合虚拟
对大文件效果好吗?是实时备份吗?能不能在前端将小文件打包压缩,然后做一个备份。这样或许能提高备份的效率;
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30