aws ec2 架构疑问

[mattx]

最近看了点 aws ec2 介绍,对 ec2 架构存疑(对比虚拟机实例),主要是计算能力方面的,在存储方面把磁盘用网络连接起来是可以理解.

1. ec2 实例如果要扩容很多计算能力,比如从 4vcpu 变成 80vcpu 怎么实现,如果扩容的 cpu 超过了底层物理机的最大计算能力,怎么办?ec2 实例是否有可能跨越多个物理机?

2. ec2 内存方面是否支持扩容,比如从 4g 扩容到 256g 内存

3. 不同类型的 ec2 实例,在底层是怎么区分的,应该不是运行所在的物理机不同吧?感觉没这么简单

希望知道的 v 友回答下,可能问题很简单,thx

[lolizeppelin]

openstack 和 ec2 都可以看成是巨型运维管理工具
你可以简单理解为与虚拟化技术是否先进无关

cpu 内存能否在线扩容取决于调用的 qemu 是否支持
以及虚拟机所运行的操作系统是否支持

这些底层的支持了 上层才有必要开发相关运维管理代码


cpu 可以超过逻辑 cpu 个数 配置里可以配置比例的 你配置 16 倍都可以


内存也可以超售 我记得已经有技术可以让一个宿主机里的虚拟机里实际没分配的内存在 qemu 进程里不分配
实际超过往 swap 里写


云服务器商的超售控制得好 用户才不会卡 应该是云商关键技术数据 这没法从 openstack 里学到

[likuku]

以传统纵向升级单个物理机器，直到支持 CPU/内存 /主板统统可热插拔的强力小型机 思路

来用 主要倡导无状态，分布式，横向 扩展的 云端资源，

这有点不合适...

[mattx]

@likuku #22 是的，估计说 ec2 不只是虚拟机说的是这个思路吧。

[realpg]

@mattx #23
EC2 跟普通的虚拟机其实差别不大
CPU 内存资源（以下简称计算资源）都是基于物理机的池内资源 因为存储都是 IPSAN 网络的 可以挂载到任意的虚拟机 只需要考虑虚拟机跟存储网络连接的带宽是否充足（ 10G/25G 以太网居多 考虑物理机开的虚拟机数量 配置 以及存储使用历史曲线） 迁移相对方便 对于调整 CPU 和内存 都是要彻底关虚拟机的 在本物理机计算资源、预期存储带宽资源充足的情况下可能是本机调整配置，在资源不足或者预期不足 或者资源足 但是按照傻瓜升级后 剩余资源无法充分销售的情况下 就会在别的物理机新开资源 将存储挂载过去

然后结合历史大数据，进行适当超售 整个这个物理资源的自动化调度逻辑 其实是一个云服务商的核心技术

[mattx]

@realpg thx

[abmin521]

@swulling #16 阿里云的系统盘不支持不关机扩容 还要做快照 https://help.aliyun.com/document_detail/44986.html