RAID5和RAID10，哪种RAID更适合你(上)
　作者: IT168特约撰稿 Piner.Chen　编辑:
&&& 【IT168 专稿】存储是目前IT产业发展的一大热点，而RAID技术是构造高性能、海量存储的基础技术，也是构建的基础技术。专家认为，的性能优势得益于磁盘运行的并行性，提高设备运行并行度可以提高磁盘的性能和数据安全性。
&&& 20年来，RAID 推出了一系列级别，包括RAID 0、RAID 1、RAID 2、RAID 3、RAID4、RAID 5，以及各种组合如 RAID 0+1 等。其中最广泛的包括RAID5与RAID10。但是一直以来，关于RAID5与RAID10的性能优劣的争端还是非常多的，甚至很多人包括很多公司都那拿出了测试数据。而这些测试数据复杂难懂相互矛盾，更加让用户感到迷惑，不知道如何选择。
&&& 在这里，我将就这两种RAID的内部运行原理来分析一下，看看我们在什么情况下应当适合选哪一种RAID方式。根据我的经验与分析：象小io的数据库类型操作，如ERP等等应用，建议采用RAID10，而大型文件存储，数据仓库，如医疗PACS系统、视频编辑系统则从空间利用的角度，建议采用RAID5。下面请看详细的性能对比：
&&& 本文分为上下两篇，上文侧重分析两种RAID的内部运行原理，下文将根据不同的影响磁盘性能的因素来分析，RAID方案对磁盘系统的影响，参考“ ”
&&& 为了方便对比，我这里拿同样多驱动器的磁盘来做对比，RAID5选择3D+1P的RAID方案，RAID10选择2D+2D的Raid方案，分别如图：&
&&& 那么，我们分析如下三个过程：读，连续写，随机写，但是，在介绍这三个过程之前，我需要介绍另外一个中的重要概念：cache。
磁盘读写速度的关键之一：Cache
&&& cache技术最近几年，在磁盘存储技术上，发展的非常迅速，作为高端存储，cache已经是整个存储的核心所在，就是中低端存储，也有很大的cache存在，包括最简单的，一般都包含有几十，甚至几百兆的RAID cache。
&&& cache的主要作用是什么呢？作为缓存，cache的作用具体体现在读与写两个不同的方面：作为写，一般存储阵列只要求数据写到cache就算完成了写操作，当写cache的数据积累到一定程度，阵列才把数据刷到磁盘，可以实现批量的写入。所以，阵列的写是非常快速的。至于cache数据的保护，一般都依赖于镜相与（或者是UPS）。
&&& cache在读数据方面的作用一样不可忽视，因为如果所需要读取的数据能在cache中命中的话，将大大减少磁盘寻道所需要的时间。因为磁盘从开始寻道到找到数据，一般都在6ms以上，而这个时间，对于那些密集型I/O的应用可能不是太理想。但是，如果能在cache保存的数据中命中，一般响应时间则可以缩短在1ms以内。
&&& 不要迷信存储厂商的IOPS（每秒的io数）数据，他们可能全部在cache命中的基础上做到的，但是实际上，你的cache命中率可能只有10%。
&&& 介绍完cache，我们就可以解释RAID5与RAID10在不同的模式下，工作效率问题了，那么我们来分别分析读操作、连续写和离散写三方面的问题。
第1页：第2页：
大学生分期购物销量榜
已有条评论
IT168企业级存储设备的三种类型_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
存储设备的三种类型
阅读已结束，下载本文需要
想免费下载本文？
定制HR最喜欢的简历
下载文档到电脑，同时保存到云知识，更方便管理
还剩6页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢新手园地& & & 硬件问题Linux系统管理Linux网络问题Linux环境编程Linux桌面系统国产LinuxBSD& & & BSD文档中心AIX& & & 新手入门& & & AIX文档中心& & & 资源下载& & & Power高级应用& & & IBM存储AS400Solaris& & & Solaris文档中心HP-UX& & & HP文档中心SCO UNIX& & & SCO文档中心互操作专区IRIXTru64 UNIXMac OS X门户网站运维集群和高可用服务器应用监控和防护虚拟化技术架构设计行业应用和管理服务器及硬件技术& & & 服务器资源下载云计算& & & 云计算文档中心& & & 云计算业界& & & 云计算资源下载存储备份& & & 存储文档中心& & & 存储业界& & & 存储资源下载& & & Symantec技术交流区安全技术网络技术& & & 网络技术文档中心C/C++& & & GUI编程& & & Functional编程内核源码& & & 内核问题移动开发& & & 移动开发技术资料ShellPerlJava& & & Java文档中心PHP& & & php文档中心Python& & & Python文档中心RubyCPU与编译器嵌入式开发驱动开发Web开发VoIP开发技术MySQL& & & MySQL文档中心SybaseOraclePostgreSQLDB2Informix数据仓库与数据挖掘NoSQL技术IT业界新闻与评论IT职业生涯& & & 猎头招聘IT图书与评论& & & CU技术图书大系& & & Linux书友会二手交易下载共享Linux文档专区IT培训与认证& & & 培训交流& & & 认证培训清茶斋投资理财运动地带快乐数码摄影& & & 摄影器材& & & 摄影比赛专区IT爱车族旅游天下站务交流版主会议室博客SNS站务交流区CU活动专区& & & Power活动专区& & & 拍卖交流区频道交流区
稍有积蓄, 积分 288, 距离下一级还需 212 积分
论坛徽章:0
用途：数据库服务器
操作系统：AIX 6.1.08 SP3
应用软件：oracle 11G 版本3+ rac
要求：采用ASM技术实现双磁盘阵列的备份、同写同读；连接心跳线
ASM提供了3种冗余方法。
external redundancy& &&&表示Oracle不帮你管理镜像，功能由外部存储系统实现，比如通过RAID技术。
normal redundancy& && & （默认方式）表示Oracle提供2路镜像来保护数据。
high redundancy& && && &&&表示Oracle提供3路镜像来保护数据。
如果使用如下:&&双存储--
normal redundancy& && & （默认方式）表示Oracle提供2路镜像来保护数据。
怎么配置呢?
论坛徽章:7
在存储级别配置raid1+0，同时写两份数据到双存储。
在数据库ASM级别配置external redundancy ，因为，你存储已经对数据做了保护，数据库ASM层面就不需要再写两份数据了。
论坛徽章:17
2楼说的很详细了，也可以将两个磁盘阵列做LVM的mirror，建议将两个存储分别做好RAID之后再做mirror，至于做哪种RAID级别，要看业务类型而定。
稍有积蓄, 积分 288, 距离下一级还需 212 积分
论坛徽章:0
谢谢了!!项目就需要ASM来实现.怎么去配置呢?感谢大家.
论坛徽章:17
shuishengda
& & 如果按照我说的那么做，我觉得选择external redundancy就可以。最好是找个环境测试一下，理论和实践是有差别的，在未投入到正式生产环境下的时候，最好是测试一把，尤其是关键业务。看起来你这业务挺关键的。
稍有积蓄, 积分 288, 距离下一级还需 212 积分
论坛徽章:0
jackson198574
是的,所以客户那面,就是通过使用 ASM 来做.感谢了!!楼主的意见;所以没有办法,和客户要一致.
论坛徽章:17
shuishengda
& & 客气了。有什么新进展或者问题，欢迎继续讨论哈。
稍有积蓄, 积分 288, 距离下一级还需 212 积分
论坛徽章:0
www_xylove
楼主,您好!!我没有明白,谢谢您的支持,您有邮箱吗?
白手起家, 积分 106, 距离下一级还需 94 积分
论坛徽章:0
shuishengda
双读写的话。建议
1.crs vote放在单独的磁盘组，安装grid的时候，如果做normal模式，划分3块盘，建立crs_vote磁盘组。各512MB。你是俩台存储，建议每个存储划分3个512MB的磁盘都映射给oracle主机，6块盘做High模式的冗余。这样俩台存储平分容量。容易区分
2.normal模式，每台存储划分2块盘给主机 storage1 hdisk2 hdisk3 storage hdisk3 hdisk4，然后asmcade 时候建立DATA磁盘组，将hdisk2 hdisk3 划分为failgroup1,hdisk3 hdisk4划分为failgroup2.
这样就实现了双磁盘阵列的同读同写。
白手起家, 积分 106, 距离下一级还需 94 积分
论坛徽章:0
安装grid创建磁盘组的时候因为有默认的crs和vote，所以无法更改磁盘组各磁盘的failgroup。系统会按照默认的类型创建failgroup，无法实现真正意义的双阵列区分。所以，还是将crs和vote单独区分出来。然后asmca创建选定的故障组
北京盛拓优讯信息技术有限公司. 版权所有 京ICP备号 北京市公安局海淀分局网监中心备案编号：22
广播电视节目制作经营许可证(京) 字第1234号
中国互联网协会会员&&联系我们：
感谢所有关心和支持过ChinaUnix的朋友们
转载本站内容请注明原作者名及出处比特客户端
您的位置：
详解大数据
详解大数据
详解大数据
详解大数据
做存储双活是好，但不能白白浪费了存储阵列软件
　　软件定义，当下存储行业最火热的话题，没有之一。从最开始的软件定义，到软件定义网络与网络功能(SDN和NFV)，这场最终烧到了数据中心最核心也是最复杂的组成部分――存储。于是，软件定义存储的理念随之而来。
　　在这一理念下，软件应当在中发挥重要的作用，它可以建立、管理、控制和协调存储资源，而不仅仅是存储系统的附属品或是边缘。
　　与此同时，有一个经久不衰的话题持续存在，那就是“双活”。作为保障业务连续性最坚实的基础，越来越多的企业开始付诸行动，正如某业内媒体所撰写的那样：“2014年，一个最显著的变化是，双活数据中心跨越了概念炒作的阶段，被很多企业用户所接受。”
　　存储系统的双活解决长期以来就是数据中心双活架构中的重点，这其中的原因不仅是因为存储系统中存储了企业最核心的生产数据，是“万万马虎不得”的核心系统，更因为与(主机端)双活、应用程序双活(如 RAC)相比，存储系统的双活不仅架构复杂、实施复杂，而且往往存在这样或那样的问题，
　　在“临门一脚”的时候，往往“活不过来”。
　　但即便是这样，存储系统的双活解决方案仍然在企业客户的数据中心遍地开花，可是，许多企业客户发现，在软件定义存储的大思路之下，数据中心内的存储双活方案，却成了软件定义存储的拦路虎、挡路石。
　　“嗨!我们还能不能好好的在一起玩耍了?”软件定义存储对存储双活说到。
　　存储双活 阻碍软件定义存储的发展?
　　软件定义存储和存储双活，看起来是八竿子打不着的事情，这两者之间怎么就产生了互相影响?凭什么说“(某些)存储双活解决方案，阻碍了软件定义存储的发展”?这事儿还要从业界主流的几种存储双活架构说起。
　　存储双活的架构设计，从不同的供应商的产品特点出发，大致可以归纳为几类：主机卷镜像、虚拟化存储、外置双活存储网关和存储内嵌双活+等几种架构，其中绝大多数存储双活选择，由于其架构设计，在实现存储双活后，主机端与存储(功能)端被人为的分割开来，从而无法利用阵列本身软件，软件定义存储也就无从谈起了。
　　为什么会发生这样的事情呢?还要从其中几种架构的设计思路说起。
　　主机卷镜像的方式是早期存储双活方案选择较多的方式，企业客户通过主机卷镜像软件，保证数据从主存储镜像到备存储，这一方案不依赖于具体的存储品牌，支持存储双活，但由于卷镜像软件只将存储系统作为一个“硬盘池”来使用，无法利用存储阵列本身的软件。
　　除此以外，这一方案还存在额外采购镜像软件安装在所有主机端所造成的成本和消耗主机资源、存储系统/主机/虚拟化平台多平台兼容性等问题。
　　更进一步，业内一些存储厂商提出了虚拟化网关的存储双活解决方案，这一方案利用两层内的存储网关，将后端存储进行虚拟化，变成虚拟化资源池来使用其容量，将主机端的IO通过SAN交换机分发给两套存储系统，从而达到存储“双活”的目的――在这一架构中，存储系统只是被虚拟化的资源池，同样无法利用阵列本身的软件。
　　但更为关键的是，在付出了额外购买存储网关的成本、接受了新增网关层可能存在的性能瓶颈问题以及网关往往不能跨代混用等问题之后，虚拟化存储网关的存储双活却并不能够真正支持存储双活――以服务器为基础的虚拟化存储网关双活控制器集群，双活的只是网关内的控制器，而不是虚拟化存储网关。
　　基于对虚拟化存储网关进一步优化，外置双活存储网关架构被设计出来，它采用外置双活存储网关，在采购至少两对(四个)网关的前提下，这一方案确实可以提供行业内可靠性几近最佳的存储双活支持，但是，由于存储系统仍然是依靠存储网关实现数据的分配和系统的利用，它仍然无法利用阵列本身的软件。
　　在这一方案中，决不可忽略的是成本问题。相对于之前谈到的两个方案，由于架构设计的问题，每对网关对应一套存储系统，这意味着必须采购两对也就是四个外置存储网关，“四引擎，八个控制器”的采购成本，几乎是此前两个方案的两倍之多。
　　传统的三种双活方式，不仅存在架构复杂、阵列软件不能复用等问题，且只对物理故障有效。
　　那么，有没有什么办法，既能够保证存储双活，又能够利用阵列本身软件，不破坏“软件定义存储的良好愿景”呢?
　　当然有了!你把存储网关取消掉，让主机端直接连接存储系统不就得了?!
　　存储内嵌双活+CDP：这才是软件定义存储的思路
　　让存储双活回到软件定义存储的思路上来，其实并不像想象中的那么难，一方面，存储双活与软件定义存储不是对立的，即便是刚才谈到的几种解决方案，都是以软件为核心的，软件怎么会“为难”软件呢?另一方面，之前几种方案之所以无法释放阵列的，核心原因在于其只是将存储作为容量池使用，而是将复杂的软件功能交付给了存储网关或是主机端，从这个角度来说，“直连”不就得了?
　　但主机端直接连接存储，实现存储双活是有条件的，这个条件就是：存储系统必须要内嵌双活，也就是将原本存储网关干的事情纳入到存储系统中去，这就是我们在前文中提到的“存储内嵌双活+CDP”的模式――咦?为什么要CDP?这件事情我们暂时按下不表，先把话题集中到双活架构上来。
　　Live Volume的“存储内嵌双活+CDP”架构
　　在戴尔Compellent存储系统中，有一项内嵌技术叫做LV，这不是LOUIS VUITTON，而是Live Volume，以这一技术为核心的双活解决方案是“比纯粹数据复制更高级的数据中心级别的双活保护方案”：Live Volume以流动、虚拟化的方式，维持戴尔Compellent SC系列存储系统之间的数据关系，数据卷可以在系统之间以非中断方式在线数据迁移，或者说叫“漂移”。
　　在双活架构中，主存储的每一次IO操作，都通过FC或链路以同步(远程站点可以选择异步)复制的方式，投射到备(从)存储上，使两边的数据保持高度的一致性。
　　当主存储站点或是通向其的路径发生故障，主机端的IO无法到达主存储时，戴尔Compellent SC存储系统会感知到来自主机端IO的下降甚至是丢失，在满足一定的条件时，即完成从动态的交换路径到自动进行动态角色交换等一系列动作，也就是说，原有的主存储和备(从)存储之间交换了身份。
　　Live Volume的站点交换过程，可以完全保证数据的同步。
　　这一“交换身份”的过程，对主机来说就像是让卷动态漂移到了新的主存储(也就是原来的备份(从)存储)那里，其技术实现和应用体验就像是上实时在线迁移一台虚拟机――Live Volume就像是在主存储/备(从)存储系统中创造一个类似VMware的Hypervisor虚拟化层的存储抽象层――让卷可以就像是VMotion一样，自由的在存储系统之间漂移。
　　在这样的架构下，主机端所分配的卷，就像是在两套存储系统之间“漂移”，对主机端来说，主卷永远存储在主存储上，从未改变。哪怕主存储和备(从)存储之间的角色在1分钟前刚刚发生了改变，这正是作为“存储Hypervisor”的Live Volume的核心技术优势之一。
　　虚拟化环境中，戴尔Compellent SC系列存储系统基于其应用和数据流量感知技术，可以感知虚拟机的在线迁移，在虚拟机迁移之后，主机端IO出现变化时，“以最靠近的一套存储自动进行动态角色交换”，让虚拟机永远连接的都是“主存储系统”。
　　更进一步：两地三中心和逻辑故障的双活
　　说到数据中心的故障，IDC有一个大致的统计数字，逻辑故障占53%，硬件故障占47%，这也就意味着，大多数情况下存储双活面对的问题，不是系统宕机或是站点损毁，而是数据压根儿就是错的――这往往是逻辑故障所造成的。
　　对于高端存储应用来说，传统的备份技术已经不能满足实时恢复逻辑故障的需求，因此，CDP技术应运而生，成为企业客户避免存储系统逻辑故障的重要解决方案：CDP技术通过对数据进行大量的、高频率的“拍照”，让管理员可以选择将数据恢复到任意时间点(往往是分钟级)。
　　这就是戴尔Compellent SC存储的“LV”之所以被称为“存储内嵌双活+CDP”存储双活技术的原因，通过在Live Volume中内嵌CDP技术，一旦发生存储双活系统的逻辑故障，管理员可以从内嵌的CDP“设备(空间)”将数据恢复到主存储并快速同步到备(从)存储――与外置CDP不同，这是在存储系统内部进行复制，传输速度、延迟和可恢复性的水平更高。
　　基于戴尔Live Volume的两地三中心解决方案示意图。
　　两地三中心解决方案是存储双活解决方案的扩展，通过在远程站点增加一套存储系统，极大的提高了地域接近(大部分情况下就是在同一个数据中心)的双活存储在应对灾难灾害时的应对能力，Live Volume的两地三中心方案，可以简单的通过级联(近线DR站点异步复制连接远程DR站点)和混合(主站点与近线DR站点，与远程DR站点异步复制)两种模式建立，完全不需要调整原有的双活架构，只需要为主存储增加一个远程连接的外部站点即可。
　　这就是以Live Volume为基础的戴尔Compellent SC系列存储所构建的支持硬件故障和逻辑故障的高可用性存储双活和两地三中心灾难恢复功能的组合，作为一款可以感知主机端IO和虚拟机位置变化的解决方案，它可以支持动态性能调整、零停机存储维护、跨数据中心数据迁移以及虚拟机(、VMware或是其他Hypervisor)动态迁移等多种对存储系统颇有点考验的需求。
　　原生存储双活：架构简单 功能强大
　　戴尔Live Volume为企业客户实现存储双活及两地三中心高可用性，提供了一整套完整的解决方案，满足了企业客户在逻辑故障和物理故障两个层面对存储系统高可用性的需求，但在企业级IT市场，最终实现的结果只占企业客户实际意义的百分之五十，另有百分之五十在意的，是实现的过程――是否简单?是否风险小?是否具有良好的延续性?
　　这正是戴尔Live Volume技术广泛受到戴尔Compellent系列存储用户欢迎的原因，在全球主流存储厂商中第一个将存储双活高可用性技术加入到存储系统的软件平台中，戴尔必然是经过深思熟虑的(被戴尔公司收购以前，Live Volume就是Compellent流动数据跨越多套存储构建存储云的核心技术)。
　　一方面，在前面我们就提到过，作为“存储内嵌双活+CDP”，戴尔Live Volume既不需要从外部设备恢复数据，也不需要经由复杂的路径进行数据复制和恢复，这意味着更好的效率，更快的传输速度和更低的恢复风险。
　　另一方面，在一个经典的计算、存储、网络三层模型中，戴尔Live Volume “原生双活”的实现架构中避免了增加外置虚拟化网关或其他IT设备，避免了对数据中心存储架构的后天改造，更降低了方案的复杂性――既然存储系统自带“原生双活”，为什么还要去选择复杂的非原生方案?
　　第三，戴尔Live Volume的双活解决方案具有极高的灵活性和经济性，在链路选择方面，企业客户可以选择FC或是IP路径连接，复用裸光纤iSCSI远程复制这样的架构“容忍度”，可以帮助企业客户节省昂贵的FC直连费用;另一方面，无论是本地站点还是远程站点，戴尔的方案都支持同步或异步两种方式，且支持动态调整，在链路状况不稳定(这种事情在中国非常常见)的情况下，企业客户可以选择不同的复制方式。
　　第四，也是最重要的，Live Volume不是以“屏蔽”存储阵列自身的软件为条件的双活甚至多活方案，丰富的存储软件功能是戴尔存储在市场上的核心竞争力之一，如果为了增加一项功能而放弃整个“森林”，不仅企业客户不会答应，对于将数据中心业务重点放在存储上的戴尔公司来说，也是一个绝对不能够承受的损失。
　　试想，如果未来真的实现了“控制平面与数据平面分离”的软件定义存储，控制平面具有极强的存储软件甚至是多融合平台软件能力(这从当前新的企业级高端存储特性就能看出)，难道就要如此白白放弃这部分昂贵的价值么?
　　做云时代的存储双活
　　在本文最后的这一部分，我们终于涉及到讨论存储双活话题时经常会提到的一个概念：“(第三站点)仲裁”，在部分供应商的解决方案中，“(第三站点)仲裁”作为一个判定双活切换的“裁判”角色，得到了非常重要的位置。
　　但是，这样一个“裁判”真的必不可少，或者是，必须要以一个站点的形式存在么?
　　一方面，以中国企业客户的实际情况来看，独立的第三方仲裁(站点)几乎不可能，在一个双活数据中心(构建存储双活)之外，建立独立的数据中心站点容纳仲裁端，绝大多数企业都是承受不起的，而如果将“裁判”置于任何一方(站点)，在发生数据中心链路或其他物理故障时，不过是徒劳无用。
　　另一方面，随着技术的普及，存储双活站点判定正常状态的“Pulse(心跳)”，完全可以脱离开实际的物理站点，进入到一个可靠、可信、具备高速链路的云平台上――位于云的仲裁站点通过判断来自不同存储系统的“Pulse”信号――以更具有经济性和可靠性的方式，保障存储双活站点的高可用性。
　　软件定义的甚至是云定义的“(第三方站点)仲裁”才是企业客户最需要的，传统的基于物理设备的存储双活判断方式，是无法满足企业客户的需要的，它不仅昂贵，而且受限于物理空间的限制，而以存储系统软件功能形态存在的戴尔Live Volume则完全不存在于任何的限制――让数据最终流动到云端，正是戴尔存储业已成型的流动数据架构的价值。
　　另外，除了支持不同型号Compellent存储系统的双活解决方案，还有支持跨越不同的协议来实现的双活切换，小编先埋个伏笔，很快就会有后续文章详细介绍哦!
相关文章：
[ 责任编辑：杨瑗嘉 ]
去年，手机江湖里的竞争格局还是…
甲骨文的云战略已经完成第一阶段…
软件信息化周刊
比特软件信息化周刊提供以数据库、操作系统和管理软件为重点的全面软件信息化产业热点、应用方案推荐、实用技巧分享等。以最新的软件资讯，最新的软件技巧，最新的软件与服务业内动态来为IT用户找到软捷径。
商务办公周刊
比特商务周刊是一个及行业资讯、深度分析、企业导购等为一体的综合性周刊。其中，与中国计量科学研究院合力打造的比特实验室可以为商业用户提供最权威的采购指南。是企业用户不可缺少的智选周刊！
比特网络周刊向企业网管员以及网络技术和产品使用者提供关于网络产业动态、技术热点、组网、建网、网络管理、网络运维等最新技术和实用技巧，帮助网管答疑解惑，成为网管好帮手。
服务器周刊
比特服务器周刊作为比特网的重点频道之一，主要关注x86服务器，RISC架构服务器以及高性能计算机行业的产品及发展动态。通过最独到的编辑观点和业界动态分析，让您第一时间了解服务器行业的趋势。
比特存储周刊长期以来，为读者提供企业存储领域高质量的原创内容，及时、全面的资讯、技术、方案以及案例文章，力求成为业界领先的存储媒体。比特存储周刊始终致力于用户的企业信息化建设、存储业务、数据保护与容灾构建以及数据管理部署等方面服务。
比特安全周刊通过专业的信息安全内容建设，为企业级用户打造最具商业价值的信息沟通平台，并为安全厂商提供多层面、多维度的媒体宣传手段。与其他同类网站信息安全内容相比，比特安全周刊运作模式更加独立，对信息安全界的动态新闻更新更快。
新闻中心热点推荐
新闻中心以独特视角精选一周内最具影响力的行业重大事件或圈内精彩故事，为企业级用户打造重点突出，可读性强，商业价值高的信息共享平台；同时为互联网、IT业界及通信厂商提供一条精准快捷，渗透力强，覆盖面广的媒体传播途径。
云计算周刊
比特云计算周刊关注云计算产业热点技术应用与趋势发展，全方位报道云计算领域最新动态。为用户与企业架设起沟通交流平台。包括IaaS、PaaS、SaaS各种不同的服务类型以及相关的安全与管理内容介绍。
CIO俱乐部周刊
比特CIO俱乐部周刊以大量高端CIO沙龙或专题研讨会以及对明星CIO的深入采访为依托，汇聚中国500强CIO的集体智慧。旨为中国杰出的CIO提供一个良好的互融互通 、促进交流的平台，并持续提供丰富的资讯和服务，探讨信息化建设，推动中国信息化发展引领CIO未来职业发展。
IT专家新闻邮件长期以来，以定向、分众、整合的商业模式，为企业IT专业人士以及IT系统采购决策者提供高质量的原创内容，包括IT新闻、评论、专家答疑、技巧和白皮书。此外，IT专家网还为读者提供包括咨询、社区、论坛、线下会议、读者沙龙等多种服务。
X周刊是一份IT人的技术娱乐周刊，给用户实时传递I最新T资讯、IT段子、技术技巧、畅销书籍，同时用户还能参与我们推荐的互动游戏，给广大的IT技术人士忙碌工作之余带来轻松休闲一刻。
微信扫一扫
关注Chinabyte}