当前位置:首页 » 基础信息 » it基础架构包括哪些
扩展阅读
航天类数学知识 2024-11-15 15:28:10
你为什么不是小爱同学呢 2024-11-15 15:27:21

it基础架构包括哪些

发布时间: 2022-04-14 01:06:04

A. itil 一个职能,十个流程 都是什么

关于ITIL,我们可以将其概括为六大模块、十个流程、一个职能和三个比较
六大模块

ITIL整个架构是由6个模块构成的,即业务管理(Business Perspective)、服务管理、ICT基础架构管理(ICT Infrastructure Management)、IT服务管理规划与实施(Planning to Implement IT Service Management)、应用管理(Application Management)和安全管理,如图1所示。这六个模块的含义以及它们之间的关系分别介绍如下:

图1 ITIL的架构

业务管理 ITIL所强调的核心思想是应该从客户(业务)而不是IT服务提供者(技术)的角度理解IT服务需求,也就是说,在提供IT服务的时候,我们首先应该考虑业务需求。业务管理这个模块就是用于帮助业务管理者如何利用商业思维分析IT问题,深入了解ICT基础架构支持业务流程的能力和IT服务管理在提供端到端IT服务过程中的作用,以及协助他们更好地处理与服务提供方之间的关系,以实现商业利益。

服务管理 服务管理模块是ITIL架构的核心模块,它是ITIL与其它IT管理方法最不同的地方,即以一系列典型流程的方式把大部分IT管理内容进行了合理划分和管理。服务管理模块由服务支持和服务提供两个子模块构成。其中服务提供由服务等级管理、IT服务财务管理、IT服务持续性管理、可用性管理和能力管理5个服务管理流程组成;服务支持由事故管理、问题管理、配置管理、变更管理和发布管理5个流程及服务台职能组成。我们将在下面分别解释这十个流程和一个管理职能。

ICT基础架构管理 IT服务管理的本质也是对ICT基础架构的管理,只不过它采取的是一种与通常的管理方法不同的方式,即将对ICT管理的任务标准化和模块化,然后打包成服务按需提供给客户。ICT基础架构管理模块覆盖了ICT基础架构管理的所有方面,从识别业务需求、实施、部署以及支持和维护基础架构。其目标是确保提供一个稳定可靠的IT基础架构,以支撑业务运作。

应用管理 IT服务管理包括对应用系统的支持、维护和运营,而应用系统是由客户或IT服务提供者或第三方开发的。IT服务管理的职能应该合理地延伸,介入应用系统的开发、测试和部署。应用管理模块解决的是如何协调这两者,以使他们一致地为服务于客户的业务。

安全管理 安全管理模块是ITIL1.0版本发布之后加入的,其目标是保护IT基础架构,使其避免未经授权的使用。安全管理模块为如何确定安全需求、制定安全政策和策略及处理安全事故提供全面指导。

IT服务管理规划与实施 ITIL基本上只告诉我们要做什么(What),没有告诉如何做(How),因此提供一个一般性的规划和实施方法是非常必要的。IT服务管理规划和实施模块即是用于解决这个问题的。它为客户如何确立远景目标,如何分析现状、确定合理的目标并进行差距分析,和如何实施活动的优先级,以及如何对实施的流程进行评审,提供全面指导。

十个流程

ITIL的核心是服务管理模块,即服务支持和服务提供两个子模块中包括的十个典型服务管理流程和一个服务管理职能。前面已经指出,服务提供由服务级别管理、IT服务财务管理、IT服务持续性管理、可用性管理和能力管理5个服务管理流程组成,服务支持由事故管理、问题管理、配置管理、变更管理和发布管理5个流程及服务台职能组成。其中服务支持几个流程的含义分别解释如下:

事故管理 所谓事故是指任何不符合标准操作、且已经引起或可能引起服务中断和服务质量下降的事件。事故管理的目的就是在出现事故时尽可能快地恢复服务的正常运作,避免其造成业务中断,以确保最佳的服务可用性级别。为了实现这个目的,事故管理流程必须最佳地利用资源支持业务、开发和维护有效的事故记录以及设计和应用统一的事故报告方法。

问题管理 问题是导致一些或多起事故的潜在原因,问题管理就是尽量减少服务基础架构、人为错误和外部事件等缺陷或过失对客户造成影响,并防止它们重复发生的过程。发生事故并不一定表明存在问题,问题也不一定要等发生事故后才能发现。

事故管理和问题管理的目标是相同的,但两者的侧重点不同。前者是强调“尽快恢复服务”,为此可以采取各种各样的措施,包括一些临时性的措施;而后者强调“从根本上解决问题”,即让事故不再发生,或者即使发生也有很好的应对措施。

变更管理 变更是指对IT基础架构组件(包括硬件、网络、软件、应用、环境、系统及相关文档)进行增加、修改或移除。变更管理的目的是使用标准方法和规程来快速有效地处理所有变更,以减少事故对服务的影响。

配置管理 配置管理是识别和确认系统的配置项,记录和报告配置项状态和变更请求,检验配置项的正确性和完整性等活动构成的过程,其目的是提供IT基础架构的逻辑模型,支持其它服务管理流程特别是变更管理和发布管理的运作。为此,配置管理需要计量所有IT资产,为其它流程提供准确的信息,为事故管理、问题管理、变更管理和发布管理提供基础,验证基础架构记录并在必要时纠正有关记录。

发布管理 发布(版本)是指一组经过测试后导入实际运作环境的新增的或经过改动的配置项。发布管理的目的是为了保证发布的成功,主要应用于大型的或关键硬件、主要软件及打包或批处理一组变更。这五个流程之间的关系如图2所示。

图2 服务支持流程之间的关系

服务提供的五个流程的含义分别说明如下:

服务等级管理 服务等级管理是有关定义、协商、签订和测评提供给客户的服务的质量水准的流程。服务等级协议中说明了有关所提供的服务和这些服务的质量水准,并规定了服务双方各自的责任、权利和义务。服务等级管理是IT服务成功运作的重要保障。

就像服务台是服务支持各流程的“联系点”一样,服务等级协议是服务提供各流程的连接处,它定量说明了IT服务过程中的财务、持续性和可用性等方面的数据指标,并规定当这些定量指标没有被满足时的处理方法。同时,服务等级协议还详细说明了处理事故的升级方法。

IT服务财务管理 IT服务财务管理是负责预算和核算IT服务提供方提供IT服务所需的成本,并向客户收取相应服务费用的管理流程。

IT服务财务管理流程包括IT投资预算、IT服务成本核算和服务计费三个子流程,其目标是通过量化服务成本减少成本超支的风险、减少不必要的浪费、合理引导客户的行为,从而最终保证所提供的IT服务符合成本效益的原则。IT服务财务管理流程产生的预算和核算信息可以为服务级别管理、能力管理、IT服务持续性管理和变更管理等管理流程提供决策依据。

IT服务持续性管理 IT服务持续性管理是指确保发生灾难后有足够的技术、财务和管理资源来确保IT服务持续性的管理流程。IT服务持续性管理关注的焦点是在发生服务故障后仍然能够提供预定级别的IT服务,从而支持组织的业务持续运作的能力。因此,IT服务持续性管理必须立足于组织的业务持续性管理。

可用性管理 可用性管理是通过分析用户和业务方的可用性需求并据以优化和设计IT基础架构的可用性,从而确保以合理的成本满足不断增长的可用性需求的管理流程。

可用性管理是一个前瞻性的管理流程,它通过对业务和用户可用性需求的定位,使得IT服务的设计建立在真实需求的基础上,从而避免IT服务运作中采用了过度的可用性级别,节约了IT服务的运作成本。

能力管理 能力管理是指在成本和业务需求的双重约束下,通过配置合理的服务能力使组织的IT资源发挥最大效能的服务管理流程。

能力管理流程包括业务能力管理、服务能力管理和资源能力管理三个子流程,其中业务能力管理子流程主要关注当前及未来的业务需求,服务能力管理子流程主要关注当前IT服务的品质是否能够支持正常的业务运作,而资源能力管理子流程主要关注所有服务提供赖以进行的技术基础,确保IT基础设施中所有组件能发挥最大的效能。这五个流程之间的关系如图3所示。

图3 服务提供流程之间的关系

一个职能

这里的一个职能即指服务台职能。在服务管理中,服务台处于非常重要的位置,因为它是客户(用户)与服务提供方之间最重要的沟通渠道。我们可以将服务台的作用归纳为以下几个方面:

“应答机” 当客户或用户提出服务请求、报告事故或问题时负责记录这些请求、事故和问题,尽量解决它们,在不能解决时可以转交给相应的支持小组并负责协调个小组和用户的交互。此外,服务台还负责回答客户和用户的一般性咨询问题。

“灭火器” 客户总会有不满意的地方,因此这里的关键是如何化解他们的不满意之处。服务台此时就相当于“灭火器”,通过各种方式(有些是标准的、预定的)消除客户的抱怨,提高客户满意度。

“传声机” 服务台根据支持小组的要求进一步联系客户、了解有关情况,并把支持小组的处理进展及时通报给用户。此外,服务台还为其它管理流程如变更、配置、发布、服务级别及IT服务持续性管理提供了接口。

在接下来的几期中,我们将分别较详细地介绍这些流程和服务职能。

三个比较

当谈到ITIL的时候,我们不可避免的要提到COBIT、ISO17799、CMM和ISO9000等标准和方法。作者将ITIL与这些标准和方法之间的关系归纳为三个“比较”:

(1)ISO9000、CMM和ITIL

ISO9000最初是为制造业开发的一个通用质量审核模型,但也可以应用到任何生产/服务组织。ISO9000强调的是审核,只是提出一系列组织需要达到的目标,并没有指出如何达到这些目标。CMM是特地为软件开发和维护组织开发的,它归纳了一组有关软件开发和维护的最佳实践,并将这些实践划分为五个有序的层次,即五个级别的成熟度。而ITIL是特地为IT服务管理和运营组织(机构)开发的、有关IT服务管理和运营方面的最佳实践框架。

对IT组织而言,三者的相同之处是都只告诉你要做什么(What),没有告诉你如何去做(How to),一个实施了ITIL的组织可以很容易通过ISO9000。它们的不同之处在于,ISO9000虽然适用于各类组织,但它显得太过“通用”,只是相当于给组织制定了一个最低的质量标准;CMM和ITIL适应对象不同:前者主要是面向软件开发,对软件维护有所涉及,但不是重点,而ITIL更多关注的是软件(当然还包括硬件和网络等其它IT基础设施)的维护,对软件的开发涉及不多。

(2)COBIT、ISO17799和ITIL

在国内,经常有人讨论COBIT、ISO17799(主要根据BS7799制定的)和ITIL之间的异同或是谁将替代谁之类的问题,其实这三者之间的相互交叉和相互补充的,不存在谁替代谁的问题(正如COBIT阵容宣称ITIL是属于它的一部分,而ITIL方面把COBIT看作它的一个方面一样,这最少在目前为止还是一个很有争论的问题)。它们都是IT管理方法,但各自的侧重点不同。COBIT侧重于IT控制和评价,对IT流程和安全方面涉及不多;ISO17799主要是关于安全控制和管理的;而ITIL主要针对的是IT流程,对安全和系统开发关注不多。

普华永道曾在2002年7月份发布一个研究报告,提出一个统一的框架定位这三个标准。该报告认为,为了战略整合信息技术和业务、提高服务质量和效率、降低服务成本和控制安全,企业应当重点关注人、流程、技术、结构和角色、评价指标和控制等6个方面。从这6个方面来考察,COBIT、ISO17799和ITIL之间的定位如图4所示。

图4 COBIT、ISO17799和ITIL三者的定位

正如前面所分析的一样,图4较好地说明了三个标准的联系与区别,以及它们的不足。

(3)MOF、HP ITSM Reference Model和ITIL

ITIL虽然已经成为了IT管理领域的事实上标准,但由于它没有说明如何来实施它,因此以ITIL为核心,世界上的一些IT企业开发了自己的IT管理实施方法论。其中影响较大的有微软公司的MOF(管理运营框架)和HP公司的HP ITSM Reference Model(惠普ITSM参考模型)等。

MOF和HP ITSM Reference Model都是以ITIL为基础,一方面将ITIL中原有的核心流程按照生命周期的观点加以重组,形成特地的实施方案,另一方面对ITIL进行加强,增加一些ITIL中没有的重要流程,以使其更为完善。

至于MOF和HP ITSM Reference Model之间的不同,主要表现为前者是特地针对微软的产品和服务开发的,而后者是惠普公司根据自身特点和优势提出的本公司使用的ITSM实施方法论。

B. 在整个it基础架构中硬件设备有哪些

主要包括小型机维保服务,IT基础架构维护,IT咨询服务,硬件升级及扩容,系统集成服务,专业技术培训,系统安全加固 性能分析及优化,单次维修服务,机房搬迁服务

C. 企业it基础架构的工作有哪些

可以在网上多查找一些相关的资料,进行对比分析后做出自己的选择。

D. it基础架构是什么

是网络+终端+软件系统

E. 作为集团总部和与本地分公司的沟通桥梁,信泰宜合Syntax提供哪些IT基础架构的专业服务

信泰宜合Syntax提供包括综合布线;系统、网络和客户端搭建;基础架构方案设计;基础架构咨询服务 ;基础架构整合服务;现场评估,IT安全,合规咨询一整套IT基础架构专业服务。

F. 超融合架构和传统IT架构的主要区别是什么

什么是超融合架构?

超融合基础架构(Hyper Converged Infrastructure,或简称“HCI”)是指在同一套单元设备中不仅仅具备计算、网络、存储和服务器虚拟化等资源和技术,而且还包括备份软件、快照技术、重复数据删除、在线数据压缩等元素,而多套单元设备可以通过网络聚合起来,实现模块化的无缝横向扩展(scale-out),形成统一的资源池。(参考资料:网络:超融合)

超融合与传统的IT架构有哪些区别

超融合架构与传统架构的区别主要区别还是在于分布式存储于集中式存储,以及相应的硬件/管理上,由此带来的无论是性能,还是扩展性,稳定性、可靠性,以及运维的简化,运营的成本都会有较大的差异。具体如下:

超融合架构与传统架构的区别主要区别还是在于分布式存储于集中式存储,以及相应的硬件/管理上,由此带来的无论是性能,还是扩展性,稳定性、可靠性,以及运维的简化,运营的成本都会有较大的差异。具体如下:

  • 物理融合及管理融合:超融合架构把服务器、网络及存储进行了融合,并且搭载在统一管理平台上进行维护;而传统架构则是全部分离的。

  • 存储架构:超融合采用分布式存储,传统架构使用集中式存储。

  • 网络:超融合使用万兆以太网,而传统架构多使用光纤交换机。

  • 可靠性方面:可以看出可靠性方面,超融合架构的优势非常大,但其实这里的优势都是分布式存储本身应该具备的。

  • 性能方面:超融合在性能方面的架构优势非常明显,当然代价就是消耗计算资源,所以计算资源的消耗是检验超融合专业性的一个重要因素。

  • 扩展性方面:超融合的架构是扩展能力强,扩容简单快速,系统复杂度不会随扩容增加而增加。

  • 部署运维方面:相对传统架构,超融合布局,维护简单,能够在一定程度上智能运维。

G. 针环境,企业应建立什么样的IT架构来应对这些变化,详细描述这种IT

本方案对于企业管理的作用和价值

随着现代社会中企业对IT系统的使用越来越深入和频繁,如何管理好企业的IT系统成为不可忽视的管理议题。如果在IT建设过程中缺乏总体架构和规划,企业将在IT管理上面临众多的挑战。比如:业务越来越复杂,IT系统越来越庞大;难以统筹地管理;看不清楚IT建设的现状,更谈不上合理规划新的IT建设;企业内IT和业务沟通困难,业务人员用不好系统,IT人员服务质量也不高。

企业架构(EnterpriseArchitecture)是对构成企业的所有关键元素和关系的综合描述。它是一个用于描述和分析企业的现状,并对企业做出合理诊断和规划的方法。企业架构就类似于医学上将人体构造分解为骨骼、肌肉、血液等组成部分,既考虑每个部分的成分,也考虑这些部分是如何结合并协同工作的。它是现代企业用于自我分析和自我管理的工具。

单纯地从IT的视角管理IT系统让许多企业深陷管理困境,解决问题也是按下葫芦浮起瓢。实际上,IT的服务对象是企业的战略、组织、流程等一系列的要素。因此对IT的管理如果不考虑这些要素,那就会理不到头绪,产生诸如系统庞大并与业务脱节等症状。因此,需要通过企业架构的管理思想来管理IT架构,并实现如下价值:

1)理清IT架构,明确IT管理现状

IT架构管理对于企业来说,首先是需要“理清楚”然后才是“管起来”。与IT架构相关的内容既包括企业的业务流程、信息数据、应用功能、服务器和网络等管理要素,也包括传输类型、控制方法、管理策略、开发技术等技术层面的要素,合理清晰地梳理这些内容并了解相互管理,才算是帮助企业真正明白目前IT管理的现状。

2)分析企业现状,找到IT管理的可改进点

如果说明确IT管理现状是企业对自身的一个审视和了解,那么IT现状分析就是企业对自身的“望闻问切”。通过对企业流程与应用系统覆盖度的分析,我们可以知道企业IT应用主要存在于企业哪些地方,而通过对企业流程与应用系统冗余度的分析,我们又可以知道企业IT系统之间存在的功能重复或冲突集中在哪里。

当然,企业IT分析同样不能零散的开展,因此需要有一个整体的分析设计体系和科学的分析设计方法,本方案基于在流程分析领域一直处于世界领先地位的ARIS平台,提供了一套在IT架构现状分析上成熟的方案。

3)合理地规划与改进IT建设

以往的IT规划往往从IT系统本身出发,或借鉴国际先进的经验,或追求新的产品与技术。而一个真正适合企业的IT规划既要有适度的前瞻性,又要能够贴切地满足企业战略和企业的生存环境。否则就像在水下穿了一件太空衣,虽然外表光鲜亮丽,但实际上花费巨大却没有解决实际问题。

企业架构下的IT规划强调的是从企业战略出发,首先规划业务架构层,然后延伸到应用架构和数据架构,最后结束于企业的基础设施架构,其中包含战略、流程、系统功能、模块、数据、数据接口、系统实例、应用机房、网络信息和技术细节等等各种管理要素,可以说是对企业IT建设的量体裁衣。

4)完整地管理IT资产与技术

仅仅规划和实施IT系统是远远不够的,大多企业在实施IT系统后,更重要的是运维和管理IT系统。在这样一个层面上,IT系统无疑于企业的IT资产。结合IT服务管理标准和企业资产管理的思路来统筹的管理IT系统,也是企业架构可以发挥力量的地方。

同样,企业里面往往也有专门管理IT配置的工具(CMDB),但这些工具往往又忽略了企业业务与战略和IT之间的关系,如何将这些内容集成和统筹地管理,也是企业架构管理思想所考虑的内容。

借用企业架构的管理思想来管理IT架构,将保障IT系统不再与现实脱节,也不再落后于战略和业务的发展。IT系统将像企业的设备等重要物质资产一样有效地管理起来。

基于企业架构(EA)的IT架构管理解决方案及其交付物

在企业架构(EnterpriseArchitecture)的管理方法中,IT的规划需要与业务的需求统筹地管理起来。因此,一般将企业的IT架构划分为四个层次:

?业务架构层:包含企业的战略、组织与流程等业务相关的架构,主要用于分析业务的驱动与业务的需求。

?应用架构层:包括应用系统,系统功能,系统接口,相关应用的服务等,主要用于从业务层面将需求层层分解为系统的功能。

?信息架构层:包括数据体系,数据架构,数据实体等于信息数据相关的内容。由于数据是流程流转的实体,也是应用系统需要实现的功能载体,因此对数据的设计需要与应用和业务层进行统一。

?基础架构层:数据的存储实体,系统实例,硬件设备,软件技术等等属于企业基础设施的内容,需要按照资产管理的模式进行管理。

企业架构中的IT架构的四个层次

如何基于企业架构进行IT应用功能的规划?

交付物一:搭建从贯穿IT架构的模型体系

企业架构就是对企业各个管理要素以及关联进行管理的过程。因此我们对IT架构的管理,需要将企业如下要素进行统筹地梳理与整合,并形成模型体系。

?战略:通过BSC战略模型梳理企业战略与目标。

?流程:通过增值链与EPC模型梳理企业的流程架构与现实业务流程。

?功能:通过流程步骤梳理系统所因提供的应用功能。

?系统:通过应用系统架构模型梳理系统类型与模块。

?基础设施:通过系统与系统实例,梳理系统所存储的相关硬件与设备等基础设施。

?资产:通过整理相关资产获得资产的生命周期。

?资产集:通过整理资产并分类获得完整的资产集合。

?架构生命周期:管理各个业务单位的IT架构的生命周期。

企业架构各个层面的整理

交付物二:企业架构现状评估与分析报告

企业架构的IT架构现状评估与分析方法是以企业架构方法论作为理论依据,分析企业的各个架构元素和架构元素之间的关联性,例如:应用系统架构下应用系统的岛屿数量和程度,以及应用系统对业务流程的覆盖率。然后对现状的业务进行科学地诊断。

采用目标分解与纬度分析方法开展。分析包含一个总体目标,按照多视图分解到多个分目标,每个分目标包含多个分析指标,而每个分析指标都有相应的定性分析方法和分析结果。沿用的分析手段采用了平衡积分卡的思想,便于企业长期使用。

使用ARIS模型与ARIS工具对于模型的统计分析功能来完成分析工作。由于前期的建模工作有了大量模型成果,一些关键的数据分析可以通过模型来开展,例如:流程的应用系统覆盖率。在模型真实的情况下,此类分析能够很精确地反映企业架构管理现状。因此为了达到更准确的效果,还将对模型的真实度加以评估。

应用系统架构良好支持业务代表了企业架构下应用系统架构建设的质量。应用系统的建设为业务信息流的自动化提供技术平台,并业务流程的标准化提供支持,可以说,企业应用系统建设的主要目的就是为了业务服务。应用系统架构的建设也是建立在IT的基础设施之上,因此对它的规划将直接影响IT基础设施的需求。应用系统架构良好支持业务流程需要在良好地支撑流程需求和数据运作的基础上,还要保留有良好的系统集成性和可扩展性。因此,应用系统对业务流程流程执行过程,数据流转过程的可服务性是很重要的。在此基础上,多个应用系统之间的系统接口和架构方式也是需要关注的。

基于ARIS平台的企业架构分析与评估结果示例

交付物三:经过合理规划的TO-BE的IT架构

在IT架构管理的整体下,如何通过对业务的变更获得系统的变更方案?博阳咨询推荐IT城市规划(ITCityPlanning)的规划方法。

IT城市规划方法

在IT规划中采用ARIS的信息系统视图(IS视图),可以作为层次与层次之间转换的媒介。在ARIS中,IS视图中的对象类型必须放在功能和应用系统之间,这样便拓展了ARIS中的功能视图。如同各种功能一样,IS的元素与不同的结构相连接,出现在ARISHouse模型的常见视图中。这些扩充主要与流程视图和数据视图相关。在下面所述的IS视图中,涉及来自于ARISHouse模型的功能和流程视图中,用来描述IS元素之间的关系的模型类型,或者在其它ARIS视图的背景下,用来详细描述IS元素的模型类型。

交付物四:IT资产与IT架构的生命周期平台

对系统的功能进行规划后,不可忽略地就要考虑系统的实施过程。但对于完整的IT架构来说,系统从规划到实施,再到使用与维护,直至淘汰,是一个完整的生命周期。因此把系统当做IT的资产来进行管理是可以覆盖到系统的完整生命周期。

系统实施周期的评估过程

系统评估的方法有很多种,博阳咨询建议对规划好的系统以及系统模块按照成熟度与重要性进行评估,便可以知道哪些系统需要先期建设,哪些后期建设,有一个良好的系统引入的过程。

系统生命周期的评估过程

同样,系统一旦建设完成,系统的管理与评估工作远没有结束。需要持续地通过对系统功能满足程度的评估,不断地获取系统是否要升级或者淘汰的预期,保证系统能够时刻满足业务需求。这也是IT架构管理中持续改进的建设环节。

H. it基础架构和数据中心基础的区别

IT基础架构是以局域网为中心,数据中心基础是以大数据为中心。
企业内网IT模型包括应用层:公司业务的技术化体现,指应用系统,比如企业的ERP,OA,CRM。基础系统层:文件、邮件、windows桌面管理、虚拟化。网络层:路由器、交换机、防火墙组成的互联网络。机房层:狭义上可以理解就是咱服务器、交换机存放的机房,广义上包括IT所有物理层面相关的设备。
数据中心是一整套复杂的设施,它不仅包括计算机系统和其它与之配套的设备(例如通信和存储系统),还包含冗余的数据通信连接、环境控制设备、监控设备以及各种安全装置。计算机设备作为整个数据中心的核心部分,其发展历程决定了数据中心的发展历程;同时未来的应用需求理念,也引导了数据中心的发展方向。

I. 什么是超融合架构,与传统的IT架构有哪些区别

什么是超融合架构

超融合基础架构(Hyper Converged Infrastructure,或简称“HCI”)是指在同一套单元设备中不仅仅具备计算、网络、存储和服务器虚拟化等资源和技术,而且还包括备份软件、快照技术、重复数据删除、在线数据压缩等元素,而多套单元设备可以通过网络聚合起来,实现模块化的无缝横向扩展(scale-out),形成统一的资源池。

超融合与传统的IT架构有哪些区别

超融合架构与传统架构的区别主要区别还是在于分布式存储于集中式存储,以及相应的硬件/管理上,由此带来的无论是性能,还是扩展性,稳定性、可靠性,以及运维的简化,运营的成本都会有较大的差异。具体如下:

超融合架构与传统架构的区别主要区别还是在于分布式存储于集中式存储,以及相应的硬件/管理上,由此带来的无论是性能,还是扩展性,稳定性、可靠性,以及运维的简化,运营的成本都会有较大的差异。具体如下:

  • 物理融合及管理融合:超融合架构把服务器、网络及存储进行了融合,并且搭载在统一管理平台上进行维护;而传统架构则是全部分离的。

  • 存储架构:超融合采用分布式存储,传统架构使用集中式存储。

  • 网络:超融合使用万兆以太网,而传统架构多使用光纤交换机。

  • 可靠性方面:可以看出可靠性方面,超融合架构的优势非常大,但其实这里的优势都是分布式存储本身应该具备的。

  • 性能方面:超融合在性能方面的架构优势非常明显,当然代价就是消耗计算资源,所以计算资源的消耗是检验超融合专业性的一个重要因素。

  • 扩展性方面:超融合的架构是扩展能力强,扩容简单快速,系统复杂度不会随扩容增加而增加。

  • 部署运维方面:相对传统架构,超融合布局,维护简单,能够在一定程度上智能运维。

J. 数据中心整合IT基础架构 我们需要考虑什么

互用性是个老大难的问题,供应厂常常把责任推给其他制造商。对于多种产品构成的系统来说,以上问题使得管理更加复杂化,关键产品的支持也不得不延期。在过去几年,我们看到更多的数据中心采用了整合方法——由一个供应商直接提供欧诺个整套数据中心硬件——来解决这些问题。 本文中,TechTarget数据中心的Nick Martin连线MTM Technologies Inc.的虚拟化架构师Bill Kleyman,为读者挖掘出更多关于整合基础架构平台的信息,以及IT人员对此需要考虑的关注点。 Nick Martin:对于整合基础架构平台,我们需要权衡什么?比如,刀片还是机架硬件? Bill Kleyman:一个公司,不管要选择哪种数据中心基础架构平台,都得考量其优缺点,其关键是公司的明确业务驱动是什么。机架硬件环境和刀片机箱解决方案都可以做得很好。 HP ProLiant机架服务器定位就很精确,它们能够用大量内核处理上百个gigabyte的RAM,就依赖于你的处理器。这些机器可以处理虚拟化、应用托管和普遍的服务器需求。要点在于明白这个硬件在公司的短期目标和长期目标中扮演了什么角色。 最好结合实例来理解,假如一个公司正在急速扩张,他们已经购买了在XenServer或者VMware的虚拟化平台。从那里,他们计划把全部台式电脑作为“使用各自设备工作”方针的一部分。这个环境将一直扩张成长,那最佳的解决方案是什么呢? 如果他们购买独立服务器,管理员就得个别地管理每个箱子,或者通过一些第三方管理工具。他们还需要管理工作负载、硬件配置和网络,确保所有的独立服务器工作运行良好。 另一方面,如果有了一个整合的基础架构。就可以解决问题。思科UCS(统一计算系统)是个不错的例子。使用这个解决方案之后,公司就能在一片屋檐下拥有所有数据中心基础架构的元件。网络和交换,刀片管理和机箱控制都在一个GUI(图形用户界面)中。管理员可以复制整个硬件配置,然后加载到休眠中的服务器,以便快速配置。管理和发展都成了比较轻松的工作。 如今,如果同样的公司仍然想要虚拟化,但是自知计算需求有限,那选择机架服务器可能才是最好的。 Martin:那么整合基础架构有那些优缺点呢? Kleyman:可管理性和发展潜力的难度降低,这是我们最容易想到的好处。周围建设的管理工具控制并修改刀片机箱的工作呈极度粒状。 管理者能够登入,并马上看到他们需要了解的环境信息。以UCS GUI为例,工程师可以登入查看环境中是否有关键性错误。如果发现问题,他们可以深入到问题所在确切位置的刀片,并下至DIMM slot的层面解决问题。管理硬件配置也变简单了,把新的刀片放进机箱,你可以从一个刀片把属性复制到另一个刀片,花不了多久就能将其就位。这意味着配置整个机架所有的刀片不需几天,只需几分钟。 但是缺点也很明显。使用整合基础架构最大的好处之一是“一步到位”,但是这某种意义上也是缺点。记住,整合基础架构的管理是为在已有环境中特定分析和观察而设计的。所以,你放置任何东西若是超过了该环境,就得用另一种方式重新监测。不要忘了hyperviser层面、后备和快照的工作负载管理,以及一切需要企业应用管理的东西。这些将会变得独立,而且需要监控和管理。】