一位客户配置 Active Memory Sharing 的经历

核心提示： 那么，我们为什么需要 AMS？假设一个环境中有一台 p6 570，一位客户配置 Active Memory Sharing 的经历(2)，它有 256GB 内存，部署了 32 个 AIX LPAR，如果有空闲（未分配的）内存，可以使用 DLPAR 把它分配给 LPAR，分配给每个 LPAR 8G

那么，我们为什么需要 AMS？假设一个环境中有一台 p6 570，它有 256GB 内存，部署了 32 个 AIX LPAR，分配给每个 LPAR 8GB 内存。所有内存都已经分配，不能由其他 LPAR 共享。我们有未分配的处理器单元，可以使用它们建立更多 LPAR，但是因为所有内存都被占用了，实际上无法这样做。对于这种情况，通常的应对措施是激活更多内存（使用 CUoD），或者购买并安装更多物理内存。

但是，如果其他 LPAR 能够共享一个 LPAR 上 “未使用” 或 “空闲” 的内存，当那个 LPAR 确实需要内存时交还内存，不是更好吗？但是，如何查明 LPAR 是否确实需要所有内存呢？由于 AIX 内存优化，这常常是个难以完成的任务。执行一些工作负载分析，发现不会同时使用所有 LPAR。这是一个非生产系统，运行一套用于 SAP/Oracle 的开发和测试环境。现在知道，尽管 LPAR 可能会占用分配给它们的所有内存，但是实际上它们不会同时使用所有内存。

是否可以重新分配 “空闲” 内存，把内存部署到确实需要内存的其他地方？可以：使用 AMS 就能够实现这个目标。

Active Memory Sharing (AMS)

在本节中，我要简要概述 AMS 的工作方式。但是，我鼓励您阅读与 AMS 相关的 IBM 官方文档。

在过去，每个 LPAR 拥有自己的内存。任何未使用的内存都被浪费了。如果内存使用量过大，那么 AIX 会把内存页面交换到分页空间（磁盘）。为了处理这些情况，AIX 管理员可以使用 DLPAR 删除一些内存（如果可以判断出实际内存使用量的话），把这些内存重新分配给另一个 LPAR；或者，如果有空闲（未分配的）内存，可以使用 DLPAR 把它分配给 LPAR。请参考图 1。

图 1. 具有专有物理内存的 LPAR