EBC核心
EBC核心环境是为单个客户(单租户)专用硬件设置的。基础设施由计算，存储和网络资源组成，可通过门户进行配置和管理。
EBC核心计算
EBC Core提供了一个高效利用资源的计算环境。用户的EBC核心平台可以包括各种计算群集。桌面虚拟化，单独的生产和无线(OTA)环境，许可证限制或CPU保证可能需要不同的计算群集。EBC Core在由多台主机组成的群集中提供。
EBC核心主机
EBC核心环境中的主机基于标准服务器配置。‘'EBC HV GC''服务器类型是提供的标准服务器，并提供最新的可用版本。对于内存要求更高的EBC环境，有一种高内存虚拟机管理程序服务器类型。这可以根据要求使用。下表列出了当前可用的管理程序服务器类型，以及单个管理程序服务器增加到集群中的可用容量的数量。
| 虚拟机管理程序服务器类型 | 部署 | 使用案例 | # 可用 GB RAM1 | # 可用 GB RAM1 | CPU核心速度 |
|---|---|---|---|---|---|
| EBC HV GC v2 | 标准 | 通用计算 | 450 | 28 | ≥ 2.4GHz |
| EBC HV HM v2 | 可选 | 高内存 | 900 | 28 | ≥ 2.4GHz |
**注意：**群集的净容量
EBC核心环境具有至少三台主机的群集配置，其中使用两台主机，一台为备用主机(N+1原则)。(N+1)群集最多有15台主机(14+1)；超过此数目需要额外的备用服务器。最大群集大小为30个虚拟机监控程序服务器(28+2)。备用服务器的容量无法正常使用，因此不属于净容量的一部分。下面的概述显示了群集大小的一些示例，包括最小和最大大小，以及可用CPU核心数和GB RAM中的相关可用净容量。
| EBC 核心簇大小 | 虚拟机管理程序服务器模型 | # 备用服务器 | 可用 CPU 核心数1 | # 可用 GB RAM1 |
|---|---|---|---|---|
| 3 (2+1) 最少 | EBC HV GC v2 | 1 | 56 | 900 |
| 15 (14+1) | EBC HV GC v2 | 1 | 392 | 6.300 |
| 17 (15+2) | EBC HV GC v2 | 2 | 420 | 6.750 |
| 最多 30 (28+2) | EBC HV GC v2 | 2 | 784 | 12.600 |
**注意：**群集的净容量
EBC 核心购买单位类型
- 集群中的主机（hypervisor-servers）的数量
- 50%的承诺是以GB RAM为单位的净容量。
- 使用的GB RAM的数量
在EBC核心中，CPU核心是主机购买单元的组成部分。50%承诺是群集净GB RAM容量的最低购买。集群的全部净RAM容量可供购买，使用超过50%的GB RAM容量时，每1 GB使用量收费。可用的净CPU资源可由您自行决定使用。
购买单位在下表中有说明。
| 购买单位 | 主机类型 | 计费类型 | 描述 |
|---|---|---|---|
| EBC核心-主机 | • 通用 • 高内存 | 基准线 | 集群中商定的主机数量 |
| EBC核心 - 50%承诺 | 基准线 | 与主机相关的GB RAM的50%。 | |
| EBC核心 - 额外的1GB内存 | 过剩 | 超过基线的GB RAM消耗量 |
您还可以扩展您的EBC核心环境。扩展以1台主机加上50%的净GB VRAM容量的形式进行。
EBC vCPU
在EBC核心产品中，1个CPU至少等于2.4 GHz。您可以确定如何使用净可用物理CPU核心的容量。有使用vCPU的指导原则可预测的应用程序性能。超额订购的vCPU保证值，保证值表示可以为存在的每个物理CPU内核部署多少vCPU。EBC Core让您可以自由地了解每个计算群集应用超额订购的程度。
最常用的超额认购水平是（作为一种指示）：
| vCPU 变体 | vCPU 保证值 | 使用案例 |
|---|---|---|
| EBC vCPU标准保证（默认）。 | 1:4 (25%) | • 通用生产服务器 • OTA 服务器 |
| EBC vCPU高保障 | 1:2 (50%) | - 中等负荷的应用服务器 |
| EBC vCPU完全保证 | 1:1 (100%) | • 终端服务器 • 高负载应用服务器 • 延迟敏感应用服务器 |
EBC 核心计算示例
您的环境中的应用程序负载高于平均水平，因此您可以使用具有高担保的EBC vCPU。所需资源如下：
- 500个vCPUs（高保障1:2）。
- 4000 GB 显存。
- 20%的自由发展空间
vCPU
由于1:2的保证值，要求的vCPU的一半需要作为物理CPU核心出现，以满足性能要求。
500个vCPU：2=250个CPU。
500个vCPU的20%=100个vCPU，需要作为自由空间来增长。
100个vCPU：2=50个CPU。
总的来说，你需要250+50=300个CPU。
内存
需要4000GB的vRAM和20%的增长空间。
4000 GB vRAM + 20% = 4400 GB vRAM。
主机
标准的管理程序主机在VDC中净增加28个CPU和450GB。
300 CPU：28=10.7—就CPU而言，您需要11台主机的容量。
4400 GB VRAM：450=9.8—就内存而言，您需要10台主机的容量。
使用上述两者中较高的数值，在这种情况下，使用11个主机。
对于群集中的每15台主机(最多30台)，将部署1台备用主机。在此示例中，将1台备用主机添加到配置中。
因此，集群中的主机总数为：11+1=12台主机。
因此，一个有12台主机的EBC核心集群被部署，净容量如下表所示。
| EBC 核心集群规模（以主机数量计） | 虚拟机管理程序服务器类型 | # 备用服务器 | 可用 CPU 核心数1 | # 可用 GB RAM1 |
|---|---|---|---|---|
| (11 + 1) 12 | EBC HV GC v2 | 1 | 308 | 4950 |
**注意：**群集的净容量
在此群集中，您的净容量为308个CPU和4950 GB RAM。请求的和立即需要的容量为500 vCPU (1:2)和4000 GB RAM。
- 此群集包含308个CPU。500个高保修vCPU (1:2)使用250个CPU。有 仍为308 - 250 = 58个CPU的可用净容量。CPU包括在主机单元中(基线)。 CPU的使用没有(自有)成本成分。
- 此群集包含4950 GB RAM。此净产能由2个采购单位组成，如下所示：
-
EBC核心 - 50%承诺
在本例中，50% 的承诺额度是指净产能的一半。 即 0.5 * (11 * 450) = 2475 GB RAM。
-
EBC核心 - 1GB vRAM 附加
在此群集中，每个购买单位1 GB RAM的剩余50%(2475 GB RAM)可作为过度可用。对于直接需要的4000 GB RAM，则需要此采购单元的4000 - 2475=1525。
-
在这个例子中，集群的额外可用容量是4950 - 4000 = 950 GB RAM。
本例中购买单位的计算方法如下表所示。
| 购买单位 | 计算类型 | 数量 | 描述 |
|---|---|---|---|
| EBC核心 - 通用主机450GB内存 | 基准线 | 12 | 集群大小为12个主机（11+1）。 |
| EBC核心 - 50%承诺 | 基准线 | 11 | 在11个网络主机上有50%的承诺（225GB内存/主机）。 |
| EBC核心 - 1GB vRAM 附加 | 过剩 | 1525 | 4000 GB -11 * 225 GB RAM之间的差异 |
EBC 核心正在使用中
您可以选择与资源请求匹配的主机和集群数量，其中包括以下准则 -
- 最低订购为集群可用容量的 50%。
- 您在工作或定期成长期间是否需要更多资源？如果是，您可以访问其他资源。
额外消耗将按月自动计费。Equinix客户经理可以建议
您购买哪种产品最适合您的情况。
- 对于 EBC Core 而言，额外消耗量受限于最大可用容量。 （100%）用于您环境的集群。
- 在主机资源允许的范围内，EBC Core 对虚拟机的使用大小没有最大限制。
计算资源。有虚拟机的最佳性能建议。
向超过建议大小的虚拟机添加更多计算资源并不总是能
提高性能。
- 对于EBC核心，推荐的最大虚拟机大小是8个vCPU和64GB vRAM。
选项 EBC Core 3.0 无 VMware 许可证 (NVL)
使用EBC Core 3.0，主机在VMware群集中配置。主机价格包括VMware许可证。EBC Core 3.0 NVL提供了一个选项，可将VMware许可证单独设置为VMware许可证积分。在这种情况下，您需要支付50%的GB VRAM承诺和额外的GB VRAM的较低价格。此选项的优点是，许可证仅在平台上的一个虚拟机根据VMware的定义实际使用VMware时结算。
EBC 核心存储
EBC存储是EBC平台的固定部分。可以按四个性能级别(层)购买存储，即可以放置虚拟机的数据存储。数据存储的性能取决于数据存储的大小，以每秒I/O操作数(IOPS)表示。每个数据存储的性能在其上的VM之间共享。
就业绩而言，每一层都有一个保证和一个限额。担保是Equinix有义务交付的价值。根据公平使用原则, 短期内可使用超过保证价值的金额, 最高可达限额。Equinix客户经理可以建议您最适合您的情况的绩效级别。可交付结果层的存储性能规范如下所示。
| 级别 | 命名 | 使用 | 影响 |
|---|---|---|---|
| 1 | 高性能 | DB（日志）、RDS/ SBC、VDI 低延迟有益工作负载 | •IOPS保证: 每TB 1.000 IOPS；最大•每个数据存储库30.000•IOPS限制：每TB 1.500 IOPS；最大•每个数据存储库45.000•延迟: 5 MS3•尺寸：最小250 GB，最大每卷30 TB 4，5，6 |
| 2 | 性能 (默认) | 通用虚拟机，应用程序/网络服务，高性能文件服务/对象存储 | •IOPS保证: 每TB 250 IOPS。每个数据存储库最多7.500•IOPS限制：每TB 500 IOPS。最大每个数据存储库15.000•延迟：10 MS3•大小：最小250GB，最大每卷30TB 4，5，6 |
| 3 | 标准 | 备份，通用文件服务/对象存储 | •IOPS保证: 每TB 100 IOPS。最大3.000每个数据存储1•IOPS限制：每TB 250 IOPS。最大7.500 /数据存储2•延迟：15 MS3•大小：最小250 GB，最大每卷30 TB 4，5，6 |
| 4 | 存档 | 档案，冷库 | •IOPS保证: 每TB 50 IOPS。最大1.500每个数据存储1•IOPS限制：每TB 75 IOPS。最大2.250 /数据存储2•延迟：20 MS3•尺寸：最小250 GB，最大每卷30 TB 4，5，6 |
说明：
-
IOPS – 读取 65% / 写入 35% 时的最大值 块大小为 8 KB。
-
限制–基于合理使用。如果长期超出担保(合理使用)， Equinix保留将担保金额设定为上限的权利。
-
延迟 – IOPS 保证范围内每 5 分钟的平均值。
-
大小 – 每 250 GB 扩展。
-
舍入 – GB 是基于 1024 的倍数实现的。
-
四舍五入 – 1 TB 等于 1000 GB。
EBC 核心存储功能
- 推荐的最小虚拟磁盘大小为40GB。
- 最大的虚拟磁盘大小为8TB。
- 每个数据存储的性能由使用它的那些虚拟机共享。
- 可用的IOPS性能是与EBC备份解决方案共享的。
- 存储容量是以250GB的倍数分配。
- 存储容量是按计算集群分配的。
- 存储的容量管理是由客户进行的。
- 数据存储在自己的数据存储集群中按层级列出。
EBC 核心存储采购单位
EBC核心存储根据存储策略在数据存储中购买，购买单位为1 GB。每个数据存储群集的最小提交或基准为250 GB，适用于每个策略。
EBC 核心存储计算示例
计算示例1 您购买的是具有5 TB第2层存储的EBC群集。然后，您可以访问1个数据存储层2，因为请求的容量小于30 TB，具有以下功能：
-
保证 - 1250 IOPS
- 每个数据存储：最大2500 IOPS
- 每TB：5 TB x 250 IOPS = 1250 IOPS
使用上述两个中的最低值，在这种情况下，1250 IOPS。
-
限制 - 2500 IOPS
- 每个数据存储：最大15000 IOPS
- 每TB：5 TB x 500 IOPS = 2500 IOPS
使用上述两个中的最低值，在这种情况下，2500 IOPS。
计算示例2 您订购了一个具有20 TB第1层存储和50 TB第2层存储的EBC群集。然后，您可以访问：
**第1层–**一个数据存储，因为请求的容量小于或等于30 TB，具有以下功能：
-
保证 - 20.000 IOPS
- 每个数据存储：最大30.000 IOPS
- 每TB：20 TB x 1000 IOPS = 20.000 IOPS
使用上述两个中的最低值，在这种情况下，是20.000 IOPS。
-
限制 - 30.000 IOPS
- 每个数据存储：最大45.000 IOPS
- 每TB：20 TB x 1500 IOPS = 30.000 IOPS
使用上述两个中的最低值，在这种情况下是30.000 IOPS。
**第2层–**两个25 TB的数据存储，因为请求的容量大于30 TB，其中包括：
-
保证 - 2500 IOPS
- 每个数据存储：最大7500 IOPS
- 每TB：25 TB x 250 IOPS = 6250 IOPS
使用上述两个中的最低值，在这种情况下，每个数据存储有6250个IOPS。
-
限制 - 5000 IOPS
- 每个数据存储：最大15000 IOPS
- 每TB：25 TB x 500 IOPS = 12,500 IOPS。
使用上述两个中的最低值，在这种情况下，每个数据存储12,500 IOPS。
EBC 核心存储使用量
共享存储的收费基于所有链接虚拟磁盘的已分配容量消耗和正在使用的容量。这是根据以下策略来衡量的：
- 虚拟机交换文件
- 快照
- 库中的文件（vApp模板和ISO）。
如果要将4 TB以上的容量链接到一个或多个虚拟机，在某些情况下，建议使用Equinix托管存储服务(EMS)。使用EMS时，无需EBC平台的干预，存储可以在客户端的VM内链接。用例是使用虚拟文件或备份服务器。可在第二个IBX数据中心创建EMS服务中存储的数据的可选快照或额外副本。
EBC核心网络
EBC平台提供各种虚拟网络功能，您可以通过自助服务门户进行配置。Equinix在五个网络功能虚拟化(NFV)功能级别上提供此功能：
- 基本
- 标准
- 高级
- 企业
- 企业增强版
NFV——自助服务
大多数NFV功能可通过自助门户，自动化工具和API获得。这使组织有机会实施所需的网络配置，而不必提前投资设备。如有必要，Equinix架构师可就此提供建议。以下是NFV函数的一些示例：
- 防火墙高达第 4 层 (L4)。
- 北约
- 路由
- 负载均衡
- VPN
虚拟路由器
虚拟路由器提供的特性和功能与共享网络中的特性和功能相似，不同之处在于它们的部署范围仅涵盖大型，超大型和四大大型。
微分割
微分段(也称为分布式防火墙(DFW))是EBC ST平台的一项重要功能，可从高级NFV功能级别获得。DFW功能允许用户根据虚拟机，标签，端口组，操作系统类型等动态应用防火墙规则。这与传统情形形成鲜明对比，传统情形是，只能在路由器的接口上基于IP地址或IP段进行防火墙。在不再需要为保护用户的每个应用程序或虚拟机集合配置IP网段，路由器和防火墙的情况下，应用DFW规则可实现零信任网络原则。
EBC核心网络采购单位
查看EBC Flex Network Purchase Units。
内部网络
内部网络是虚拟机可以连接到的第2层(L2)网络，这些网络只能存在于单个数据中心的EBC Core环境中。这些网络基于叠加技术，可在端口组中使用。它们超越了计算群集，只能通过数据中心外部的虚拟路由器(L3)进行访问。使用案例包括EBC网络的分区和分段。可以通过向Equinix支持台提出服务请求来请求其他内部网络。如果您需要在EBC Core环境之外可用的L2和/或L3网络，请参阅外部网络。EBC核心服务包括五个内部网络。如果每个数据中心使用的内部网络超过五个，则每个月将自动为这些网络开具发票。
外部网络
外部网络是可以连接虚拟机或路由器的第2层(L2)网络。要启用外部连接，您必须将EBC连接服务与其他Equinix服务(如Metro Connect或ECX结构)结合使用。外部网络基于VLAN，并以端口组的形式提供。它们超越了计算群集，可以在数据中心之外进行访问，而无需路由器干预。使用案例包括连接到第二个数据中心，内部环境或公共云提供商。可通过Equinix支持台的服务请求请求请求其他外部网络。EBC核心服务包括五个外部网络。如果每个数据中心使用的外部网络超过五个，则会每月自动为其开具发票。
自带路由器
请参阅EBC Flex Network：拥有路由器以了解更多信息。
计量
Equinix Managed Solutions按以下方式计费：
- 基线 - 服务的合同数量（例如：购买单位vCPU、vRAM）。
- 超限 - 超过基线值所消耗的GB数量（例如：合同规定的存储基线是500GB，使用了600GB，所消耗的超限是100GB）。
- 按使用量付费 - 完全可变（例如：用于备份的GB数量）。
为了衡量可变组件消耗的数量，Equinix使用链接到服务管理环境的计量工具。只有确定服务消耗量所需的数据才会导出到Equinix计费系统。必须在EBC平台中的每个虚拟机上安装VMware工具。
报告
EBC服务包含标准报告选项。
许可证制度
有关许可证相关问题，请转至许可。
说明：
- EBC不支持在多个虚拟机之间共享虚拟磁盘。因此，不支持将具有共享磁盘的Microsoft Windows Server故障转移群集(WSFC)应用到EBC。
- 不支持应用单根I/O虚拟化（SR-IOV）和来自虚拟机的物理网卡访问。
- 不支持为每个虚拟机应用内存保留。
- 不支持直接访问主机。
- 没有委托管理和支持客户访问EBC平台管理层。
选择
EBC 虚拟 GPU
如果您需要在EBC环境中进行GPU加速, EBC Core平台提供此选项。通过应用支持直接平台访问的NVIDIA特斯拉GP卡，虚拟桌面基础架构(VDI)使具有GPU加速的应用程序成为可能。由Equinix架构师根据标准化构建模块设计合适的环境。
EBC灾难恢复
EBC核心提供的选项是，通过应用灾难恢复解决方案，建立一个灾难恢复（DR）地点，作为您业务连续性计划的一部分。
灾难恢复功能的目的是缩短中断后恢复服务所需的时间。通过应用异步或同步复制，EBC DR可以提供长达0分钟的恢复点目标(RPO)。
EBC 回落和 DR 功能仅在阿姆斯特丹和兹沃勒 IBX 数据中心所在地提供。
关系和依赖关系
请参阅以下服务的关系和依赖关系 -
托管防火墙
EBC 环境的一个可选部分是Managed Firewall解决方案，它可能在以下场景中与您相关：
- 为安全访问公共云和其他外部网络提供便利。
- 在EBC平台上增加入侵检测（IDS）或入侵预防（IPS）的功能。
- 直接访问EBC平台的管理层。有关详细信息，请参阅直接平台访问。
- 将运行中的防火墙管理移交给 Equinix。
Managed Firewall服务的重要功能包括：
- 防火墙
- 路由
- IDS/IPS（订购变体）
- 负载平衡
- VPN
管理型路由器
托管路由器解决方案是 EBC 环境的可选部分，在以下场景中可能与您相关：
- 促进对公共云、广域网供应商和企业内部网络的访问。
- 将运行中的路由器管理移交给 Equinix。
托管路由器的重要功能包括：
- 动态路由
- 静态路由
- 北约
- 虚拟路由器冗余协议（VRRP）