海量图片存储服务的架构，大家看看行不行！

tianxueer

没什么经验，纯粹平空暇想，欢迎大家指导！\r\n\r\n1、存储模块：图片的实际存放地。一台服务器为一个节点，可随时扩充。硬盘SATA，要多。单个服务器容量要若干TB。每个图片在三台不同的节点存储，互为备份；\r\n2、数据库模块：记录每个用户的每个图片的信息，如存储在哪三个节点的什么位置等等；\r\n3、缓存模块：也是实际提供服务的机器，服务器性能高。缓存最新上传和最新访问的图片。\r\n\r\n用户访问流程：\r\n首先负载均衡到某一缓存模块的机器，\r\na、该缓存服务器判断图片是否在本缓存，如果在，则传送图片；\r\nb、如果不在，则请求数据库模块，看是否在其他缓存机器，如果在，则获取图片，并传送；\r\nc、如果也不再其他缓存模块，则从数据库模块获得该图片的三个储存节点中的一个，获取此图片，并缓存，然后传送。\r\n\r\n大概就是这个思路，主要就是用廉价并且有大容量存储的机器储存数据，然后用高性能的缓存服务器，缓存最有可能被访问到的图片。\r\n不知道典型的图片存储架构是什么样的？

distliu

建议你用云存储作为海量图片存储平台，云存储平台有moosefs，国内厂家天津火星有也推出了火星云存储文件系统。如果有图片迁移归档的需求，例如需要将不经常使用的图片转存到带库上，可以用火星的数据归档管理软件

tianxueer

楼上两位不错，学习了！\r\nhappy_fish100牛啊！

spook

你这个东西，和一家公司的PACS一样……\r\n\r\n你要是有100G的在线数据3台服务器你就要300G的存储空间……\r\n\r\n你要是有 2TB 的数据 5台服务器 你就要10TB的存储空间……\r\n\r\n这在2～3年前是不可想象的%……:mrgreen::mrgreen:\r\n\r\n\r\n你可以查一下 IBM XIV的资料……