Solaris 容器 模型

Solaris 容器是一个帮助组织和管理物理系统资源集合的抽象层。通过使用容器，我们可以为应用程序的资源要求创建一份详尽的蓝图。应用程序的资源要求是Solaris 容器 模型的重点。此模型着重于服务和工作负荷。服务是由应用程序传送的，对系统而言便是工作负荷。工作负荷是一组相关的进程，如一个正在执行的应用程序。

Solaris Resource Manager 1.3 发行版中执行了一种基于工作负荷进行管理的形式。该版本中，工作负荷与节点限制、lnode 有关。Container Manager 软件是在这一早期版本的基础上创建的。当前的容器模型提供的一个工具可帮助您组织和管理正在进行的服务资源传送。常见的服务示例有：包月、顾客订单查询和 Web 服务传送。

进行服务器整合时，需要具有为应用描述其限定环境的能力。通过这种描述，您可将“在每个服务器上运行一个应用程序”转为“在单个服务器上运行多个应用程序”。容器提供这一描述以及该描述的实例。例如：一个简单的容器可以描述系统资源，如 CPU、物理内存和带宽。 又如：一个较复杂的容器可以控制安全、名称空间隔离和应用程序故障。

以下关于 Solaris 容器的图示显示了服务和资源之间的关系。

图 1–1 Solaris 容器示例

盒子表示容器。盒子内围绕“服务”沿 x、 y 和 z 轴显示了三种资源。此模型中，CPU、内存和带宽是基本资源。“服务”被限定在盒子中，表示“服务”如何包含在容器内。此发行版中，Container Manager 可控制所有这三种基本资源：CPU、物理内存资源和带宽。

由于 Container Manager 着重于工作负荷，因此便无法监视单独的主机所使用的资源量。一台主机就是一个安装了 Container Manager 代理软件并且处于 Sun Management Center 服务器环境的系统。安装该软件后，系统会自动搜索到主机，并将其名称添加到“主机”视图内的导航窗口中。此软件监视服务使用的资源量。在此模型中，单个服务实例表示至少一个在单台主机上运行的进程。系统会保留数据，以便在监视系统运行状况和记帐时使用。

图 1–2 主机上的容器示例

可以有多个容器同时在单台主机上处于活动状态。如果多个容器存在于单台主机上，则可以设置容器的边界，以便主机扩展和收缩它们。这种情况下，其他容器当前没有使用的资源就可以供可使用这些资源的容器使用。总之，单台主机上可以处于活动状态的容器的数量由可用的 CPU 和内存资源量以及为每个容器保留的资源量决定。对于根据应用程序的需要调整大小的所有活动容器，系统必须能够满足它们的组合资源要求。

有关使用 Container Manager 管理容器的更多信息，请参见第 4 章，管理项目。