主流存储架构比较


存储架构


DAS


NAS


SAN


数据传输方式


文件(File)


文件(File)


数据块(Block)


链接协议


——


NFS(Linux)

CIFS(Windows)


FCP,ISCSI


数据传输通道


SCSI/FC/ATA


TCP/IP


FC,TCP/IP


存取特性


直接存取


多服务器存取,类似于文件服务器,可以让多个使用者使用


数据再LUN上,由Block Manager控制,不允许同时读写,必须通过服务器才能存取


磁盘属性


本地磁盘


网络磁盘


本地磁盘


管理方式


分散式管理


分散式管理


集中式管理


服务器数量





适用环境


一般企业存储都可以使用


存储大量图片,影响,音乐,档案,设计研发资源


ERP,CRM等企业关键数据库应用


适用企业规模


中小企业


中小企业


大型(跨国)企业

时间: 2024-10-25 15:26:22

主流存储架构比较的相关文章

从零开始入门 K8s | Kubernetes 存储架构及插件使用

本文整理自<CNCF x Alibaba 云原生技术公开课>第 21 讲. 导读:容器存储是 Kubernetes 系统中提供数据持久化的基础组件,是实现有状态服务的重要保证.Kubernetes 默认提供了主流的存储卷接入方案(In-Tree),同时也提供了插件机制(Out-Of-Tree),允许其他类型的存储服务接入 Kubernetes 系统服务.本文将从 Kubernetes 存储架构.存储插件原理.实现等方面进行讲解,希望大家有所收获. 一.Kubernetes 存储体系架构 引例:

014_HDFS存储架构、架构可靠性分析、副本放置策略、各组件之间的关系

1.HDFS存储架构 (1)HDFS 架构 —— 文件 1)文件切分成块(默认大小64M),以块为单位,每个块有多个副本存储在不同的机器上,副本数可在文件生成时指定(默认3)2)NameNode 是主节点,存储文件的元数据如文件名,文件目录结构,文件属性(生成时间,副本数,文件权限),以及每个文件的块列表以及块所在的DataNode等等3)DataNode 在本地文件系统存储文件块数据,以及块数据的校验和.4)可以创建.删除.移动或重命名文件,当文件创建.写入和关闭之后不能修改文件内容. (2)

存储架构

存储架构 web应用从单点向高并发架构演变时往往遇到最大的问题就是数据库的分布式存储.因为web应用本身就可以集群部署,但其所使用的数据库确是单点的.如果一个web应用开始的时候没有考虑数据库的分布式架构,那么等到要进行数据库集群改造时会发现困难重重,此时通常的做法是将原系统拆分成多个子系统,然后每个子系统访问一个数据库,这几乎重写了整个系统(如果这还不能满足需求,大型企业接下来会增加数据存储总线).很多厂商都是这么做的,包括淘宝.如果你开始你能够考虑到数据库集群,并且这种集群的设置并不增加开发

大道唯简----存储架构演变之剖析

随着云计算和大数据的发展,传统的基于主机的存储架构已逐渐向网络化.虚拟化.海量云存储发展,从分散走向集中,存储的性能.效率和扩展性.灵活性被企业普遍关注.从更高层次看,存储不仅需要提供数据的管理.数据复制.快照.镜像.迁移等例行性事物,更要能处理数据的灾难恢复.数据一致性.虚拟化融合.弹性计算与资源扩展等工作,这些都依赖于良好的存储架构来满足. 结合企业的IT建设,我们可以把存储架构的演变归纳为三个阶段. 第一个阶段是存储基本架构的演进过程. 在企业建立初期,用户的数据规模并不大,存储需求也相对

微服务框架的存储架构

web应用从单点向高并发架构演变时往往遇到最大的问题就是数据库的分布式存储.因为web应用本身就可以集群部署,但其所使用的数据库确是单点的.如果一个web应用开始的时候没有考虑数据库的分布式架构,那么等到要进行数据库集群改造时会发现困难重重,此时通常的做法是将原系统拆分成多个子系统,然后每个子系统访问一个数据库,这几乎重写了整个系统(如果这还不能满足需求,大型企业接下来会增加数据存储总线).很多厂商都是这么做的,包括淘宝.如果你开始你能够考虑到数据库集群,并且这种集群的设置并不增加开发工作量和难

infoq 微信后台存储架构

infoq 上微信后台存储架构 视频很是值得认真一听,大概内容摘要如下: 主要内容:同城分布式强一致,园区级容灾KV存储系统 - sync 序列号发生器      移动互联网场景下,频繁掉线重连,使用 sync 消息协议是非常理想的.相比于推送协议,更加 可靠.实现简洁(不需要考虑离线消息).从陌陌分享看,也使用sync机制. 可靠高效的序号发生器特别重要的,遗憾的是没给讲讲消息的存储机制. -  一致性hash 实现方式            节点hash 值可能冲突      快速初始化  

【云安全与同态加密_调研分析(6)】云计算及云安全主流体系架构与模型——By Me

                                                        云计算及云安全的主流体系架构与模型 1. 云计算主流安全参考模型 1.1 云计算安全参考模型 参考文档<云计算关键领域安全指南V3.0(云安全联盟编写_英文版)>:CSA在其发布的<云计算关键领域安全指南>中提出了基于3种基本云服务的层次性及其依赖关系的云计算安全参考模型 备注:3种服务模式:●云软件即服务(SaaS)●云平台即服务(PaaS)●云基础设施即服务(IaaS

主流存储引擎详解:Innodb,Tokudb、Memory、MYISAM、Federated

主流存储引擎: Innodb:推荐使用,主力引擎,使用99%以上的场景 Tokudb:高速写入使用,日用量大量写入eg:500G可压缩为50G.适用于访问日志的写入,相对MYISAM有事务性,相对于INnodb有很好的压缩性. Inforbbright/InFiniDB,OLAP环境:劣势的存储引擎,主要运用在OLAP场景中,InFiniDB社区版可以支持队形计算. Memory:根据需要使用,速度快,不支持并发 Federated:跨网络使用的一个引擎(默认不激活) Ndbcluster:my

Oracle11g温习-第十章:存储架构

2013年4月27日 星期六 10:38 1.oracle 存储架构: 1)  database  ------------tablespace-------------segment(对象) ------------extent----------data block tablespace------------  datafiles ----------------------------------data block 2.oralce segment(段对象) 的类型 1) table