云计算基础架构

SD-WAN的基础架构主要包括网络层、业务层、控制层、管理层这四个部分。网络层包括Underlay（由各类物理设备构成，通过使用路由协议保证其设备之间的IP连通性的承载网络）。业务层是根据第三方BSS/OSS根据业务功能需要，借助网络控制器的北向开放API，实现SD-WAN方案的集成和界面的灵活定制。控制层是“软件定义”的核心，主要组件是网络控制器，具有业务编排、网络控制和网络管理功能。管理层中SD-WAN 网络控制器在整个体系结构中处于核心位置，通过不同的接口协议实现与网络层和业务层之间的交互。通过Teridion的服务，埃科锐将以快速、最小的数据包延迟和数据包丢失的方式为企业提供SD-WAN技术。 还有不清楚的可以自己百度。

软件架构是一种动态结构和静态结构的组合，它为了满足系统的质量属性（比如性能、重用、扩展、安全等）和功能需求而建立的系统结构，这里的结构包括了静态的和动态的，在动态方面要反映的是系统运行时的行为本质特征，静态方面要反映系统的组成结构。

云计算不仅是技术，更是服务模式的创新。云计算之所以能够为用户带来更高的效率、灵活性和可扩展性，是基于对整个IT领域的变革，其技术和应用涉及硬件系统、软件系统、应用系统、运维管理、服务模式等各个方面。

IaaS(基础架构即服务)作为云计算的三大部分之一，将基础架构进行云化，从而更好的为应用系统的上线、部署和运维提供支撑，提升效率，降低 TCO。同时，由于IaaS包含各种类型的硬件和软件系统，因此在向云迁移过程中也面临前所未有的复杂性和挑战。那么，云基础架构包含哪些组件主要面临 哪些问题有哪些主要的解决方法呢

一、云基础架构

如图1所示，传统的IT部署架构是“烟囱式”的，或者叫做“专机专用”系统。

在这种架构中，新的应用系统上线的时候需要分析该应用系统的资源需求，确定基础架构所需的计算、存储、网络等设备规格和数量，这种部署模式主要存在的问题有以下两点：

硬件高配低用。考虑到应用系统未来3～5年的业务发展，以及业务突发的需求，为满足应用系统的性能、容量承载需求，往往在选择计算、存储和网络 等硬件设备的配置时会留有一定比例的余量。但硬件资源上线后，应用系统在一定时间内的负载并不会太高，使得较高配置的硬件设备利用率不高。

整合困难。用户在实际使用中也注意到了资源利用率不高的情形，当需要上线新的应用系统时，会优先考虑部署在既有的基础架构上。但因为不同的应用 系统所需的运行环境、对资源的抢占会有很大的差异，更重要的是考虑到可靠性、稳定性、运维管理问题，将新、旧应用系统整合在一套基础架构上的难度非常大， 更多的用户往往选择新增与应用系统配套的计算、存储和网络等硬件设备。

这种部署模式，造成了每套硬件与所承载应用系统的“专机专用”，多套硬件和应用系统构成了“烟囱式”部署架构，使得整体资源利用率不高，占用过多的机房空间和能源，随着应用系统的增多，IT资源的效率、扩展性、可管理性都面临很大的挑战。

云基础架构的引入有效解决了传统基础架构的问题(如图2所示)。

云基础架构在传统基础架构计算、存储、网络硬件层的基础上，增加了虚拟化层、云层：

虚拟化层：大多数云基础架构都广泛采用虚拟化技术，包括计算虚拟化、存储虚拟化、网络虚拟化等。通过虚拟化层，屏蔽了硬件层自身的差异和复杂度，向上呈现为标准化、可灵活扩展和收缩、d性的虚拟化资源池;

云层：对资源池进行调配、组合，根据应用系统的需要自动生成、扩展所需的硬件资源，将更多的应用系统通过流程化、自动化部署和管理，提升IT效率。

相对于传统基础架构，云基础架构通过虚拟化整合与自动化，应用系统共享基础架构资源池，实现高利用率、高可用性、低成本、低能耗，并且通过云平台层的自动化管理，实现快速部署、易于扩展、智能管理，帮助用户构建IaaS(基础架构即服务)云业务模式。

二、云基础架构融合

云基础架构资源池使得计算、存储、网络以及对应虚拟化单个产品和技术本身不再是核心，重要的是这些资源的整合，形成一个有机的、可灵活调度和扩展的资源池，面向云应用实现自动化的部署、监控、管理和运维。

云基础架构资源的整合，对计算、存储、网络虚拟化提出了新的挑战，并带动了一系列网络、虚拟化技术的变革。传统模式下，服务器、网络和存储是基 于物理设备连接的，因此，针对服务器、存储的访问控制、QoS带宽、流量监控等策略基于物理端口进行部署，管理界面清晰，并且设备及对应的策略是静态、固 定的。云基础架构模式下，服务器、网络、存储、安全采用了虚拟化技术，资源池使得设备及对应的策略是动态变化的(如图3所示)。

由于部署了虚拟化，一台独立的物理服务器变成了多个虚拟机，并且这些虚拟机是动态的，随着应用系统、数据中心环境的变化而迁移、增加、减少。例 如图3中的Server1，由于某种原因(例如Server1负载过高)，其中的某个虚拟机VM1迁移到同一集群中的Server2。此时如果要保持 VM1的业务访问不会中断，需要实现VM1的访问策略能够从Port1随着迁移到Port2，这就需要交换机能够感知到虚拟机的状态变化，并自动更新迁移 前后端口上的策略。

这是一种简单的计算虚拟化与网络融合联动的例子。最新的EVB(以太网虚拟桥接)标准VEPA(虚拟以太网端口聚合，8021Qbg)即是实 现这种融合联动方案的技术标准，其包括了VDP虚拟机发现和关联、CDCP 虚拟机多通道转发等协议，通过标准化的主机与网络之间虚拟化信息的关联控制，实现虚拟化环境向物理环境的映射，使得虚拟机的服务变更可以通过网络的感知来 自动化响应。

事实上，云基础架构融合的关键在于网络。目前计算虚拟化、存储虚拟化的技术已经相对成熟并自成体系，但就整个IT基础架构来说，网络是将计算资 源池、存储资源池、用户连接组一起的纽带，只有网络能够充分感知到计算资源池、存储资源池和用户访问的动态变化，才能进行动态响应，维护网络连通性的同 时，保障网络策略的一致性。否则，通过人工干预和手工配置，会大大降低云基础架构的灵活性、可扩展性和可管理性。

三、云基础架构融合方案

如图4所示，云基础架构分为三个层次的融合。

硬件层的融合

例如上文提到的VEPA技术和方案，则是将计算虚拟化与网络设备和网络虚拟化进行融合，实现虚拟机与虚拟网络之间的关联。此外，还有FCoE技术和方案，将存储与网络进行融合;以及横向虚拟化、纵向虚拟化实现网络设备自身的融合。

业务层的融合

典型的方案是云安全解决方案。通过虚拟防火墙与虚拟机之间的融合，可以实现虚拟防火墙对虚拟机的感知、关联，确保虚拟机迁移、新增或减少时，防 火墙策略也能够自动关联。此外，还有虚拟机与LB负载均衡之间的联动。当业务突发资源不足时，传统方案需要人工发现虚拟机资源不足，再手工创建虚拟机，并 配置访问策略，响应速度很慢，而且非常的费时费力。通过自动探测某个业务虚拟机的用户访问和资源利用率情况，在业务突发时，自动按需增加相应数量的虚拟 机，与LB联动进行业务负载分担;同时，当业务突发减小时，可以自动减少相应数量的虚拟机，节省资源。不仅有效解决虚拟化环境中面临的业务突发问题，而且 大大提升了业务响应的效率和智能化。

管理层的融合

云基础架构通过虚拟化技术与管理层的融合，提升了IT系统的可靠性。例如，虚拟化平台可与网络管理、计算管理、存储管理联动，当设备出现故障影 响虚拟机业务时，可自动迁移虚拟机，保障业务正常访问;此外，对于设备正常、 *** 作系统正常、但某个业务系统无法访问的情况，虚拟化平台还可以与应用管理联 动，探测应用系统的状态，例如Web、APP、DB等响应速度，当某个应用无法正常提供访问时，自动重启虚拟机，恢复业务正常访问。

四、结束语

数据中心由传统基础架构向云基础架构的转变，极大提升了基础架构融合的必要性和可行性。通过资源池的云网融合，构建统一、融合、联动的基础架构系统，不仅提升了应用系统部署的可靠性、灵活性、可扩展性和可管理性，而且也促进了云计算的应用和实践。

目前人民检察院的信息化系统也将从传统的数据中心架构向云基础架构演进，满足检察院信息系统的快速批量部署、系统性能优化、降低管理维护工作量的需求，适应侦查信息化和装备现代化的科技强检需求，实现侦查方式战略转变、推动犯罪侦查工作和检务管理工作科学发展。

云计算系统已经在政府、教育、大企业、运营商等行业得到越来越多的成熟应用，涌现出一批国内外的具有完善解决方案的云基础架构供应商，包括华 三、VMware、微软、亚马逊等公司，尤其是国内的华三公司还可以提供集计算、存储、网络、虚拟化和云管理于一体的整体式交付的UIS统一基础架构系 统，可以显著简化检务云基础架构的部署和运维成本，而且凭借丰富的工程实施经验提供专业快捷的运维保障，将云基础架构系统的部署时间缩短70%以上。

一、IT营运管理方法论现今的企业为了强化自己在这个新世纪的竞争力，导入了ERP系统、供应链系统、CRM系统、决策支持系统、知识管理系统等等，这些系统最后都要进到企业的IT营运体系中。当我们透视解决方案生命周期时，可以看到，所有的解决方案最后都要进到企业的IT营运体系中，为企业员工所使用。如果IT的整个营运管理做得不好，那这些花大钱建置起来的系统再好功能再强也没有用，因为使用者根本无法顺利地使用它们。某大型电子公司，共运行了四十多个应用系统，当他的信息主管被问到，哪一个系统最重要时，他回答：「IT的营运与管理最重要！唯有好的IT营运管理，才能让公司上上下下好好的用每一个系统。」这个见解实在是一针见血。既然IT营运管理非常重要，那么如何提供好的IT 服务，对IT 主管或CIO 而言当然是非常重要的课题。答案是采用更新的技术或添购功能更强的设备吗？在1999 及2000年Gartner Group 广泛访问企业CIO 有关服务或应用程序无法使用(downtime) 的原因。结果大家最常认定会出问题的技术或产品(包括硬件、软件、网络、电力失常及天灾等)，其实只占了20%，那么占大宗的是什么呢？我想你已经猜到了，作业程序(Process) 失误就占了40%，另外作业人员(People) 疏失也占了40%。作业流程失误包括变更管理(Change Management) 没有做好、超载、没有测试等等程序上的错误或不完整。作业人员疏失包括忘了做某些事情、训练不足、备份错误或安全疏忽等等。Gartner Group 这份访查结果正是80/20 法则的再次印证。我们常想要把系统的可用度提高，当然就是要花大钱购买标榜可提高可用度的硬件或软件。孰不知这个部分事实上只占了系统停机原因的20%。如何做好IT 服务管理，首要工作当然是加强流程和作业人员管理，因为那才是造成系统无法使用的主要原因－ 两个原因加起来共占80%！我们常听人家说大型主机(Mainframe) 的 系统比较稳定可靠，所以经过了这么多年还是有许多企业愿意花大钱继续一年年采用。其实真的是它的系统软硬件更好吗？恐怕并不尽然。我们知道，大型主机系统 有着一套完整清楚的系统运作规范可遵循，人员在训练时花在运作程序方面的心力绝对不亚于系统软硬件，甚至是更多。有了严谨的程序，加上完整的人员训练，自 然就可以把那80%的系统停机风险降到最低。那么是否有方法论，可以用来建构企业内IT 服务管理而且是主要IT 厂商都支持的呢？

二、什么是ITILITIL（Information Technology Infrastructure Library）是信息系统运营与服务管理标准，用于定义IT部门管理工作中需要的各个工作程序(Process)，以及各个工作程序之间的相互关系。在跨国公司IT经理中素有"IT界MBA"之称。80年代中期，英国政府部门发现提供给其的IT服务质量不佳，于是要求当时的政府计算机和电信局（CCTA），启动一个项目对此进行调查，并开发一套有效的和可进行财务计量的IT资源使用方法以供本国的政府部门和私有部门使用。同时，这种方法还应该是独立于厂商的并且可适用于不同规模、不同技术和业务需求的组织。这个项目的最终成果是一套公开出版的IT服务管理指南，即ITIL（Information Technology Infrastructure Library）。虽然ITIL当初只是为英国政府开发的，但是在90年代初期，它很快就在欧洲其它国家和地区流行起来。到90年代中期，ITIL成为了事实上的欧洲IT服务管理标准。90年代后期，ITIL又被引入到美国、南非和澳大利亚等国家和地区。2001年英国标准协会（BSI）在国际IT服务管理论坛（itSMF）年会上正式发布了以ITIL为基础的IT服务管理英国国家标BS15000。2002年BS15000被提交给国际标准化组织（ISO），申请成为IT服务管理国际标准。国际标准组织已接受这个申请，并为此设立了一个专门工作组。该标准有望在2006年前后生效，可以说，ITIL已是事实上的国际IT服务管理标准。ITIL的目的是帮助企业降低IT运营管理成本，并且提高IT服务水平，提高业务部分的满意度。

三、ITIL的核心思想ITIL它并不是一套理论模式，它所根据的是最佳的实际经验。其中的许多经验不但广为人知，而且有无数的IT机构都是采用它来提升IT服务的效率及加强IT部门间的横向沟通。这套方法论历经了十数年的考验，证明它是最被IT业界广为接受的一套经营IT经验指南，等于是IT管理的业界标准。ITIL将IT的工作分为两大类：分别为《服务支持》（《Service Support》）和《服务提供》（《Service Delivery》Service Support针对的是一般系统的运作部分，目的是让使用者可以顺利存取到IT服务。其中包括Service Desk、事件处理与追踪、问题处理与追踪、系统变更、系统配置设定的记录与维护，以及版本的发行与控管。第二大类Service Delivery则是针对IT部门对客户提供信息服务时应有的工作程序。其中包括服务层级的约定与管理、IT服务的财务管理、系统可用度管理、系统容量的测量与未来规划、灾难情况的业务持续运作规划与系统复原。《服务支持》（《Service Support》包括如下流程：

1 事件管理（Incident Management）: 识别偶发的事件。

2 问题管理（Problem Management）：对服务台识别的偶发事件的潜在原因加以诊断，安排改正IT基础设施的错误并进行问题预防指导。

3 变动管理（Change Management）：变动管理过程确保使用标准方法和规程有效且迅速处理所有变动。变动管理旨在提高组织的日常运作水平。

4 配置管理（Configuration Management）：识别、控制、维护和检验现有的包括基础设施和服务在内的IT资产。

5 发布管理（Release Management）：通过控制软件、硬件的发行和版本确保信息系统资产的安全，并消除不同版本引起的潜在问题。 《服务提供》（《Service Delivery》）包括如下流程：

1 服务水平管理（Service Level Management）：服务水平管理的目标是通过协调IT用户和提供者双方的观点，实现特定的、一致的、可测量的服务水平，以为客户节省成本、提高用户生产率。

2 可用度管理（Availability Management）：可用性管理的目标是优化IT基础设施的性能，它的服务和支持的组织。可用性管理导致成本节省的、持续的服务可用性水平，这种服务可用性确保业务满足其目标。

3 能力管理（Capacity Management）：使组织在危机出现时管理资源并提前预测需要的额外的能力。它描述了计划、实施和运行该过程必需的规程。

4 持续性管理（Continuity Management）：在尽量少的中断客户业务情况下，提供IT服务，并在IT系统出现问题时，以可控的方式恢复。

5 财务管理（Financial Management）：确定IT服务的成本核算，设定预算，监督预算执行情况，根据提供的服务收取费用。 针对ITIL管理流程的具体实现，ITIL标准又将实现工具分为三类：Process Management Tools—过程管理工具Analysis Tools—分析工具Execution Tools—执行工具 四、XX银行IT管理规划建议全面实施ITIL模式对任何IT企业都至关重要，但在实施时通常需要循序渐进，并且要从最急迫需要解决问题处入手。最重要的是要采用统一的符合ITIL标准的信息架构。另外，在实施前，切记先记录下现有环境数据，以便随着时间的流逝来衡量成效。我们建议xx银行将规划分为：短期目标，中期目标，长期目标三个阶段实施，从而构建符合ITIL标准的IT服务和管理平台。短期目标：达到目的1）立符合ITIL标准的统一的信息架构（altiris notification server）

2） 保证统一的配置管理数据库（Configuration Management Database）

3）实现变更管理、配置管理、问题管理变更管理（Change Management）为何要做变更管理呢？这里举两个因为变更管理没做好而蒙受重大损失的例子来说明。2001 6 ，NASDAQ当机长达半天，原因是 *** 作人员做了一个未经测试的变更动作，结果导致整个系统停机。同样也是在2001年6月，NYSE在半夜做了一个软件变更的变更动作，导致部份系统当机，无法完成股票买卖交易。这两件事都上了报纸及新闻头条，包括华尔街日报、CNN 及CNBC等等。这反映出了变更管理真的很重要，一旦没有做好它，企业的关键任务(Mission Critical)系统就会受到影响。以银行业为例，只要是IT部门当机一小时，其导致的结果可能是全体员工要花上数倍或甚至是数十倍的时间来补救，而且因为分行里客户大排长龙，负面报导上了晚间新闻及报纸，企业形象受损的损失更是无法估计。这也可以说明为何企业CIO 把变更管理视为第一要务。为进行变化管理，IT组织中应该有变更管理员（Change Manager）及CAB（Change Advisory Board）的编制。变更管理员是全程负责监督RFC从提出到结案整个过程的人。CAB代表是变更咨询委员会。配置管理：在公司内，通常会做所谓的资产管理(Asset Management)，也就是把每项公司资产是何年何月何日购入、哪一个会计科目、负责人是谁等信息记载在数据库中，这是一般传统的资产管理方式。但是实际经验显示，如果用这种方式来管理IT相关资产，包括硬件、软件、网络等等，结果会因为记录的信息太过简化而衍生出许多问题。IT资产的管理所必须记录的信息要比一般资产多得多。目前有经验的IT部门都有一套方式来记录IT资产。但是IT资产的管理难道就只是详尽记录它的型号版本等等这些规格信息而已吗？其实这是不够的，还要包含该项资产所有的配置设定，以及它与其它IT资产之间的相互影响关系。这些配置都会输入到所谓的「配置管理数据库」(CMDBConfiguration Management Database)中。准确而完整的CMDB是相当重要的。因此要有一个机制来提供这个信息，这个机制就是配置管理(Configuration Management)。配置管理可存取并提供IT资产正确信息和这些资产间的关系，还能提供对系统的影响及趋势分析，降低未经授权软件的使用情形，以及控制所使用的IT资产。问题管理问题管理的目标就是要找出事件或问题发生的真正原因，并找出对策或步骤来解决问题。我们常说要对症下药。没有针对原因来解决问题，可能可以让服务暂时还可以使用，但如果错误原因没有被消除的话，将来还是会发生问题，事件还会再重复发生─ 进而再度影响IT服务的提供。这 也就是为什么要有问题管理的原因。唯有找到原因，才能解决问题，避免同样的问题一而再，再而三的发生。问题管理分成两个部分，一个是被动的部分─等事件通 报变成问题，再来分析问题，找出问题发生原因，加以诊断，再提出解决方法及步骤。一个是主动的部分，分析趋势，事前先找出可能潜在的问题，主动提出解决方 法及步骤，预防问题将来发生。

4） 对应altiris工具

配置管理Configuration Management 过程管理工具/分析工具/执行工具

Altiris Architecture- altiris notification server 建立统一的信息管理架构

Altiris Inventory solution 资产管理

Altiris web reports 报表分析功能

Asset Control solution 固定资产管理，建立最完整统一的资产信息及相关联信息

变化管理Change Management 分析工具

Altiris Inventory solution 资产管理

Asset Control solution 固定资产管理

Altiris web report 报表分析功能

Application Metering Solution 应用软件管理

执行工具

Altiris software delivery 软件部署与升级管理

Altiris client management suite 客户端 *** 作系统部署、升级；软件的部署与升级；微软补丁自动安全管理；远程控制等。

问题管理Problem management及事件管理 Incident management 分析工具

Altiris Inventory solution IT 资产管理

Asset Control solution 固定资产管理

Altiris web report 报表分析功能

Application Management Solution 应用管理

执行工具

Altiris Deployment Solution 系统部署、升级和管理

Application Management Solution 应用管理

Carbon Copy Solution 远程控制

中期目标：达到目的：实现事件管理、持续性管理（Continuity Management）、可用度管理在现今全球化经济社会下，可用度及IT服务持续性管理可说是最举足轻重的两个重要程序。营运服务能否持续每天24 小时，一周7天地正常运作，变得愈来愈重要。可用度能左右顾客满意度，并且能快速的影响企业整体声誉及业务是否成功。IT服务持续性管理程序是要确保正常可用的解决方案发生问题后，依然能够持续提供另一个等级的IT服务给客户。从这个观点来看，可用度管理及IT服务持续性管理的关系非常密切。这两个管理程序都是试图减小IT服务的可用度危机。可用度管理的焦点主要是集中在处理日常可能出现会影响到可用度的危机，如果无对应的反制措施或反制措施没有办法完全涵盖或应付时，这些危机就由应变计划及IT服务持续管理程序来处理。IT服务持续管理程序分做3 个步骤。第一步是取得Service Level Agreement，然后分析及找出每层的危机，将IT服务分成下列层级：服务、应用软件、中介软件、 *** 作系统、硬件、网络、环境、外在影响因素。第二步是提出这些紧急状况的解决方法；这包括两个部分：第一个部分是Failover，第二个部分是Recovery。Failover 包括有几种选择：Cold Standby、Warm Standby 及Hot Standby。第三步则是制作应变计划。对应altiris方案：

服务水平管理（Service Level Management） 过程管理工具/分析工具/执行工具

Altiris helpdesk Solution 建立统一的service desk

持续性管理（Continuity Management） 分析工具

Altiris Site Monitor Solution 网络站点监控模块

Altiris Monitor Solution 服务器监控模块

Application Metering Solution 应用监控模块

执行工具

Altiris Recovery Solution 恢复模块

长期目标：达到目的：IT财务管理分析（Financial Management）

IT财务管理分析Financial Management） 过程管理工具/分析工具/执行工具

Altiris Contract Management Solution 合同管理

Altiris TCO Management Solution IT 总体拥有成本分析

数字时代已然来临， 科技 企业面对的不仅是自身发展的问题，更多的是要向全产业赋能。尤其在国产化、自主创新浪潮全面掀起的背景下， 科技 企业不仅要坚持自立自强，保障国家经济、国防和其他产业安全，还要承担起推进全 社会 转型升级的 历史 使命。

华云数据是信创云计算专家，多年来华云数据为党政、金融、交通、医疗、教育、电信、电力和制造等各行业和领域用户提供信创云计算解决方案和服务，加快用户数字化、国产化转型进程。国内某大型电力建设工程公司就是其中之一。

传统IT架构困境

该电力建设工程公司集火电电站、水处理、节能、电站技改、新能源电站建设的工程设计、工程总包、施工建设、项目管理、运营服务为一体，是国内同时拥有电力设计院、锅炉制造厂、汽（电）机制造厂、电厂资源支撑的电力建设工程公司，广泛服务于电力、化工、煤矿、造纸、石化、市政和新能源等领域。

该电力建设工程公司的原机房设施简单，通过VMware服务器虚拟化，提供日常使用的OA、业务流程管理、加密系统等业务应用，提供文件共享服务；服务器虚拟化虽然提高了资源的利用率，但是在没有集中式存储的情况下，很难通过快速高效的方式解决单点故障的问题。

随着公司业务的增加，传统烟囱式的IT架构已经不能满足该电力建设工程公司前端快速的业务需求，存在容量、安全、备份等难题，急需引进新的架构和产品来打破这种僵局，让IT不再是整个业务运转的瓶颈。

IT架构全面升级

在本次项目中，华云数据针对该电力建设工程公司目前传统的IT架构进行升级改造需求，利用华云数据安超OS将烟囱式架构升级为超融合架构。

华云数据安超OS基于标准 X86商用硬件，通过软件定义的方式，提供计算虚拟化、存储虚拟化、网络虚拟化等功能。具有软硬件解耦、应用优化、支持混合业务负载等特点，能够为企业提供高性能、高可用、高效率及易于安装维护的IT基础设施平台，为政企用户提供数字化转型和国产化替代一站式服务。整体的解决方案如下：

新购超融合一体机服务器，部署基础超融合平台；

使用云迁移工具，将现有的业务系统平滑迁移至超融合环境内；

将原有单机虚拟化与超融合统一管理；

重新设计备份系统，实现本地热备+异地冷备的架构；

优化网络架构，实现本部与分公司、集团之间的互联互通。

助力用户重塑国产化IT底座

在华云数据的帮助下，该电力建设工程公司完成生产级别的IT基础架构整体升级，成功地将现有业务平滑无缝的迁移至超融合平台，稳定支撑该电力建设工程公司各业系统的运行。

此外，在升级IT基础架构的同时，华云数据也向该电力建设工程公司提供了专业的MSP服务，重新设计了该电力建设工程公司的网络架构和备份系统，优化了该电力建设工程公司本部和全国各地分公司互联，协助该电力建设工程公司从传统IT运维转向云运维，让其IT部门能够更多聚焦在业务层面。

总的来说，华云数据为该电力建设工程公司成果构建了新一代通用型超融合架构的IT基础设施平台，不仅提供高效率、高性能、高可用性、安全的企业级数据产品和服务，充分发挥其应用优化、线性扩展和简化管理的优势，高效地管理该电力建设工程公司的IT基础架构，还使资源利用率提升70%、总成本降低20％，大幅提升运营效率，稳定支撑该电力建设工程公司业务持续稳定运行。

此次项目的运作与交付，体现了华云数据扎实的技术实力与专业水准，为用户提供了专业化、标准化、规范化、体系化、流程化的运营管理服务。积极推动产业的可持续发展也凸显出华云数据投身于信创产业，肩负起时代发展的重任。

华云数据董事长、总裁许广彬表示，坚持自主创新，重塑国产化IT底座，不仅需要在完整的IT基础设施体系下进行全方位布局，还需要打造具有领先优势的核心产品。未来，华云数据将持续深入 探索 ，与更多合作伙伴一起携手打造产业数字化、国产化解决方案，推动更多政企用户实现高效率、低成本的高质量发展之路，为数字中国的发展提供助力。

#华云数据#

以上就是关于SD-WAN基础架构包含哪些内容全部的内容，包括:SD-WAN基础架构包含哪些内容、如何考虑及规划动态的 it 基础架构、云计算基础架构等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！