为图片或文件架构选型

简介:        作为中小型公司的运维人员或者说架构人员,是否曾遇到过这种情况,网站的每一次升级改造都面临着架构的再次选型。其中较典型的就是图片或者小文件的架构。笔者曾遇到过,当时考虑了多种备选方案。
       作为中小型公司的运维人员或者说架构人员,是否曾遇到过这种情况,网站的每一次升级改造都面临着架构的再次选型。其中较典型的就是图片或者小文件的架构。笔者曾遇到过,当时考虑了多种备选方案。接下来我要说的就是当时的一种。
    

MooseFS






   MooseFS is a fault tolerant, network distributed file system. It spreads data over several physical servers which are visible to the user as one resource. For standard file operations MooseFS acts as other Unix-alike file systems:
   MooseFS是容错,网络分布式文件系统。它传播的数据在多个物理服务器,这是对用户可见的一个资源。对于标准的文件操作MooseFS充当其他类Unix相似的文件系统:

    A hierarchical structure (directory tree)
    层次结构(目录树)
    Stores POSIX file attributes (permissions, last access and modification times)
    存储POSIX文件属性(权限,最后访问和修改时间)
    Supports special files (block and character devices, pipes and sockets)
    支持特殊文件(块设备和字符设备,管道和套接字)
    Symbolic links (file names pointing to target files, not necessarily on MooseFS) and hard links (different names of files which refer to the same data on MooseFS)
    符号链接(文件名指向的目标文件,不一定MooseFS )和硬链接(这指的是相同的数据上MooseFS文件的名称不同)
    Access to the file system can be limited based on IP address and/or password
    访问文件系统可以根据IP地址和/或密码被限制




Distinctive features of MooseFS are:
MooseFS的鲜明特点是:
    High reliability (several copies of the data can be stored across separate computers)
    高可靠性(数据的多个副本可以存储在多个单独的计算机上)
    Capacity is dynamically expandable by attaching new computers/disks
    容量是通过附加新的计算机/磁盘动态扩展
    Deleted files are retained for a configurable period of time (a file system level "trash bin")
    删除的文件保留的可配置时间段(一个文件系统级别“垃圾桶” )
    Coherent snapshots of files, even while the file is being written/accessed
    文件的相干快照,甚至在文件被写入/访问


     
      看到这里,很多博友可能会问
,怎么只有文字说明和截图,没有安装过程啊!安装过程出了官网上的,google和baidu的已经够多的了,我就不用再重复了, 关键的文字说明,我是想告诉各位博友,当你要决定用的时候,你要明白它可以满足你的那些需求。截图可以让我们很直观的对整个集群的信息实时监控,便于运维。
      在当初的时候,我们没有选择这套方案主要是因为成本,MooseFS 部署过程相比其它,还算简单。配置方便,监控也很直观。

        仅以简短的文字说明和几幅简图给中小型公司的运维兄弟,在做图片文件存储架构选型方面,提供一个参考,在稳定公司业务的基础上,提高自己的技术水平!

目录
相关文章
|
6月前
|
消息中间件 存储 缓存
Kafka【基础知识 01】消息队列介绍+Kafka架构及核心概念(图片来源于网络)
【2月更文挑战第20天】Kafka【基础知识 01】消息队列介绍+Kafka架构及核心概念(图片来源于网络)
254 2
|
1月前
|
运维 负载均衡 安全
深度解析:Python Web前后端分离架构中WebSocket的选型与实现策略
深度解析:Python Web前后端分离架构中WebSocket的选型与实现策略
82 0
|
3月前
|
存储 NoSQL 关系型数据库
MPP架构数据仓库使用问题之Visibility bitmap表被删除的文件信息是如何记录的
MPP架构数据仓库使用问题之Visibility bitmap表被删除的文件信息是如何记录的
|
17天前
|
消息中间件 运维 NoSQL
基础架构组件选型及服务化
【10月更文挑战第15天】本文概述了分布式系统中常见的基础架构组件及其选型与服务化的重要性。
|
30天前
|
消息中间件 运维 NoSQL
基础架构组件选型及服务化
【10月更文挑战第2天】本文介绍了常见的分布式基础架构组件,包括分布式服务化框架(如Dubbo、Spring Cloud)、分布式缓存(如Redis、Memcached)、数据库及分布式数据库框架(如MySQL、TiDB)、消息中间件(如Kafka、RabbitMQ)和前端接入层(如LVS、Nginx)。文中探讨了组件选型问题,强调统一标准的重要性,避免重复劳动与维护难题。最后,提出基础架构服务化的必要性,通过标准化和平台化提升运维效率
|
3月前
|
缓存 Cloud Native 关系型数据库
MPP架构数据仓库使用问题之DADI的文件异步预取机制是怎么工作的
MPP架构数据仓库使用问题之DADI的文件异步预取机制是怎么工作的
|
3月前
|
存储 NoSQL 索引
MPP架构数据仓库使用问题之在ORC文件中,String类型字段是怎么进行编码的
MPP架构数据仓库使用问题之在ORC文件中,String类型字段是怎么进行编码的
|
4月前
|
SQL
云架构数据倾斜问题之在SQL数据源读取查询时合并小文件如何解决
云架构数据倾斜问题之在SQL数据源读取查询时合并小文件如何解决
|
4月前
|
运维 负载均衡 前端开发
深度解析:Python Web前后端分离架构中WebSocket的选型与实现策略
【7月更文挑战第16天】Python Web开发中,前后端分离常见于实时通信场景,WebSocket作为全双工协议,常用于此类应用。选型时考虑性能、功能、易用性、社区支持和成本。Flask-SocketIO是实现WebSocket的一个选项,它简化了与Flask的集成。案例展示了如何用Flask-SocketIO创建一个实时聊天室:后端处理消息广播,前端通过Socket.IO库连接并显示消息。此实现策略演示了在Python中实现实时通信的基本步骤。
103 0
|
5月前
|
自然语言处理 监控 搜索推荐
《百炼成金-大金融模型新篇章》––12.应用场景与技术架构选型(1)
百炼必定成金,新质生产力会催生新质劳动力,谨以此文抛砖引玉,希望与业内的各位朋友一同探讨如何积极拥抱并运用大模型技术,以应对和驾驭不断变化的市场环境,实现科技金融持续稳定的提质增效和创新发展,携手开启金融大模型未来新篇章。
107 1

热门文章

最新文章