托管私有云核心
MPC Core 是一个专用的、基于 VMware Cloud Foundation (VCF) 的选项,适用于需要在托管环境中进行全栈控制的客户。 MPC Core 在 Equinix 数据中心的专用 Secure Cabinet Express 中提供计算、存储和网络资源的专用基础架构。MPC Core 服务基于 VMware Cloud Foundation 架构蓝图并与之保持一致。它支持通过 Equinix Fabric 或使用 Equinix Metro、Campus 和/或 Cross Connect 进行直接连接,从而实现二层和三层网络连接。Equinix 管理包括 VCF 在内的整个技术栈,而客户则在 VCF 部署的范围内配置其基础架构。客户可以选择将 VCF 许可证包含在服务中,也可以使用 Broadcom 提供的自带许可证 (BYOL) 选项。

MPC Core 已在全球指定数据中心投入使用。如果采购地点位于不同区域(美洲、欧洲、中东和非洲、亚太地区),则每个区域都会交付独立的部署方案。如果在同一区域内交付多个部署方案,则这些方案之间可以共享 Active Directory 和 DNS。
MPC核心蓝图
MPC Core 设计基于 VMware VCF 蓝图“单站点 VCF 集群,占用空间极小”,并在管理组件级别启用高可用性(集群部署)。VCF 管理组件和客户资源运行在单个集群中。该蓝图提供了一个管理域,其中包含一个集群,该集群包含一个用于管理组件的资源池和一个用于客户资源的资源池。
管理域还配备了 VCF Operations HCX,以支持向 MPC Core 平台的迁移。管理域由 Equinix 控制。资源池包含客户资源,可用容量取决于已安装的管理组件、集群中的主机数量以及主机类型。
存储由 vSAN 提供。连接方面,客户可以使用 NSX 和/或安装自管理路由设备。客户还可以使用托管防火墙服务,这是一项由 Equinix 管理的防火墙产品,需要单独订购(选项连接托管防火墙)。
集群是一种架构结构,它将多个 VCF 实例组合在一起,以支持集中式管理和自助服务操作。数据中心中的第一个 MPC Core 实例就是一个包含单个 VCF 实例的 VCF 集群。默认情况下,此设计最多支持 5 个集群、100 台主机或 1000 个虚拟机。当需要进一步扩展时,必须增加某些管理组件的容量,而这部分容量将从客户资源池中扣除。

单站点 MPC Core VCF 集群中包含的已安装软件有:
- VCF安装程序
- VCF车队管理
- VCF 操作
- VCF 操作云代理
- vCenter
- NSX 经理
- NSX Edges
- VCF 日志操作
- VCF身份代理
- VCF 操作 HCX
- 核心管理基础架构(Active Directory 域服务、DNS、证书颁发机构、NTP 监控、跳转主机)
MPC核心机柜
MPC Core 由 Equinix 数据中心交付,并安装在专用的 Secure Cabinet Express 机柜中。根据集群规模,一个集群可以跨越多个机柜。机柜和电源费用包含在主机价格中。机柜和访问权限由 Equinix 管理,客户设备无法使用。每个机柜的最大主机数量取决于电源可用性以及服务器的数量和功耗。

MPC核心基础设施
为了管理MPC核心,第一个机柜配备了管理防火墙、带外(OOB)管理功能和管理交换机。每个机柜包含两台冗余交换机,每台交换机配备2×48个25 Gbps端口,用于外部连接和服务器连接。每台服务器使用每台交换机的两个端口以实现冗余。这些交换机由Equinix管理。部署两个机柜时,交换机在两个机柜之间进行冗余互连,从而提供400 Gbps的带宽。
MPC核心集群
- 簇 - MPC Core 环境包含至少 7 台主机的集群配置,其中 6 台主机可供使用,1 台主机保留用于维护和高可用性(N + 1 原则)。
- 主持人 - MPC Core 提供了一个基于 CPU、核心数、RAM 和存储的主机类型目录。
| Host | Host Type | Billing Type | Description |
|---|---|---|---|
| AHL-16L05V4#4 | Generic Host | Baseline | 16C, 512GB RAM, 4*3.84TB NVME |
| AHL-16L05V6#4 | Generic Host | Baseline | 16C, 512GB RAM, 6*3.84TB NVME |
| AHL-32L05V8#4 | Generic Host | Baseline | 32C, 512GB RAM, 8*3.84TB NVME |
| AHL-32L05V6#8 | Generic Host | Baseline | 32C, 512GB RAM, 6*7.68TB NVME |
| AHL-32L05V8#8 | Generic Host | Baseline | 32C, 512GB RAM, 8*7.68TB NVME |
| AHL-32L05V6#15 | Generic Host | Baseline | 32C, 512GB RAM, 6*3.68TB NVME |
| AHL-32L10V8#4 | Generic Host | Baseline | 32C, 1024GB RAM, 4*15.36TB NVME |
| AHL-32L10V6#8 | Generic Host | Baseline | 32C, 1024GB RAM, 6*7.68TB NVME |
| AHL-32L10V8#8 | Generic Host | Baseline | 32C, 1024GB RAM, 8*7.68TB NVME |
| AHL-32L10V6#15 | Generic Host | Baseline | 32C, 1024GB RAM, 6*15.36TB NVME |
| AHL-64L10V8#8 | Generic Host | Baseline | 64C, 1024GB RAM, 8*7.68TB NVME |
| AHL-64L10V6#15 | Generic Host | Baseline | 64C, 1024GB RAM, 6*15.36TB NVME |
| AHL-64L20V8#8 | Generic Host | Baseline | 64C, 2048GB RAM, 8*7.68TB NVME |
| AHL-64L20V6#15 | Generic Host | Baseline | 64C, 2048GB RAM, 6*15.36TB NVME |
**注意:**集群主机在整个合同期内均需使用。每个 MPC Core 集群必须使用相同类型的主机。MPC Core 平台的限制在 VCF 解决方案级别定义。
集群大小调整
集群规模应基于所需的计算能力和可用性。集群由可用计算能力(以主机数量 N 表示)和用于可用性、恢复和维护的备用容量组成。所需的备用容量取决于集群规模。
- 最小集群规模为 7 台主机 (N+1)。
- 超过 15 个主机的集群大小需要第二个备用主机 (N+2)。
集群规模和净容量
为确保可用性,系统预留了备用服务器容量。所有活动节点保持运行期间,备用节点无法使用,且其提供的容量不计入计算出的可用容量。以下概述描述了集群规模示例,包括最小和最大规模,以及以 CPU 核心数和内存容量(GB)表示的相关可用净容量。必须从第一个集群的容量中减去供应商指定的开销。建议的规模配置基于供应商的建议:
-
计算
- N = N+1
- 虚拟机管理程序开销
- CPU 和内存平均使用率最高可达 80%。
-
贮存
- vSAN 重建和运维储备的开销
| MPC Core Cluster Size | Hypervisor Server Model | Spare Servers | Usable Capacity | Advised Capacity |
|---|---|---|---|---|
| 7 (6+1) minimum | 16C, 512 GBRAM | 1 | 42 CPU Cores 1350 GBRAM | 39 CPU Cores 1220 GBRAM |
| 32C, 512 GBRAM | 1 | 90 CPU Cores 1350 GBRAM | 77 CPU Cores 1220 GBRAM | |
| 32C, 1024 GBRAM | 1 | 90 CPU Cores 2850 GBRAM | 77 CPU Cores 2450 GBRAM | |
| 64C, 1024 GBRAM | 1 | 180 CPU Cores 2850 GBRAM | 154 CPU Cores 2450 GBRAM | |
| 64C, 2048 GBRAM | 1 | 180 CPU Cores 5700 GBRAM | 154 CPU Cores 4910 GBRAM | |
| 14 (13+1) | 16C, 512 GBRAM | 1 | 182 CPU Cores 5850 GBRAM | 167 CPU Cores 5320 GBRAM |
| 32C, 512 GBRAM | 1 | 390 CPU Cores 5850 GBRAM | 333 CPU Cores 5320 GBRAM | |
| 32C, 1024 GBRAM | 1 | 390 CPU Cores 12350 GBRAM | 333 CPU Cores 10640 GBRAM | |
| 64C, 1024 GBRAM | 1 | 780 CPU Cores 12350 GBRAM | 666 CPU Cores 10640 GBRAM | |
| 64C, 2048 GBRAM | 1 | 780 CPU Cores 24700 GBRAM | 666 CPU Cores 22930 GBRAM | |
| 16 (14+2) | 16C, 512 GBRAM | 2 | 196 CPU Cores 6300 GBRAM | 180 CPU Cores 5730 GBRAM |
| 32C, 512 GBRAM | 2 | 420 CPU Cores 6300 GBRAM | 359 CPU Cores 5730 GBRAM | |
| 32C, 1024 GBRAM | 2 | 420 CPU Cores 13300 GBRAM | 359 CPU Cores 11460 GBRAM | |
| 64C, 1024 GBRAM | 2 | 840 CPU Cores 13300 GBRAM | 717 CPU Cores 11460 GBRAM | |
| 64C, 2048 GBRAM | 2 | 840 CPU Cores 26600 GBRAM | 717 CPU Cores 22930 GBRAM |
注意: MPC Core 管理堆栈和 VCF 开销(虚拟机管理程序、vSAN、NSX)会从可用容量中扣除。为避免未来增长受限,容量规划应以最高 80% 的利用率为目标。
MPC核心存储
在 MPC Core 中,存储集成在主机中,并基于 vSAN 技术。集群的原始容量可供客户使用。数据冗余策略取决于集群中的主机数量。必须从集群容量中扣除供应商指定的开销。客户可以选择其首选的 RAID 配置。vSAN 配置了静态加密和传输中加密。客户负责确保有足够的空间用于维护操作。
下表列出了基于每台服务器六块磁盘的保证容量。根据平台平均值和供应商推荐策略,实际容量可能比保证容量高出 1.2 倍,具体取决于通用虚拟机数据特性、可压缩性以及未由客户加密的数据。
| Servers in Cluster | Capacity with Disk Size in TB (3.84) | Capacity with Disk Size in TB (7.68) | Protection |
|---|---|---|---|
| 4 | 24.6 | 53.43 | RAID-5 (Single Parity / 2+1 Scheme / 50% RAID overhead) |
| 5 | 34.09 | 73.47 | RAID-5 (Single Parity / 2+1 Scheme / 50% RAID overhead) |
| 6 | 52.29 | 112.19 | RAID-5 (Single Parity / 4+1 Scheme / 25% RAID overhead) |
| 7 | 53.06 | 113.53 | RAID-6 (Dual Parity / 4+2 Scheme / 50% RAID overhead) |
| 8 | 62.55 | 133.56 | RAID-6 (Dual Parity / 4+2 Scheme / 50% RAID overhead) |
| 9 | 72.03 | 153.59 | RAID-6 (Dual Parity / 4+2 Scheme / 50% RAID overhead) |
| 10 | 81.51 | 173.62 | RAID-6 (Dual Parity / 4+2 Scheme / 50% RAID overhead) |
| 11 | 90.99 | 193.65 | RAID-6 (Dual Parity / 4+2 Scheme / 50% RAID overhead) |
| 12 | 100.47 | 213.68 | RAID-6 (Dual Parity / 4+2 Scheme / 50% RAID overhead) |
| 13 | 109.95 | 233.71 | RAID-6 (Dual Parity / 4+2 Scheme / 50% RAID overhead) |
| 14 | 119.43 | 253.74 | RAID-6 (Dual Parity / 4+2 Scheme / 50% RAID overhead) |
| 15 | 128.91 | 273.77 | RAID-6 (Dual Parity / 4+2 Scheme / 50% RAID overhead) |
VMware 许可
MPC Core 支持使用客户自有的 Broadcom/VMware VCF 许可或 Equinix 提供的许可。自带许可 (BYOL) 的使用须遵守 Broadcom 的合规性要求。要将 BYOL 许可用于 MPC Core 实例,必须与 Equinix 共享许可信息,并将许可信息包含在 Equinix 向 Broadcom 提交的报告中。
MPC核心连接
为了将 MPC Core 集成到客户的(多)云架构中,它可以连接到不同的连接选项。在确定 MPC Core 如何连接到外部资源时,必须考虑以下两个方面:
- 连接类型(第 2 层或第 3 层)
- 路由(Equinix 提供或客户提供)
MPC Core 外部连接支持以下功能:
-
基于 BGP 的三层协议 a. 使用 Equinix Fabric™、Equinix Cloud Router™ 或 Equinix Network Edge™ 进行 Equinix 路由 b. 客户提供的路由,使用 Cross Connect™、Metro Connect™ 或 Infrastructure Port™
-
通过 Infrastructure Port™、Cross Connect™ 或 Metro Connect™ 实现二层连接 a. 使用单个连接的非冗余 b. 冗余设计,使用基于 LACP 的双连接,而非通过 Fabric。
单个 MPC 核心实现同时支持第 2 层和第 3 层连接。
| Product | Layer-3 | Layer-2 | Layer-2 redundant with LACP |
|---|---|---|---|
| Fabric | X | X | - |
| Network Edge | X | X | - |
| Cloud Router | X | X | - |
| Cross Connect | X | X | X |
| Metro Connect | X | X | X |
-
连接已路由 - 在此方案中,VCF 套件中包含的 NSX 网络解决方案用作路由和虚拟网络功能。Equinix 在客户资源池中部署了两台大型 NSX Edge 设备,并配置了客户提供的 BGP。所有三层连接均终止于 NSX Edge 路由器。Edge 使用两个 VLAN 进行外部连接。二层连接在 vCenter 的端口组中终止。由于连接已路由,因此可用的网络功能仅限于无状态防火墙。
当需要有状态防火墙或分布式防火墙时,可以订购其他服务选项,包括网关防火墙和分布式防火墙。
-
连接客户路由 - 在此方案中,客户提供已获许可的路由设备。NSX 组件仍按 VCF 部署的要求进行安装。所有路由的外部连接均终止于客户提供的路由设备。该设备使用两个 VLAN 进行外部连接。二层连接在 vCenter 的端口组中终止。
使用客户提供的路由,分布式防火墙可以作为一项可选功能,通过服务选项获得许可。
-
IP地址和VLAN - Equinix 为 MPC Core 实例使用默认的 IP 地址范围和 VLAN。客户也可以提供自己的 IP 地址和 VLAN。如果发生冲突,Equinix 将与客户协商分配备用地址范围。
该服务使用 IPv4 进行配置。如果 VMware VCF 解决方案支持,客户可以使用 IPv4 和 IPv6 进行工作负载。
NSX 网络功能
VCF 和 NSX 提供了一系列网络功能。部分功能包含在 VCF 许可证中,而其他功能则需要额外购买按核心数计费的许可证。
| Type | Description | Edge Cluster Required | Extra License |
|---|---|---|---|
| Edge | Basic network functions | Yes | No |
| Gateway Firewall | Stateful Firewall | Yes | Yes |
| Distributed Firewall | East‑West protection | No | Yes |
要使用 NSX 网络功能,必须选择“连接路由”选项。完成此配置后,NSX 功能即可供客户使用。边缘节点部署在客户集群中,并占用该集群的资源。边缘节点的类型决定了可用功能和性能。
| Edge Type | Size | Use Case |
|---|---|---|
| Edge Medium | Two edges in HA with 4 vCPU, 16 GB RAM, 300 GB storage each | - L2–L4 features - Expected bandwidth up to 2 Gbps - L3–L4 Firewall - NAT - Routing |
| Edge Large | Two edges in HA with 8 vCPU, 16 GB RAM, 300 GB storage each | - L2–L4 features - Expected bandwidth up to 10 Gbps - L3–L4 Firewall - NAT - Routing - Bridging - VPN - TLS Inspection |
| Edge X‑Large | Two edges in HA with 16 vCPU, 32 GB RAM, 300 GB storage each | - L2–L7 features - L3–L4 Firewall - NAT - Routing - Bridging - VPN - TLS Inspection - L7 Access Profile (URL filtering) - IDS / IPS - Malware prevention |
网关防火墙 提供软件定义的 2-7 层防火墙,旨在保护私有云中的虚拟化工作负载。它支持状态防火墙,并具备威胁防御功能。高级威胁防护 (ATP) 结合了多种检测技术,包括入侵检测与防御 (IDS/IPS)、网络沙箱和网络流量分析 (NTA),以及来自网络检测与响应 (NDR) 的聚合、关联和上下文引擎。此功能需要额外的许可证,可通过网关防火墙服务选项订购。所需的许可证数量取决于边缘设备的规模。
| Type | Number of Licenses |
|---|---|
| Edge Medium | 24 |
| Edge Large | 48 |
| Edge X‑Large | 96 |
分布式防火墙提供了一种软件定义的二至七层防火墙,旨在保护私有云中的虚拟化工作负载、容器和裸机服务器。它可以应用于每个工作负载,以隔离东西向流量并阻止威胁的横向移动。要使用分布式防火墙,必须选择分布式防火墙 (DFW) 服务选项。所需的许可证数量取决于集群的核心数,并且每个核心都必须获得许可。
访问 MPC Core
MPC Core 提供多种用户界面用于操作:
- VCF 操作
- VCF 日志操作
- NSX
- vCenter
- VCF 操作 HCX(仅在迁移期间可用)
为了进行身份和访问管理,MPC Core 包含一个身份代理,该代理必须通过安全的 LDAP 连接到客户的 Active Directory。MPC Core 使用客户 Active Directory 中的用户和组来分配权限。客户定义的组会映射到预定义的角色,作为履行流程的一部分。权限模型的更改可以通过服务请求提出。
权限
MPC Core区分三种类型的权限:
| Name | Description |
|---|---|
| Restricted | Only Equinix has access and determines the configuration required for service availability. |
| Limited | Only Equinix has access, but the customer can request parameter changes via a service request. |
| Free | Functions are available to the customer through the consoles. |
应用集成
某些应用或集成需要访问管理环境。常见用例包括:
- 备份集成(Veeam、CommVault、Rubrik)
- 灾难恢复工具集成(Zerto、Veeam Replication)
- VDI解决方案集成(Omnissa、Citrix)
- 用于自动化 CI/CD 和基础设施即代码(Terraform、Ansible)的集成
对于应用程序集成,客户 Active Directory 中的服务帐户将被分配给 MPC Core 中的预定义角色。
服务扩展
扩展 MPC Core 服务可以通过以下几种方式实现:
- 向现有集群添加更多相同的服务器
- 每个实例最多可扩展至 5 个集群
- 启动一个新的 VCF 实例
当计算集群需要严格隔离资源时,可以在同一集群中创建第二个实例。这个额外的 VCF 实例拥有自己的管理堆栈。
服务说明
服务选项
MPC Core包含多个可单独订购的服务选项。
备份与恢复
MPC 资源的备份和恢复通过托管私有备份服务(需单独订购)提供。该服务包括使用共享备份平台备份虚拟机数据或应用程序数据。
软件许可
我们提供一份适用于 MPC 的非授权软件 ISO 镜像目录。该目录列出了可在 MPC Core 部署环境中运行的虚拟机中使用的软件。授权软件可通过软件许可产品购买。购买后,相应的 ISO 镜像将添加到目录中。
客户也可以自带软件许可证。使用**自带许可证 (BYOL) 时,必须验证是否符合软件供应商的许可条款。
对于所有许可,客户负责满足软件供应商的合规要求。
支持计划
支持计划提供可选服务,涵盖额外的服务请求和其他服务,例如扩展支持、额外报告和设计支持。
托管解决方案高级支持计划是一项预付费计划,允许用户以折扣价购买按月或按年(一次性付款)计费的支持服务时长。支持服务时长以十五 (15) 分钟为单位递增。
如果没有预付费的托管解决方案高级支持计划,则支持服务将按高级支持服务的标准小时费率收费(标准小时费率)。支持时间以十五 (15) 分钟为单位计算。
| PURCHASE UNIT | TYPE | CHARGE TYPE | UOM | ORDERING AND BILLING |
|---|---|---|---|---|
| Technical Support Plan | Monthly | Baseline | hour | Monthly reservation of hours for technical support |
| Technical Support Plan | Annual | Baseline | hour | Yearly reservation of hours for technical support |
该计划并非针对某一特定托管解决方案产品,而是适用于所有已购买的托管解决方案产品。
如果计划中的所有时间都已用完,则任何额外的时间将按“高级支持服务”的标准小时费率收费。
每月或预付费的“高级管理解决方案支持计划”服务时长不可累积,未使用部分将作废。超出预购时长的部分将按“高级支持服务”常规小时费率计费,除非您申请升级。
该计划针对特定国家/地区,不能与特定的 IBX 数据中心关联。
迁移支持
为了将工作负载从本地环境、其他托管设施或基于公有云的 VMware 平台(例如 AWS 或 OCVS)迁移到 MPC Core,Equinix 提供了一套迁移工具,支持自助式工作负载迁移,无需重构应用程序。该工具支持在 vSphere、Hyper-V 和其他虚拟化平台上运行的工作负载,并采用多种迁移方法,包括虚拟机管理程序级迁移和客户机操作系统内迁移。
为了实现 vSphere 工作负载的迁移,客户会收到一台 VCF Operations HCX 设备,该设备将安装在客户环境中,并在配置过程中与 MPC Core 环境配对。该工具支持异步复制。
-
vMotion 迁移 - 此方法使用 VMware vMotion 协议将虚拟机迁移到远程站点。
- 专为一次迁移单个虚拟机而设计
- 在不中断服务的情况下迁移虚拟机状态
- 需要 250 Mbps 或更高的吞吐量
- 延迟 < 150毫秒
- 最小 MTU:1150
- 每个操作的最大虚拟机数:1
-
冷迁移 - 此方法使用 VMware NFC 协议,并在源虚拟机断电时自动使用。
- 需要 250 Mbps 或更高的吞吐量
- 延迟 < 150毫秒
- 最小 MTU:1150
- 每个操作的最大虚拟机数:1
-
批量迁移 - 此方法使用 VMware vSphere Replication 将虚拟机迁移到目标站点。
- 专为并行迁移多个虚拟机而设计
- 可以安排在预定时间完成
- 虚拟机在源端运行,直到故障转移开始(服务中断类似于重启)。
- 需要 50 Mbps 或更高的吞吐量
- 延迟 < 150毫秒
- 最小 MTU:1150
- 支持最多 1000 个并发迁移(取决于 HCX 管理器设备的大小)
-
复制辅助 vMotion (RAV) - 复制辅助 vMotion 结合了批量迁移(并行操作、弹性、调度)和 vMotion(零停机状态迁移)的优势。
- 需要 250 Mbps 或更高的吞吐量
- 延迟 < 150毫秒
- 最小 MTU:1150
- 支持最多 1000 个并发迁移(取决于 HCX 管理器设备的大小)
轻松迁移需要在交叉连接中使用专用光纤通道或 VLAN。迁移完成后,迁移工具将被移除。
服务划分
下面显示了客户与 Equinix 之间的责任划分。
| AREA | RESPONSIBILITY | DETAILS |
|---|---|---|
| Customer Data | Customer | Data governance and data access rights management |
| Account & Access Management | Customer | User account management, identity MFA/ID, multifactor authentication |
| Data Protection | Customer | Antivirus, client & server data encryption, network traffic encryption |
| Applications | Customer | Functional and technical application management |
| Databases | Customer | MySQL, Microsoft SQL, Oracle, PostgreSQL |
| Middleware | Customer | Enterprise Service Bus, Tomcat, .NET Framework |
| Operating System | Customer | Windows & Linux OS management |
| Compute Virtualization | Equinix Managed Solutions | VMware ESXi hypervisor, vCenter configuration |
| Network Virtualization | Equinix Managed Solutions | VMware NSX platform, NSX configuration (firewall, edges), connectivity |
| Compute | Equinix Managed Solutions | Dedicated compute resources |
| Storage | Equinix Managed Solutions | vSAN storage, vSAN configuration |
| Datacenter Connect | Equinix Managed Solutions | Redundant switches |
| Datacenter Facilities | Equinix Managed Solutions | Secure cabinet express, power, cooling, access control, physical security |
购买单位
MPC 服务按月收费,收费方式有两种:一种是按基准值收费,另一种是按基准值加超额费用收费。
- 基准量 – 订单中定义的服务计量单位 (UOM) 的具体体积。
- 超额使用量 – 客户消耗的服务量超过合同约定的基本服务量。
采购单元目录
| Category | Purchase Unit | UOM | Install Fee | Billing Method | Overage |
|---|---|---|---|---|---|
| MPC Service | Connectivity | Each | No | Baseline | No |
| MPC Compute | <Host Type> | Host | Yes | Baseline | No |
| MPC Service Option | Gateway Firewall <n> Size Edge | Edge | No | Baseline | No |
| Distributed Firewall <n> Cores | Host | No | Baseline | No |
1)有关核心数,请参阅服务选项网关防火墙。 2)核心数指的是集群中使用的主机。
角色与职责
以下概述了 Equinix 和客户在服务履行、入职和持续运营过程中如何分担责任。
租户配置
| ACTIVITIES | EQUINIX | CUSTOMER |
|---|---|---|
| Schedule / execute project kickoff meeting | RA | CI |
| Schedule / execute customer onboarding | RA | CI |
| Delivery of the hosts in a cluster according to the design blueprint and order | RAC | I¹ |
| Delivery of the storage capacity in accordance with design | RAC | I¹ |
| Delivery of the connectivity in accordance with the order | RAC | I¹ |
| Delivering agreed network functionality in accordance with design (optional) | RAC | C |
| Set up service accounts for selected applications | RAC | C |
| Delivery of the MPC Operational Console | RAC | I¹ |
| Delivery of user groups according to the customer | RAC | I¹ |
接受服役
一旦入职流程完成,测试将确认产品已成功交付并可以开始计费。
| ACTIVITIES | EQUINIX | CUSTOMER |
|---|---|---|
| Test access to MPC documentation on docs.equinix.com | CI | RA |
| Test access to the different consoles for the different groups | CI | RA |
| Confirm MPC fulfillment based on provided evidence | CI | RA |
| Check handover documentation | CI | RA |
| Set product as enabled for customer internal systems | RA | I |
操作
启用托管私有云服务后,将处理以下操作事项:
| ACTIVITIES | EQUINIX | CUSTOMER |
|---|---|---|
| Technical management of the service (overall) | RAC | I* |
| Patching and LCM of software: VCF Operations, vSphere, NSX, vSAN, HCX | RAC | I* |
| MPC infrastructure monitoring and maintenance | RA | I |
| Keep applications with integration into MPC compliant with MPC Core versions | I* | RAC |
| Functional management of the customer environment within the service (overall) | I¹ | RAC |
| Manage capacity of the compute and storage in the cluster | I¹ | RAC |
| Create, import and manage VMs and vApps | I¹ | RAC |
| Keep VM‑tooling up to date | I¹ | RAC |
| Scale VMs up and down | I¹ | RACI |
| Manage VM snapshots | RACI | |
| Manage access to VMs with console | RACI | |
| Request performance statistics | RACI | |
| Create and fill “Library” with customer’s own ISO/OVA files | RACI | |
| Separate or group VMs for availability or performance | I¹ | RAC |
| NFV: Virtual L2 networks | I¹ | RAC |
| NFV: Standard firewalling | I¹ | RAC |
| NFV: Routing (static) | I¹ | RAC |
| NFV: Routing (dynamic OSPF / BGP) | I¹ | RAC |
| NFV: NAT | I¹ | RAC |
| NFV: DHCP | I¹ | RAC |
| NFV: Load Balancing | I¹ | RAC |
| NFV: VPN (IPsec, Client) | I¹ | RAC |
| Setup and manage scripting & automation capabilities | RACI |
注: RACI 代表负责任、有问责、已咨询和已获知情。
I¹ 只有对用户环境功能产生影响的任务才必须进行通知。 I² 仅当任务对服务的运行和/或管理产生影响时才需要通知。
事件管理
事件管理包含在服务支持范围内。所有事件均按优先级处理。优先级由 Equinix 在事件报告后,根据所提供的信息进行评估后确定。
| Priority | Impact / Urgency | Description |
|---|---|---|
| P1 High | Unforeseen unavailability of a service or environment delivered and managed by Equinix, in accordance with the service description, due to a disruption. The customer cannot fulfill obligations towards its own users. The customer experiences direct demonstrable impact due to unavailability of this functionality. | The service must be restored immediately; production environments are unavailable with platform‑wide disruptions. |
| P2 Medium | The service does not offer full functionality, or operates with partial functionality or reduced performance, resulting in user impact. The customer experiences direct demonstrable impact due to limited availability of the functionality. | The service must be repaired the same working day; the management environment is not available. |
| P3 Low | The service functions with limited availability for one or more users, and a workaround is in place. | The repair timeline is determined in consultation with the reporting person. |
注意:此分类不适用于例如由用户特定应用程序、用户操作或第三方因素导致的故障。此类事件可通过客户门户网站的“托管解决方案”类别提交。P1 级事件需通过电话提交。
服务请求
服务请求用于报告服务问题或请求实施或配置更改方面的帮助。标准配置更改可通过MPC自助服务门户以服务请求的形式提出。我们提供7x24x365全天候支持。有两种类型的服务请求可供选择:
- 包含 - 服务范围内的服务请求,不会产生额外费用。
- 附加 - 超出服务范围且会产生额外费用的服务请求。
| Request Name | Included / Additional |
|---|---|
| Create a new permission group | Included |
| Remove a permission group | Included |
| Add VLAN to MPC Core instance | Included |
| Delete a VLAN from MPC Core | Included |
| Create Edge Cluster | Additional |
| Delete Edge Cluster | Additional |
| Resize Edge Cluster | Additional |
如需提出上述未列出的变更,请在服务请求模块中选择“变更”。Equinix 将进行影响分析,以确定可行性、成本和交付周期。服务请求的相关费用将从“高级支持计划”余额中扣除。如果余额不足,则按现行费率开具发票。影响基准容量、订购数量或任何影响月度服务费的变更请求,必须通过 Equinix 销售团队提出。
报告
作为服务的一部分,客户每月都会收到报告,其中涵盖根据 SLA 参数和每个集群的容量提出的工单。
服务水平
服务级别协议 (SLA) 定义了与 MPC 服务相关的可衡量性能水平,并规定了 Equinix 未能达到这些水平时的补救措施。产品政策中描述的服务积分是 SLA 违约的唯一补救措施。
支持服务级别协议适用于事件登记和解决。
| Priority | Response Time¹ | Resolution Time² | Execution of Work | SLA³ |
|---|---|---|---|---|
| P1 | < 30 min | < 4 hours | 24x7 | 95% |
| P2 | < 60 min | < 24 hours | 24x7 | 95% |
| P3 | < 120 min | < 5 days | 24x7 | 95% |
- 响应时间是从提交故障单到 Equinix Managed Solutions 专家提供正式回复的时间段计算的。
- 解决时间是从创建工单到关闭、取消或移交给 IBX 支持部门的整个过程。
- 服务级别协议 (SLA) 适用于响应时间。完整详情请参阅产品政策。
MPC 服务的可用性级别反映了集群的可用性。当 Equinix 管理的基础设施导致工作负载集群进入错误状态并中断客户服务时,该服务将被视为不可用。
| AVAILABILITY SERVICE LEVEL | DESCRIPTION |
|---|---|
| 99.95%+ | Less than 22 minutes of unavailability per calendar month |
服务可用性相关的信用条款已在产品政策中列明。可用性不包括数据恢复活动。如果客户已签订托管私有备份服务合同,则可通过其操作控制台恢复数据。如果客户未签订托管私有备份服务合同,则需自行负责恢复数据。