在计算机领域，SAN（Storage Area Network）和NAS（Network Attached Storage）都是常见的存储解决方案。它们在数据存储、访问方式和应用场景上有着显著的区别。本文将详细介绍SAN和NAS的定义、特点以及它们之间的区别。
我NAS型号是威联通 TS-551，我原先是用两块2T的机械硬盘组RAID1（1块东芝，1块三星的二手硬盘，三星的通电时间截止目前已经65632小时了，真够坚挺的），还有一块2T的机械硬盘放不重要的数据（日立的，通电时间截止目前也有49897小时了）。还有2块240G的SSD组RAID1做高速缓存。
一、检查本地环境1.检查系统版本[root@serer1 ~]# cat /etc/os-release NAME="CentOS Linux"VERSION="7 (Core)"ID="centos"ID\_LIKE="rhel fedora"VERSION\_ID="7"PRETTY\_NAME="CentOS Linux 7 (Core)"ANSI\_COLOR="0;31"CPE\_NAME="cpe:/o:centos:centos:7"HOME\_URL="https://www.centos.
该文档适用于备份使用NAS的仓库类型。所有Elasticsearch集群中的服务通过挂载NAS目录来存放备份快照数据。
Elasticsearch 的数据备份是通过快照机制实现的。为了完成集群的快照，需要依赖一个共享存储系统，即所有节点需要挂载到共享存储的同一个目录，并且每个节点对此目录需有读写权限，最初我们使用 NAS（即 NFS）来实现备份，这个方案也已经稳定运行多年。
S君小故事：存储选型难在何处?S君是一家公司的存储工程师，每当业务部门提出新的存储设备需求时，他就要配合系统架构师共同确定产品方案。这可不只是数据库放在SAN、共享文件放NAS那么简单。看着抽象的预估
OpenStack是一个开源的云计算管理平台项目，由几个主要的组件组合起来完成具体工作。OpenStack支持几乎所有类型的云环境，项目目标是提供实施简单、可大规模扩展、丰富、标准统一的云计算管理平台。OpenStack通过各种互补的服务提供了基础设施即服务（IaaS）的解决方案，每个服 务提供API以进行集成。用Python语言编写。
推荐系统的输入特征具有稀疏性、分布差异大的特性，这两个特性决定了AES工作的意义。其中“稀疏性”理解为特征id经过hash化后，往往只占据完整hash表的一部分。比如文章的category，一般是百级别到千级别的，为了避免冲突，我们一般设定hash表的大小是category数量的数倍，这样就会存在着大量没有使用到的表元素。进一步的，对hash表中的元素建立embedding table，也会存在着大量embedding没有被使用。因此，embedding占据了推荐模型中的大部分参数量。而“分布差异大”则表现为，不同field的特征数量往往差别很大，比如对于“性别”只有3个值，而user ID的量级可能是数以亿计。因此，不同的features所携带的信息也是各异的。特别的，对于一些低频的特征，不仅应该设定更小的embedding size，甚至还可能要将其过滤掉以避免出现过拟合；而对于一些高频的特征，不仅本身携带较大的信息量，和其他特征也会有更大的“共现”机会（“共现”的特性可以用来建模交叉特征，这里不做展开讲），因此应该设定更大的embedding size。
第八章 优化服务器设置 一.MySQL配置的工作原理 1.查找配置文件 在类 UNIX 系统中，配置文件的位置一般在 /etc/my.conf 或者 /etc/mysql/my.conf 中 2.配置语法 配置项设置都使用小写，单词之间用下划线或横线隔开 3.配置文件示例 [mysqld] #GENERAl datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock pid_file=/var/lib/mysql/mysql.pid user=mysq
大家吼，我是你们的朋友煎饼狗子——喜欢在社区发掘有趣的作品和作者。【每日精选时刻】是我为大家精心打造的栏目，在这里，你可以看到煎饼为你携回的来自社区各领域的新鲜出彩作品。点此一键订阅【每日精选时刻】专栏，吃瓜新鲜作品不迷路！
【新智元导读】由圣母大学史弋宇教授和匹兹堡大学胡京通教授领衔的90后华人伉俪，姜炜文博士与杨蕾博士两年前的研究如今修成正果，斩获IEEE TCAD的最佳和DAC的University Demo双项冠军，可以说是理论和实践两开花！并且这篇论文也是开创了NAS的一个新领域，拉开了神经网络与硬件协同搜索的新时代。
今年我决定给自己量身定制一台家庭网络存储服务器（也就是 NAS），预计存储容量有 32TB，并使用开源的操作系统，用来存储我的个人和商业数据。
对象存储（Cloud Object Storage，COS）是腾讯云提供的一种存储海量文件的分布式存储服务，具有高扩展性、低成本、可靠安全等优点。通过控制台、API、SDK和工具等多样化方式，用户可简单、快速地接入COS，进行多格式文件的上传、下载和管理，实现海量数据存储和管理。欲了解更多信息，请浏览产品文档。
云原生时代，容器凭借其易移植、云上云下自由运行、自由迁移的特点，得到了众多企业的青睐。容器是一种轻量的虚拟化技术，启动更快、占用资源更少，容器化已经成为企业数字化转型中IT建设的新方向。企业选择容器，除了容器技术优势，还具备高度灵活性，可避免被单一厂商所绑定，自由选择多家容器管理平台构建容器PaaS平台。
NAS（Network Attached Storage：网络附属存储）按字面简单说就是连接在网络上，具备资料存储功能的装置，因此也称为“网络存储器”。它是一种专用数据存储服务器。它以数据为中心，将存储设备与服务器彻底分离，集中管理数据，从而释放带宽、提高性能、降低总拥有成本、保护投资。其成本远远低于使用服务器存储，而效率却远远高于后者。目前国际著名的NAS企业有Netapp、EMC、OUO等。说白话，就是家用的服务器。
云计算虚拟化场景下的本地磁盘是指使用服务器本地的磁盘资源，经过RAID（磁盘阵列）化后提供给虚拟化平台进行使用。
从目前到2025年，全球软件定义存储（SDS）市场的年复合增长率预计将超过29%。超大规模数据的出现以及基于云计算的基础设施和虚拟化技术的应用增长对存储容量提出了巨大的需求，由此推动了SDS的增长。
目前，世界上大多数的数据中心仍然使用垂直缩放的存储解决方案，这是一个困扰人们的问题。这种传统的存储方法在设计时并没有考虑到现在达到泽字节的庞大数据。企业以往任何时候需要存储更多的指数的数据，他们需要采用不损害性能的经济实惠的方式来进行。软件定义存储的出现使得横向扩展存储解决方案成为了现实。 如今出现的另一个相对较新的技术混合云，使组织折云架构具有最大的业务灵活性，这有助于在达到预算和性能目标的同时，最大限度地提高效率。简而言之，混合云是一个使用混合的内部部署，私有云和公共云服务的组合，以及业务流程平台之间的
把多个存储介质（如硬盘，RAID）通过一定的技术将他们集中起来，组成一个存储池并进行统一管理，从主机和工作站的角度看是一个超大容量（如1T以上）的硬盘。将多种，多个存储设备统一管理起来，为用户提供大容量，高数据传输性能的存储系统称为存储虚拟化。
该文章介绍了群晖科技发布的DSM 6.2系统，该系统在存储空间管理、iSCSI服务、虚拟化技术等方面都进行了优化和更新，旨在为用户提供更加稳定、高效、安全的服务。同时，DSM 6.2还引入了Virtual Machine Manager（VMM）和Virtual DSM两个新功能，分别用于简化私有云架构和提供与Docker更兼容的容器环境。
金融企业中，“数据”扮演着重要的角色，因此其对数据的存储、使用也格外重视。本文将对典型金融企业中的存储场景进行分析，并针对不同场景的技术现状及未来发展进行简要说明。
一、概述 数据一致性是指关联数据之间的逻辑关系是否正确和完整。问题可以理解为应用程序自己认为的数据状态与最终写入到磁盘中的数据状态是否一致。比如一个事务操作，实际发出了五个写操作，当系统把前面三个写操作的数据成功写入磁盘以后，系统突然故障，导致后面两个写操作没有写入磁盘中。此时应用程序和磁盘对数据状态的理解就不一致。当系统恢复以后，数据库程序重新从磁盘中读出数据时，就会发现数据再逻辑上存在问题，数据不可用。 二、Cache引起的数据一致性问题 引起数据一致性问题的一个主要原因是位于数据I/O路径上的各种Cache或Buffer（包括数据库Cache、文件系统Cache、存储控制器 Cache、磁盘Cache等）。由于不同系统模块处理数据IO的速度是存在差异的，所以就需要添加Cache来缓存IO操作，适配不同模块的处理速度。这些Cache在提高系统处理性能的同时，也可能会“滞留”IO操作，带来一些负面影响。如果在系统发生故障时，仍有部分IO“滞留”在IO操作中，真正写到磁盘中的数据就会少于应用程序实际写出的数据，造成数据的不一致。当系统恢复时，直接从硬盘中读出的数据可能存在逻辑错误，导致应用无法启动。尽管一些数据库系统（如Oracle、DB2）可以根据redo日志重新生成数据，修复逻辑错误，但这个过程是非常耗时的，而且也不一定每次都能成功。对于一些功能相对较弱的数据库（如SQL Server），这个问题就更加严重了。 解决此类文件的方法有两个，关闭Cache或创建快照（Snapshot）。尽管关闭Cache会导致系统处理性能的下降，但在有些应用中，这却是唯一的选择。比如一些高等级的容灾方案中（RPO为0），都是利用同步镜像技术在生产中心和灾备中心之间实时同步复制数据。由于数据是实时复制的，所以就必须要关闭Cache。 快照的目的是为数据卷创建一个在特定时间点的状态视图，通过这个视图只可以看到数据卷在创建时刻的数据，在此时间点之后源数据卷的更新（有新的数据写入），不会反映在快照视图中。利用这个快照视图，就可以做数据的备份或复制。那么快照视图的数据一致性是如何保证的呢？这涉及到多个实体（存储控制器和安装在主机上的快照代理）和一系列的动作。典型的操作流程是：存储控制器要为某个数据卷创建快照时，通知快照代理；快照代理收到通知后，通知应用程序暂停IO操作（进入 backup模式），并flush数据库和文件系统中的Cache，之后给存储控制器返回消息，指示已可以创建快照；存储控制器收到快照代理返回的指示消息后，立即创建快照视图，并通知快照代理快照创建完毕；快照代理通知应用程序正常运行。由于应用程序暂停了IO操作，并且flush了主机中的 Cache，所以也就保证了数据的一致性。 创建快照是对应用性能是有一定的影响的（以Oracle数据库为例，进入Backup模式大约需要2分钟，退出Backup模式需要1分钟，再加上通信所需时间，一次快照需要约4分钟的时间），所以快照的创建不能太频繁。 三、时间不同步引起的数据一致性问题 引起数据不一致性的另外一个主要原因是对相关联的多个数据卷进行操作（如备份、复制）时，在时间上不同步。比如一个Oracle数据库的数据库文件、 Redo日志文件、归档日志文件分别存储在不同的卷上，如果在备份或复制的时候未考虑几个卷之间的关联，分别对一个个卷进行操作，那么备份或复制生成的卷就一定存在数据不一致问题。 此类问题的解决方法就是建立“卷组（Volume Group）”，把多个关联数据卷组成一个组，在创建快照时同时为组内多个卷建立快照，保证这些快照在时间上的同步。之后再利用卷的快照视图进行复制或备份等操作，由此产生的数据副本就严格保证了数据的一致性。 四、文件共享中的数据一致性问题 通常所采用的双机或集群方式实现同构和异构服务器、工作站与存储设备间的数据共享，主要应用在非线性编辑等需要多台主机同时对一个磁盘分区进行读写。
ceph三种架构 支持三种接口： Object：有原生的API，而且也兼容Swift和S3的API。 Block：支持精简配置、快照、克隆。 File：Posix接口，支持快照。 Ceph的核心组件 Monitor:节点 RADOS：可用于PB级规模数据存储集群的可伸缩的、可靠的对象存储服务。实现用户实现数据分配、Failover等集群操作。 OSD:对象存储（Object-based Storage），Rados的存储节点，负责响应客户端请求返回具体数据的进程。 CephFS:Ceph File Syst
因此，业界也出现了一系列其他分布式存储系统，最常见的是HDFS、GlusterFS和Openstack Swift。
智选SDK一周资讯大事记，将会为您呈现过去一周最受欢迎的SDK资讯、投融资、企业活动、人物访谈和创业故事等信息，让您在最短的时间内了解最火爆的前沿信息。 有米风波未停，百度又爆出SDK安全事件，智选SDK带你解开SDK“神秘面纱” 就在有米SDK事件风波未停的时候，国内互联网三巨头之一的百度，又爆出SDK安全隐患事件。 由百度提供的一款名为Moplus SDK开发包中，含有“安全”后门。如果攻击者盗取这个“后门”，就可以轻易侵入用户Android移动设备。之后可以在“肉鸡”设备上发布恶意程序，并且执行程序。
NAS（Network Attached Storage：网络附属存储）按字面简单说就是连接在网络上，具备资料存储功能的装置，因此也称为“网络存储器”。它是一种专用数据存储服务器存储服务器)。
一、TrueNAS介绍 TrueNAS是一款开源网络存储系统，前身是FreeNAS系统，其目前有三个版本，分别是TrueNAS® CORE、TrueNAS® ENTERPRISE、TrueNAS® SCALE；本文介绍的是TrueNAS® CORE，其基于FreeBSD开发，使用OpenZFS文件系统，对普通硬件兼容性较好，即便在非服务器硬件平台，也能够提供强大的性能和数据安全保障。
OpenStack块存储服务为实例提供块存储。存储的分配和消耗是由块存储驱动器，或者多后端配置的驱动器决定的。还有很多驱动程序可用：NAS/SAN，NFS，ISCSI，Ceph等等。块存储API和调度程序服务通常运行在控制节点上。取决于所使用的驱动程序，卷服务可以运行在控制，计算节点或者独立的存储节点上。
NetApp 系统为各种不同平台上的用户提供了对全部企业数据的无缝访问。NetApp全系列光纤网络存储系统在文件访问方面支持NFS 和CIFS，在块存储访问方面支持FCP 和iSCSI，确保您可以非常方便地将NetApp 存储系统集成到NAS 或SAN 环境中，并且保护原来的信息。 NetApp 系统运行高效的Data ONTAP™ 微核操作系统，用于将UNIX®、Windows®、NAS、光纤通道和iSCSI SAN 以及Web 数据合并到中央位置。NetApp 企业存储系统是一套可扩展的、经过实践检验的高可用性网络存储系统套件，安装、配置和管理起来十分简便，是行业中总拥有成本(TCO) 最低、投资回报率(ROI) 最高的产品之一。
最近小主机似乎很火，知名不知名的品牌，都出了各自的小主机。今天主要介绍小主机下搭建教程安装Esxi、Openwrt、群晖NAS、Win11、centos7、黑苹果、Android-x86系统，这戏系统
软件正在吞噬整个世界，而开源软件则正吞并整个软件行业。这一点同样适用于看似传统的存储领域，也正影响着存储的使用方和存储厂商。有些存储厂商使用开源代码并对其进行增强，从而提供开源存储所无法提供的企业级特性；而有些厂商基于他们原有的商业软件甚至发起开源项目，以促进开发，例如DellEMC发起的CoreHD（开源软件）是基于该公司私有的ViPR控制器软件的代码。
在上一期的分享中，我们学习到了，怎样来配置存储以及如何使用存储提供的空间。那么本期为大家带来云计算Fusioncompute中的存储虚拟化技术，它是指什么，它又有什么特点呢？
2. 按照对应设备类型的最新教程，重新启动一个镜像版本为1.4的独立部署容器，其他配置和现有独立部署容器相同。
存储，是我们码农每天都要打交道的事情，而当我们面对RAID，SAN，对象存储，分布式数据库等技术的时候，又往往似是而非，存储成了我们熟悉的陌生人。
什么是FreeNAS？FreeNAS是全球排名第一的存储操作系统,下载量超过10亿次几乎可以安装在任何硬件平台上，以通过网络共享数据。FreeNAS是为数据创建集中且易于访问的位置的最简单方法。将FreeNAS与ZFS一起使用可保护，存储和备份所有数据。FreeNAS广泛用于家庭，小型企业和企业。
客户：小 D 啊，SOS！昨天我们给一台 MD 存储进行硬盘扩容，不知道哪一步出了问题，服务器识别不到存储的数据卷了！这些数据千万不能丢啊，里面存放了近几年的设计图纸，整个设计部现在都要快瘫痪了！
Hadoop分布式文件系统（HDFS）是Hadoop生态系统的重要组成部分之一，它是一个高度可靠、高度可扩展的分布式文件系统，专门为海量数据存储而设计。
最近也看到一些微博或公众号提到HITB会议的一些议题，就是分享链接，但还没人聊过里面的议题，今天我又批量下载议题pdf学习下。老规矩，聊聊一些自己感兴趣的话题。
HDFS（Hadoop Distributed File System）是Hadoop项目的核心子项目，是分布式计算中数据存储管理的基础，坦白说HDFS是一个不错的分布式文件系统，它有很多的优点，但也存在有一些缺点，包括：不适合低延迟数据访问、无法高效存储大量小文件、不支持多用户写入及任意修改文件。 Apache软件基金会成立的时候，HDFS就一直在想办法提高它的性能和可用性，坦白说，这也许对试点项目、非常规项目、要求不严格的大环境中比 较适用，但是对于某些Hadoop用户来说，他们对于性能、可用
作为数字经济高速发展的重要底座，数据中心的建设和运营模式多年来不断进化，为千行百业的数字化转型持续赋能。
“五年前，我们很多行业客户的数据还是以ERP、CRM等数据为主，10TB就属于很大的数据量；今天，这些客户积累的数据量通常达到PB级，像行为数据等非结构化数据增长极为迅速，业务形态也发生了巨大变化，基于海量数据的AI应用正在由点到面地铺开”--一位深耕行业的ISV如是说。
本文是Elasticsearch索引优化系列的第三篇，此前已发布第一篇和第二篇。本系列教程主要目的是通过对Elasticsearch配置进行调优来提升索引性能，并降低监控和管理压力。本文翻译自QBox官方博客，版权归原作者Adam Vanderbush所有。
数据无价，相信很多人都深有体会。数码照片、电子文档、工作产出、游戏存档，哪一样都丢不起。
ZFS文件系统的英文名称为Zettabyte File System,也叫动态文件系统（Dynamic File System）,是第一个128位文件系统。最初是由Sun公司为Solaris 10操作系统开发的文件系统。作为OpenSolaris开源计划的一部分，ZFS于2005年11月发布，被Sun称为是终极文件系统，经历了 10 年的活跃开发。而最新的开发将全面开放，并重新命名为 OpenZFS。
2020年超融合增长势头不减，在新的一年中，有几家HCI（超融合基础设施）供应商值得关注。本文研究了几种不同类别的供应商、他们工具的特性、处理的用例以及是什么使他们的产品在竞争中脱颖而出。
前言： 笔者在之前的《从PowerVM，KVM到Docker：存储池的配置与调优-第一篇》中，分享了PowerVM下存储池的配置和调优的方法。在X86虚拟化和云时代，Ceph具有天生的优势，因此本文着重介绍Ceph的原理和架构。同时，本文也作为《从PowerVM，KVM到Docker：存储池的配置与调优-第二篇》而存在。 Ceph的前世 2014年，红帽收购Inktank（Inktank主要提供基于Ceph的企业级产品），此次收购后，红帽成为最大的开源存储产品提供商，包括对象存储、块存储和文件存储。红帽在C
本文对悉尼科技大学博士生董宣毅发表于 ICLR 2020 的录用Spotlight论文《NAS-BENCH-201: Extending the Scope of Reproducible Neural Architecture Search》进行解读。这篇论文提出的NAS-Bench-201，可在很大程度上提高NAS算法的可复现性，并降低了NAS算法的计算需求（例如仅用0.1秒便可以完成搜索）。
NAS存储从诞生以来就备受大家的喜欢, 得益于多系统互访、即插即用、小开销、多协议等优点，很多企业都会采用他来存储和共享资源,也有很多个人玩家自建NAS服务,玩起来也是很HIGH。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
