物理裸机配置如何转换为天翼云云主机配置

在 IT 系统建设中，软件平台厂商（ISV）给出的 IT 资源需求往往是物理机裸机配置。上云后怎么把物理裸机配置转变为云主机配置就成了一个需要认真考虑的问题。今天就来讨论一下这个问题。

以应用服务器为例，假如软件平台厂商给出的是华为 RH2288H v3 这样一款物理裸机，配置如下：

  拿到服务器配置后，首先我们要核对一下这款服务器的应用场景，确认在这个场景中是否能使用云主机。如果是大数据应用、HPC 高性能计算、Oracle RAC 集群这几种场景推荐采用云化物理裸化，不推荐采用云主机。

物理裸机配置转换为云主机配置，关键是 CPU、内存和存储。

我们倒过来，从最不重要的配置逐一说起。

 一、电源、光驱、导轨

统统不需要考虑。云主机的宿主机已经是双冗余电源，云主机不需要考虑电源的问题。光驱。。。还记得你上一次用光驱是什么时候吗？导轨。。。

二、FC HBA 卡

FC HBA 卡用于物理裸机连接 FC SAN 存储。云主机的云硬盘已经替代 FC SAN 存储，不再需要 FC HBA 卡了。

 三、网卡

物理裸机场景下网卡一般需要做双网卡冗余，即两个物理网卡绑定为 1 个逻辑网卡，实现网卡的主备切换或者负载均衡。使用云主机后一般只需要一个虚拟网卡就够了，也不用考虑网卡的冗余，云平台底层已经做了双网卡冗余。

多个网卡的场景为云主机接入多个 VPC 网段，云主机最多可以支持 12 个网卡。

对应到本配置，只需要 1 个千兆虚拟网卡即可。

四、存储

物理裸机场景下一般标配两块硬盘做 RAID1 冗余，实际可用存储就只有一块硬盘的容量。天翼云云硬盘已经在底层实现了三副本冗余，因此上云后 RAID 卡就不需要了。那在这个场景里是不是配置 300GB 云硬盘就可以了呢？

有经验的用户会发现，市场上买到的标注容量为 300G、600G 的硬盘，装好操作系统后实际容量却没有 300G、600G，这是为什么呢？

这是因为硬盘的标注容量是按 1000 进位来折算，也就是说按 1KB = 1000Bit、1MB = 1000KB、1GB = 1000MB、1TB = 1000GB 来折算的。我们知道在计算机里，1KB 实际是等于 1024Bit，1MB = 1024 KB = 1048576 Bit，这么一算，等于要在标注容量上打一个 1000 * 1000 * 1000 / 1024 / 1024 / 1024 = 0.93 的折扣。对应到本场景，300G 的硬盘实际只有 279GB 容量，600G 的硬盘实际就只有 558G 容量。而天翼云云硬盘的容量没有中间件赚差价，300GB 的云硬盘在云主机上识别就是 300GB。

上云后云主机免费赠送一个容量为 40G 的系统，则这 279G 容量里可以再减去 40G 的系统盘占用空间。也就是如果配置一个 239G 的数据盘，可以完全对标物理裸机的 2 块 300G 硬盘。

当然 239GB 的空间用于部署一般的应用加上数据备份是绰绰有余的，因此本场景推荐配置为 200G SAS 云硬盘。以后空间不足了，再弹性扩容。

结合上一篇文章《如何选择天翼云云硬盘》，绝大多数场景都推荐使用 SAS 云硬盘，大于 2T 且对 IO 要求不高的场景推荐使用 SATA 云硬盘，数据库场景推荐使用 SSD 云硬盘。

五、内存

内存和 CPU 的配置相对就比较复杂，也是最重要的一环。

我们建议根据应用的场景来匹配 CPU 和内存的比例。

在普通场景下 CPU 和内存的推荐比例为 1:2(1C2G、2C4G、4G8G、8C16G）比如 Web 服务器、中间件服务器，计算密集型场景 CPU 和内存的推荐比例为 1:1（4C4G 8C8G 16C16G）比如数据分析、数据挖掘，高内存需求场景 CPU 和内存的推荐比例为 1:4 或 1:8（2C8G、4C16G、8C32G、16C64G）比如关系型数据库、内存数据库。

我们先看看如何确定内存的需求。

如果物理机内存小于等于 32G，建议按照物理机内存配置云主机。如果物理机内存大于 32G，小于等于 128G，建议和应用厂商核对应用场景，因为按照我们的经验，32G 内存已能满足包括 WebSphere、WebLogic 等大型中间件的需求。本场景配置为 64G 内存，可与应用厂商核对应用场景，建议先配置 32G 进行业务测试，如果 32G 不能满足需求则再弹性扩容至 64G。

如果物理裸机内存大于 128G，则建议使用云化物理裸机方案。

六：CPU

最后我们来确定 CPU 的配置方案。

本场景中配置 2 路 Intel 至强 E5-2630 CPU，单颗 CPU 为 6 核 12 线程，2 颗 CPU 合计达到 12 个物理核 24 线程。这样的配置可以预见到这台服务器的 CPU 很可能在绝大多数时间里 CPU 都是空闲的，这也就是为什么会产生 CPU 虚拟化技术的原因。

很多朋友应该都见过这样一张图片

这张图片深刻揭示了 CPU 并非是核数越多越好，还需要应用软件能使用到多核的能力才行，否则就会出现一个核忙死，其它核都在闲着的现象。

在通用场景里，8 核就已经是比较高的配置，是否需要真的用到 16 核是需要认真的考虑的问题。

在本文这个场景里，推荐配置 8 核 CPU。如果业务测试后确定 8 核还不能满足业务需求，我们还有弹性扩容这个必杀技。

最后来个总结：

物理裸机配置转换为云主机配置，关键是配置 CPU 和内存，最终还是要从应用场景出发，不能生硬地按照物理机的配置直接生成云主机配置，充分利用云主机弹性扩容的优点，既省事又省钱。