浅谈数据中心架构演变

谈到数据中心的架构和建设,我们不难想到最初的三层架构,即完全硬件化的架构。

显而易见,这种方式的特点如下:

①  设备独立——单个设备承载单个功能

②  管理割裂——单个设备单独管理

③  厂商异构——服务器、网络、安全等设备由不同厂商提供

缺点也很明显:

①  硬件资源利用率极低,硬件投资成本大,资源浪费明显

②  业务上线周期长:从市场调研,到预算规划,到硬件采购,到部署上线,周期在1个月到半年不等

③  管理维护难,排障难,扩容难。

④  无冗余性、无高可用,故障恢复周期长。

为了解决这些问题,就出现了以vmware为代表的服务器虚拟化,即计算资源虚拟化。

第二个阶段:虚拟化——计算资源的虚拟化,也就是我们经常说的服务器虚拟化。

相对于基础的架构,vmware把计算资源作为一个资源池,采用fc-san架构的方式进行组网,不仅解决了资源利用率的问题,同时也减轻了运维的负担;

相对于之前的基础架构而言,具有如下特点:

①资源池化——硬件服务器通过虚拟化技术进行部分硬件资源的整合,构造计算资源池化

②统一管理——在虚拟化平台上建立虚拟机,在虚拟机里部署业务,实现平台上虚拟机的统一维护和管理

③横向扩展——计算资源不够,可以直接补充硬件服务器达到资源扩展

④高可用性

⑤提升资源利用率

⑥动态调度资源

⑦降低能源消耗

所以服务器虚拟化的缺点也很明显:

①  虚拟化软件的高昂投资

②  网络、虚拟化平台、共享存储的复杂运维

③  共享存储的高昂投资,存储扩容难

④  同样,跟传统数据中心共同的问题就是网络、安全设备的厂商异构、独立管理问题没有解决。

所以随着新业务的快速发展,仅仅靠服务器虚拟化已经无法满足;无论是业务的扩展能力,还是其自动化能力,都在要求IT,从传统服务器虚拟化架构向“互联网”架构过渡。

那如何解决引入服务器虚拟化之后带来的这些问题呢?又如何在成本、管理、高性能等各种需求之间寻求平衡点?设想一下,把整个数据中心所需要的安全、网络、业务、存储都虚拟化了,怎么样?

以前我们需要用各种硬件堆叠才能搭建起来的数据中心,不仅复杂还浪费硬件成本,占用机房空间。

而现在通过x86服务器和二层交换机的连接,将网络功能、计算功能、存储功能和安全功能全部软件化,以软件的形式实现我们传统数据中心硬件堆积所完成的一切功能。全部组件融合在一套虚拟化管理软件平台中。

那么,超融合平台带来了哪些好处?

①  存储虚拟化——采用分布式存储架构,一份数据在不同物理主机上存有总共2-3份,确保单台主机或者单块磁盘故障不影响整体业务

②  统一运维——一个平台维护整个数据中心,不再单独管理网络、业务、存储和安全

③  节约成本——服务器虚拟化的节约硬件服务器基础之上,节约安全设备投资的硬件成本

④  扩容简易——直接新增物理服务器就能达到扩容整个平台硬件资源的目的

硬件重构是为了解决扩展性方面的限制,软件定义的收益主要在于自动化。它把IT变成一个IT即服务,IT即业务的一个创造价值的角色。

即基于互联网基因的企业云基础架构!

说到超融合,基于开源的一些私有云就不得不说了。但是目前很多类似于openstack社区这种开源的代码,使用起来首先稳定性不可靠;其次,对于运维人员的技术要求非常高,管理比较难;一旦出现问题对业务系统会造成不免挽回的损失。

想让OpenStack成为最终平台的解决方案存在风险,甚至会变成一个很大的问题。一个明显的例子是对虚拟化管理程序的支持,OpenStack虽然支持几乎所有的虚拟化管理程序,不论是开源的(Xen、KVM)还是厂商的(Hyper-V、VMware),但对它们的支持仅仅是开启、关闭而已。

OpenStack是一个框架,一个可以建立公有云和私有云的基础架构。这并不是一个现成的产品,要想开展基础架构方面的工作,企业需要顾问和开发人员。很多时候还需要第三方的集成工具。

此外,新版本的发布过于频繁,一些地方同老版本出现了兼容性问题。如果你对代码做了一些改进,却不被社区接受,那么你使用自己代码更新的版本将变得难以维护。

最后,得考虑一下OpenStack技术人员的成本。比如,在北美和欧洲的成本显然不同。

归根结底,对于数据中心的建设来说,至少要满足以下几点的要求:扩展性,安全性,易用性,灵活性,冗余性。具体选择什么样的架构,就要根据自己的业务情况来实现了,最适合的才是最好的。

时间: 2024-08-09 08:45:49

浅谈数据中心架构演变的相关文章

【架构】浅谈web网站架构演变过程

浅谈web网站架构演变过程 前言 我们以javaweb为例,来搭建一个简单的电商系统,看看这个系统可以如何一步步演变. 该系统具备的功能: 用户模块:用户注册和管理 商品模块:商品展示和管理 交易模块:创建交易和管理 阶段一.单机构建网站 网站的初期,我们经常会在单机上跑我们所有的程序和软件.此时我们使用一个容器,如tomcat.jetty.jboos,然后直接使用JSP/servlet技术,或者使用一些开源的框架如maven+spring+struct+hibernate.maven+spri

物联网模式下的多活数据中心架构认识与实践

做互联网应用很重要的一点是要保证服务可用性,特别是某些业务更是需要7*24小时不间断的对外提供服务,任何停机.宕机都会引起大面积的用户不满.持续可用性是把业务服务化时一个需要考虑的重要指标,很多时候我们都会牺牲一些功能来换取可用性.如何保证服务的持续可用性,是每个互联网架构师一直坚持不懈追求的目标.在不同行业.不同场景下都有不同的解决方案.今天就与大家聊聊特来电在物联网模式下的多活数据中心架构上的认识和实践. 特来电是全球首家提出了将车联网.充电网.互联网三网融合的充电桩生态公司,拥有近18万个

浅谈数据初始化方法

浅谈数据初始化方法 在定制开发的信息化项目实施过程中,我们发现衡量一个项目成功与否,关键看以下三个指标: v人: 系统的利益相关人的需求是否都得到了满足: v系统:软件本身是否可用.易用.稳定.有效率: v数据:数据是否准确.可靠.稳定支持业务的运作: 从这个角度来说,数据在信息系统项目实施过程中有着举足轻重的地位,特别是数据初始化的成功与否是源头和决定因素.下面将数据初始化的过程分解为八个步骤,以确保数据初始化过程的严谨性和科学性. 步骤一:系统数据库表的分析:对信息系统数据库表进行分析,了解

浅谈高并发架构

本篇文章主要是浅谈一些高并发的方案,指出一个大致方向,如果有需要优化提高系统性能,可以从以下方法中找出合适的使用. 随着淘宝.京东.唯品会等很多电商的出现,所谓互联网公司也就经常听到了,这些互联网公司给我们的第一印象,用户活跃交易量大.为了给用户一个好的交互体验,我们需要根据具体的业务场景来设计适合自己的高并发处理方案.服务器的架构我们在网上也看到过很多文档描述,像美团的火热.饿了么的崛起都有提到服务器的架构演变,基本都是从相对单一到集群,再到分布式服务.从一开始交易量小知名度低软件开发工期紧张

iOS开发>学无止境 - 浅谈MVVM的架构设计与团队协作

李刚按:本文是青玉伏案写的一篇文章.相信大家对MVC耳熟能详,MVVM可能听说的相对少一些,这一篇文章将会想你阐述MVVM设计,还有团队协作的经验分享.如果你也觉得不错,就分享一下吧! demo:https://github.com/lizelu/MVVM 今天写这篇文章是想达到抛砖引玉的作用,想与大家交流一下思想,相互学习,博文中有不足之处还望大家批评指正.本篇文章的内容沿袭以往博客的风格,也是以干货为主,偶尔扯扯咸蛋(哈哈~不好好工作又开始发表博客啦~). 由 于本人项目经验有限,关于架构设

iOS开发之浅谈MVVM的架构设计与团队协作

今天写这篇博客是想达到抛砖引玉的作用,想与大家交流一下思想,相互学习,博文中有不足之处还望大家批评指正.本篇博客的内容沿袭以往博客的风格,也是以干货为主,偶尔扯扯咸蛋(哈哈~不好好工作又开始发表博客啦~). 由于本人项目经验有限,关于架构设计方面的东西理解有限,我个人对MVVM的理解主要是借鉴于之前的用过的MVC的Web框架~在学校的时候用过ThinkPHP框架,和SSH框架,都是MVC的架构模式,今天MVVM与传统的MVC可谓是极为相似,也可以说是兄弟关系,也就是一家人了. 说道架构设计和团队

浅谈微服务架构与服务治理的Eureka和Dubbo

前言 本来计划周五+周末三天自驾游,谁知人算不如天算,周六恰逢台风来袭,湖州附近的景点全部关停,不得已只能周五玩完之后,于周六踩着台风的边缘逃回上海.周末过得如此艰难,这次就聊点务虚的话题,一是浅谈微服务的架构设计,二是聊聊微服务中广泛用于服务治理的Eureka与RPC框架Dubbo异同点. 一.微服务的架构设计 之所以想聊一下这个话题,主要有感于最近接触的两个新的微服务项目--两个项目的架构设计出自两个人之手,却不约而同的使用了相同的设计理念,项目结构非常类似.又想到就职于上家公司时接触到的项

数据中心架构ToR和EoR【总结】

1.前言 最近在看<云数据中心网络技术>,学习了企业数据中心网络建设过程,看到有ToR和EoR两种布线方式,之前没有接触过,今天总结一下. 2.布线方式 ToR:(Top of Rack)接入方式就是在服务器机柜的最上面安装接入交换机. EoR:(End of Row)接入交换机集中安装在一列机柜端部的机柜内,通过水平缆线以永久链路方式连接设备柜内的主机/服务器/小型机设备.EoR 对设备机柜需要敷设大量的水平缆线连接到交换机. 3.对比 EOR布线方式的缺点:从服务器机柜到网络机柜的铜缆多(

双活数据中心架构分析及优缺点

什么是双活数据中心 ? 首先我们要知道双活就是Active-Active,故名思义就是两边都是活动在线提供服务的,是相对于传统的主备模式Active-Standby模式的.一个真正的双活方案是应该涵盖基础设施.中间件.应用程序各个层次的. 双数据中心同时对外提供业务生产服务的双活模式,两个数据中心是对等的.不分主从.并可同时部署业务,可极大的提高资源的利用率和系统的工作效率.性能,让客户从容灾系统的**中获得最大的价值. a.两个生产中心部署相同的业务系统,结合网络层.主机层或应用的负载均衡技术