openstack中虚拟机的内存大小估算和物理机的关系？

您的意思是虚拟机的资源和物理机资源的关系么？
这里就要说一下cpu虚拟化和内存虚拟化了

• CPU虚拟化

  • cpu虚拟化的三种类型

    • 基于二进制翻译的全虚拟化
    • 超虚拟化（或者半虚拟化/操作系统辅助虚拟化 Paravirtualization）
    • 硬件辅助的全虚拟化
      这里就不展开介绍了，说点实际的
  • 一个 KVM 虚机即一个 Linux qemu-kvm 进程，与其他 Linux 进程一样被Linux 进程调度器调度。
  • KVM 虚机包括虚拟内存、虚拟CPU和虚机 I/O设备，其中，内存和 CPU 的虚拟化由 KVM 内核模块负责实现，I/O 设备的虚拟化由 QEMU 负责实现。
  • KVM户机系统的内存是 qumu-kvm 进程的地址空间的一部分。
  • KVM 虚机的 vCPU 作为 线程运行在 qemu-kvm 进程的上下文中。
  • 对应关系如下图：

  

  bo3rmrwnbca
  • 宿主机有两个物理 CPU，上面起了两个虚机 VM1 和 VM2。VM1 有两个 vCPU，VM2 有 4 个 vCPU。可以看到 VM1 和 VM2 分别有两个和 4 个线程在两个物理 CPU 上调度。虚机的 vCPU 总数可以超过物理 CPU 数量，这个叫 CPU overcommit（超配）。KVM 允许 overcommit，这个特性使得虚机能够充分利用宿主机的 CPU 资源，但前提是在同一时刻，不是所有的虚机都满负荷运行。当然，如果每个虚机都很忙，反而会影响整体性能，所以在使用 overcommit 的时候，需要对虚机的负载情况有所了解，需要测试

• 内存虚拟化

  • 除了 CPU 虚拟化，另一个关键是内存虚拟化，通过内存虚拟化共享物理系统内存，动态分配给虚拟机。虚拟机的内存虚拟化很像现在的操作系统支持的虚拟内存方式，应用程序看到邻近的内存地址空间，这个地址空间无需和下面的物理机器内存直接对应，操作系统保持着虚拟页到物理页的映射。现在所有的 x86 CPU 都包括了一个称为内存管理的模块MMU（Memory Management Unit）和 TLB(Translation Lookaside Buffer)，通过MMU和TLB来优化虚拟内存的性能。KVM 实现客户机内存的方式是，利用mmap系统调用，在QEMU主线程的虚拟地址空间中申明一段连续的大小的空间用于客户机物理内存映射。
  • 看下图
    
    duutncwjhje
  • 为了在一台机器上运行多个虚拟机，KVM 需要实现 VA（虚拟内存） -> PA（物理内存） -> MA（机器内存）直接的地址转换。虚机 OS 控制虚拟地址到客户内存物理地址的映射 （VA -> PA），但是虚机 OS 不能直接访问实际机器内存，因此 KVM 需要负责映射客户物理内存到实际机器内存 （PA -> MA）
  • 另外内存也是支持超配的