数据包全vs.超融合数据包全

随着运行程序的数据包全要求变得越来越共同，许多企业正在思考驳回超融合数据包全处置方案，以便他们可以经过进入节点来满足裁减需求。从外表上看，这听起来像是一种灵敏而便捷的方法，但它消耗了数据中心估算和贵重的空间，并且无法提供最佳的资源应用率。它还没有提供上班负载之间的隔离，这有时是必须的。而可裁减的、容器驱动的数据包全方法或者是一个更有效的答案。

现代数据包全要求概述

数据包全曾经成为许多企业面临的实践疑问。一切运行程序都须要某种方式的数据包全和数据保管，但是每个运行程序都有其共同的要求。因此，企业的业务部门通常会驳回数据包全服务和处置方案，以确保满足其特定运行程序的要求。随着新的业务部门的成立，企业收买其余业务以及业务需求无法防止地出现变动，或者会出现相似的疑问。首先，仿佛很容易便捷地参与新设备，由于它防止了更改现有成功的需求。但是，这很快造成冗余或未充沛应用的IT资源的低效率(思考到当今数据中心空间弛缓的理想，这是一个严重疑问)。扩散的数据包全环境在治理方面也具备应战性，并且变得愈加复杂。随着向企业参与云计算数据包全服务，这一疑问将会进一步加剧。

什么是超融合数据包全?

少量基于超融合基础设备(HCI)的数据包全产品曾经投放市场。超融合基础设备(HCI)虚构化了计算和存储设备，并经过繁多治理平台集中治理这些资源，并将其部署内行业规范的主机上。超融合基础设备(HCI)最后是在消费上班负载(例如虚构桌面基础设备)中开局的，这很大水平上是由于超融合基础设备(HCI)能够简化基础设备资源的部署和治理。还有一种认识以为，其平台易于裁减，由于节点是预先性能的，并且可以轻松部署到现有集群中。此外，企业或者会逐渐将其环境的某些局部迁徙到超融合基础设备(HCI)。

在数据包全的背景下，这些个性正惹起人们对超融合基础设备(HCI)的关注。这是由于企业曾经厌倦了布局和治理数据包全基础设备所带来的费事和开支，而这些基础设备最终无法间接允许取得支出的业务优惠。但是，驳回超融合主导的企业级数据包全方法的一个关键疑问是，它不能消弭基础设备的孤岛，依然须要购置和治理多个不同的系统。此外，在参与节点时，IT依然须要失掉机架空间，并部署和性能系统。这须要期间，并且不会消弭人为失误的时机。除了这种费事之外，基础设备资源无法在部门或位置内通常存在的超融合基础设备(HCI)集群之间共享，因此基础设备资源(无论是配件还是软件)通常仍未失掉充沛应用。

什么是容器化数据包全?

企业应该思考经常使用的代替方法是容器化数据包全，以满足特定于运行程序或部门的数据包全需求。容器化数据包全还可以将流程整合到一个更高效的数据中心资源中，从而可以更充沛地利用它并且更易于治理。容器从基础设备资源中齐全形象了运行程序，并且它们蕴含运转该运行程序所需的一切组件，包括文件和依赖项。这一方法与虚构化不同，后者将集中并形象化而后提供应运行程序的基础设备(配件)资源。与裸机实施相比，虚构化可以提高配件资源应用率，由于虚构化可以在同一系统上运转多个上班负载。但是，它依然承当高昂的基础设备开支，并且不如容器灵敏。每个虚构机都运转并绑定到一个操作系统(OS)，而除了CPU和存储容量等物理资源之外，多个容器还将共享对主机操作系统(OS)的访问。因此，容器可以更快地运转，它们具备高度的可迁徙性，并且可以使物理资源以更细化和特定于运行程序的性质启动调配。多个特定的容器化运行程序能够以较高的配件应用率在同一基础设备上共存。

在容器化数据包全方法中，IT团队可以创立公用于特定运行程序、部门或办公室的数据包全服务菜单。IT团队还可以依据其业务部门或企业的特定要求来性能服务。由于它们在容器中运转，因此这些服务可以兼并到同一基础设备中。一切这些转化为简化的治理和更好地利用配件资源。同时，最终用户体验不会扭转，而业务部门仍或者选用并实施一套特定的数据包全服务。

容器化数据包全价值主张的另一个组成局部是更大的灵敏性和更快的上市期间。数据包全服务可以随着需求的变动而极速部署或缩短，并且可以清楚缩短初次成功所需的期间。与此同时，在经过测试和验证以及每个部门或办公室预备就绪时，可以逐渐推出更新和更新。

将超融合与容器化数据包全启动比拟

关于那些寻求在不少量参与其资本支出(基础设备)或运营支出(IT人员)估算的状况下提供各种数据包全的大型企业来说，驳回容器化方法或者很无心义。容器化的运行程序是齐全隔离的，并且或者公用于特定部门或办公室。同时，它们既矫捷又笨重。他们可以更好地启动定位，以更精细的粒度更快地照应特定的数据包全要求。同时，备份和其余服务可以十分极速地联机。简而言之，他们的定位是在几分钟内成功过去须要几天的上班。最后，但并非最不关键的一点是，它们须要购置和部署较少的基础设备，并能够为同一系统上的各个部门整合一系列服务。