EBC核心
EBC核心环境是为单个客户（单租户）在专用硬件上搭建的。该基础设施包含计算、存储和网络资源，这些资源可以通过门户进行配置和管理。
EBC核心计算
EBC Core 提供了一个高效利用资源的计算环境。用户的 EBC Core 平台可以包含多个计算集群。桌面虚拟化、独立生产环境和无线 (OTA) 环境、许可证限制或 CPU 保障可能需要不同的计算集群。EBC Core 以由多个主机组成的集群形式提供。
EBC核心主机
EBC Core 环境中的主机基于标准服务器配置。“EBC HV GC”服务器类型是标准服务器，并且提供最新版本。对于内存要求更高的 EBC 环境，我们提供一种高内存虚拟机管理程序服务器类型。该类型可根据需求使用。下表列出了当前可用的虚拟机管理程序服务器类型，以及单个虚拟机管理程序服务器添加到集群的可用容量。
| Hypervisor Server Type | Deployment | Use Case | # Available GB RAM1 | # Available GB RAM1 | CPU Core Speed |
|---|---|---|---|---|---|
| EBC HV GC v2 | Standard | Generic Compute | 450 | 28 | ≥ 2.4GHz |
| EBC HV HM v2 | Optional | High Memory | 900 | 28 | ≥ 2.4GHz |
**注：**集群净容量
EBC Core 环境的集群配置至少包含三台主机，其中两台主机已投入使用，一台备用（N + 1 原则）。(N + 1) 集群最多包含 15 台主机（14 + 1）；超过此数量时，需要额外增加一台备用服务器。集群的最大规模为 30 台虚拟机管理程序服务器（28 + 2）。备用服务器的容量不可用于常规用途，因此不属于净容量的一部分。以下概述展示了一些集群规模的示例，包括最小规模和最大规模，以及相关的可用净容量（以可用 CPU 核心数和 GB RAM 数表示）。
| EBC Core Cluster Size | Hypervisor Server Model | # Spare Servers | # Available CPU Cores1 | # Available GB RAM1 |
|---|---|---|---|---|
| 3 (2+1) minimum | 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) maximum | EBC HV GC v2 | 2 | 784 | 12.600 |
**注：**集群净容量
EBC 核心购买单位类型
- 集群中的主机（hypervisor-servers）的数量
- 50%的承诺是以GB RAM为单位的净容量。
- 使用的GB RAM的数量
在 EBC Core 中，CPU 核心是主机购买单位的组成部分。集群净 RAM 容量的 50% 承诺是最低购买要求。集群的全部净 RAM 容量均可购买，超过 50% 的 RAM 容量将按 1 GB 的使用量收费。您可以自行决定使用可用的净 CPU 资源。
购买单位在下表中有说明。
| Purchase Unit | Type of Host | Billing Type | Description |
|---|---|---|---|
| EBC Core - Host | • Generic • High Memory | Baseline | Agreed number of hosts in the cluster |
| EBC Core - 50% Commit | Baseline | 50% of the GB RAM associated with the host | |
| EBC Core - 1GB RAM Additional | Overage | Amount of GB RAM consumption above the baseline |
你也可以扩展你的EBC核心环境。扩展的形式是1台主机加上50%的净GB vRAM容量的投入。
EBC vCPU
在 EBC Core 产品中，1 个 CPU 至少相当于 2.4 GHz。您可以决定如何使用净可用物理 CPU 核心的容量。为了实现可预测的应用程序性能，vCPU 的使用指南也提供了指导。vCPU 保证超额认购值，该保证值表示每个现有物理 CPU 核心可以部署多少个 vCPU。EBC Core 让您可以自由决定每个计算集群的超额认购程度。
最常用的超额认购水平是（作为一种指示）：
| vCPU Variant | vCPU Guarantee Value | Use Case |
|---|---|---|
| EBC vCPU Standard Guarantee (Default) | 1:4 (25%) | • Generic production servers • OTA servers |
| EBC vCPU High Guarantee | 1:2 (50%) | • Medium-load application servers |
| EBC vCPU Full Guarantee | 1:1 (100%) | • Terminal servers • High-load application servers • Latency-sensitive application servers |
EBC 核心计算示例
您的环境适用于负载高于平均水平的应用程序，因此请使用高保障的 EBC vCPU。请求的资源如下：
- 500个vCPUs（高保障1:2）。
- 4000 GB vRAM。
- 20%的自由发展空间
虚拟CPU
由于1:2的保证值，要求的vCPU的一半需要作为物理CPU核心出现，以满足性能要求。
500个vCPUs：2=250个CPU。
500个vCPU的20%=100个vCPU，需要作为自由空间来增长。
100个vCPUs：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 Core Cluster Size in # Hosts | Hypervisor Server Type | # Spare Servers | # Available CPU Cores1 | # Available GB RAM1 |
|---|---|---|---|---|
| (11 + 1) 12 | EBC HV GC v2 | 1 | 308 | 4950 |
**注：**集群净容量
在这个集群中，你有308个CPU和4950GB内存的净容量可用。要求的和立即需要的容量是500个vCPU（1:2）和4000GB RAM。
- 该集群包含 308 个 CPU。500 个高保障虚拟 CPU（1:2）使用了 250 个 CPU。 仍有 308 - 250 = 58 个 CPU 净容量可用。这些 CPU 已包含在主机单元（基线）中。 使用CPU本身没有成本。
- 这个集群包含4950GB内存。这个净容量由2个购买单位组成，具体如下：
-
EBC核心 - 50%承诺
在本例中，50% 的承诺额度是指净产能的一半。 即 0.5 * (11 * 450) = 2475 GB RAM。
-
EBC核心 - 1GB vRAM 附加
在这个集群中，剩余的50%（2475 GB RAM），每个购买单位的1 GB RAM可以作为超额使用。对于直接需要的4000GB内存，需要4000-2475=1525这个购买单位。
-
在这个例子中，集群的额外可用容量是4950 - 4000 = 950 GB RAM。
本例中购买单位的计算方法如下表所示。
| Purchase Unit | Calculation Type | Quantity | Description |
|---|---|---|---|
| EBC Core – Generic Host 450 GB RAM | Baseline | 12 | Cluster Size is 12 Hosts (11+1) |
| EBC Core – 50% Commit | Baseline | 11 | 50% commit at 11 net hosts (225 GB RAM/host) |
| EBC Core – 1 GB vRAM Additional | Overage | 1525 | The difference between 4000 GB - 11 * 225 GB RAM |
EBC 核心正在使用中
You choose the number of hosts and clusters that match the resource request that includes the below guidelines –
- 最小订单是一个集群可用容量的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 显存和额外的 GB 显存支付较低的价格。此选项的优势在于，许可证仅在平台上的虚拟机实际使用 VMware 时才会结算（符合 VMware 的定义）。
EBC 核心存储
EBC存储是EBC平台的一个固定部分。存储可以按四个性能级别（层级）购买，以数据存储的形式，虚拟机可以放在上面。数据存储的性能取决于数据存储的大小，以每秒I/O操作数（IOPS）表示。每个数据存储的性能都由其上的虚拟机共享。
在性能方面，每个层级都有保证值和限制值。保证值是Equinix有义务交付的值。根据公平使用原则，您可以在短时间内使用超过保证值的资源，但最高不超过限制值。Equinix 客户经理可以为您提供建议，帮助您选择最适合您情况的性能级别。Equinix交付层级的存储性能规格如下所示。
| Tier | Name | Use | Impact |
|---|---|---|---|
| 1 | High performance | DB (Logs), RDS/ SBC, VDI Low-latency beneficial workloads | • IOPS guarantee: 1.000 IOPS per TB; max. • 30.000 per data-store1 • IOPS limit: 1.500 IOPS per TB; max. • 45.000 per data-store2 • Latency: 5 ms3 • Size: Min 250 GB, max. 30 TB per volume4, 5, 6 |
| 2 | Performance (Default) | Generic VMs, App / Web services, High performance File services / Object storage | • IOPS guarantee: 250 IOPS per TB. max.7.500 per data-store1 • IOPS limit: 500 IOPS per TB. max. 15.000 per data-store2 • Latency: 10 ms3 • Size: Min 250GB, max. 30TB per volume4, 5, 6 |
| 3 | Standard | Back-up, Generic File services / Object storage | • IOPS guarantee: 100 IOPS per TB. max. 3.000 per data-store1 • IOPS limit: 250 IOPS per TB. max. 7.500 per data-store2 • Latency: 15 ms3 • Size: Min 250 GB, max. 30 TB per volume4, 5, 6 |
| 4 | Archive | Archive, Cold storage | • IOPS guarantee: 50 IOPS per TB. max. 1.500 per data-store1 • IOPS limit: 75 IOPS per TB. max. 2.250 per data-store2 • Latency: 20 ms3 • Size: Min 250 GB, max. 30 TB per volume4, 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核心存储是按照存储策略在数据存储中购买的，购买单位为1GB。每个数据存储集群的最小投入或基线为250GB，适用于每个政策。
EBC 核心存储计算示例
计算示例 1 您购买了一个包含 5 TB 二级存储的 EBC 集群。由于请求的容量小于 30 TB，因此您只能访问 1 个二级数据存储，具体如下：
-
保证 - 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 一级存储和 50 TB 二级存储的 EBC 集群。之后，您将拥有以下访问权限：
一级方案 – 由于请求的容量小于或等于 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。
第二层级 – 由于请求的容量大于 30 TB，因此需要两个 25 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托管存储服务 (EMSS)。使用 EMSS 时，无需 EBC 平台的介入，即可在客户端的虚拟机内链接存储。用例包括使用虚拟文件或备份服务器。您可以选择在第二个IBX数据中心创建 EMS 服务中存储的数据快照或额外副本。
EBC核心网络
EBC 平台提供各种虚拟网络功能，您可以通过自助服务门户进行配置。Equinix 在五个网络功能虚拟Equinix(NFV) 功能级别上提供此功能：
- 基本
- 标准
- 高级
- 企业
- 企业加强版
NFV——自助服务
大多数 NFV 功能都可通过自助服务 Web 门户、自动化工具和 API 实现。这使得组织无需提前投资设备即可实现所需的网络配置。如有需要， Equinix架构师可以为您提供建议。以下是一些 NFV 功能的示例：
- 防火墙高达第 4 层 (L4)。
- 北约
- 路由
- 负载均衡
- 虛擬專用網絡
虚拟路由器
虚拟路由器提供的特性和功能与共享网络类似，只是它们的部署范围仅涵盖大型、超大型和超大型网络。
微分段
微分段，也称为分布式防火墙 (DFW)，是 EBC ST 平台的一项重要功能，可从高级 NFV 功能级别开始使用。DFW 功能允许用户根据虚拟机、标签、端口组、操作系统类型等动态应用防火墙规则。这与传统情况下只能基于 IP 地址或 IP 段在路由器接口上设置防火墙的情况截然不同。应用 DFW 规则使零信任网络成为可能，无需再为每个应用程序或虚拟机集合配置 IP 段、路由器和防火墙来保护用户安全。
EBC核心网络采购单位
查看 EBC Core Network 提供的 EBC Flex Network Purchase Units。
内部网络
内部网络是仅存在于单个数据中心内 EBC Core 环境中的二层 (L2) 网络，虚拟机可连接到这些网络。这些网络基于覆盖网络技术，并以端口组的形式提供。它们超越计算集群，只能通过数据中心外部的虚拟路由器 (L3) 访问。其应用场景包括 EBC 网络的区域划分和分段。您可以通过向 Equinix 支持服务台提交服务请求来申请额外的内部网络。如果您需要可在 EBC Core 环境外部访问的 L2 和/或 L3 网络，请参阅外部网络。EBC Core 服务包含五个内部网络。如果每个数据中心使用的内部网络超过五个，则超出部分将按月自动计费。
外部网络
外部网络是二层 (L2) 网络，虚拟机或路由器可以连接到该网络。要启用外部连接，您必须购买 EBC Connect 服务以及其他Equinix服务（例如Metro Connect或 ECX Fabric）。外部网络基于 VLAN，以端口组的形式提供。它们跨越计算集群，无需路由器介入即可在数据中心外部访问。用例包括连接到第二个数据中心、本地环境或公有云提供商。您可以通过Equinix支持中心的服务请求来申请其他外部网络。EBC Core 服务包含五个外部网络。如果每个数据中心使用的外部网络超过五个，则每月会自动计费。
自己的路由器
请参阅 EBC Flex 网络：自有路由器以了解更多信息。
计量
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核心平台提供了这个选项。通过应用具有直接平台访问权的NVIDIA Tesla GP卡，虚拟桌面基础设施（VDI）使具有GPU加速的应用程序成为可能。一个合适的环境是由Equinix架构师根据标准化的构建模块设计的。
EBC灾难恢复
EBC核心提供的选项是，通过应用灾难恢复解决方案，建立一个灾难恢复（DR）地点，作为您业务连续性计划的一部分。
DR功能的目的是为了缩短中断后恢复服务所需的时间。通过应用异步或同步复制，EBC DR可以提供一个高达0分钟的恢复点目标（RPO）。
EBC 回落和 DR 功能仅在阿姆斯特丹和兹沃勒 IBX 数据中心所在地提供。
关系和依赖性
See Relations and Dependencies with the following services below -
- EBC Backup and Restore
- EBC Migration
- EBC Connect
- Customer Connect
- Cross Connects
- Metro Connect
- Equinix Fabric
管理的防火墙
EBC 环境的一个可选部分是托管防火墙解决方案，它可能在以下场景中与您相关：
- 为安全访问公共云和其他外部网络提供便利。
- 在EBC平台上增加入侵检测（IDS）或入侵预防（IPS）的功能。
- 可以直接访问EBC平台的管理层。详见直接平台访问。
- 将运行中的防火墙管理移交给 Equinix。
托管防火墙服务的重要功能包括：
- 防火墙
- 路由
- IDS/IPS（订单变量）
- 负载平衡
- 虛擬專用網絡
管理型路由器
托管路由器解决方案是 EBC 环境的可选部分，在以下场景中可能与您相关：
- 促进对公共云、广域网供应商和企业内部网络的访问。
- 将运行中的路由器管理移交给 Equinix。
托管路由器的重要功能包括：
- 动态路由
- 静态路由
- 北约
- 虚拟路由器冗余协议（VRRP）