什么是Oracle Solaris zones?

面对云计算的大环境，虚拟化的技术作为云计算的重要技术基础，也博得了大家很多关注。但是系统的虚拟化技术已经由来已久，作为一个初学者，简单介绍一些Solaris的zone技术，如有错误，不吝赐教，谢谢！

Solaris zone 是Sun 2005年在Solaris10中推出的内置于操作系统的轻量级的虚拟化技术，之前叫Solaris container，Solaris11之后叫Solaris zones。

从左往右是zone，硬件分区，Sparc服务器的软件分区，x86的软件分区，操作系统之上的hypervisor 的虚拟化

Solaris zones 是Native zone，kernel zone的统称，能够为你使你的应用在隔离的环境中运行，并实现有效的资源管理。几乎所有的Oracle用户都在使用Zone，广泛应用在生产环境中，从web app 到Oracle数据库实例都可以安装在zone里面。zone 技术为应用程序创建了虚拟的一层，可以将zone 称之为一个沙箱，我们安装的操作系统称为global-zone，在global zone里面可以创建很多独立的zone，称为non-globalzone，global zone 控制着操作系统内核，设备驱动，系统内存管理，文件系统等等并为non global zone 提供接口。非global zone 之间互相独立，互不影响，每一个zone 拥有自己的文件系统，进程空间，防火墙，网络配置等等，对于global zone 来说每一个non-global zone 是一个拥有一组资源并用zone ID命名的进程。 Solaris zone 是一种轻量级的虚拟化技术，虚拟化的开销很小，所有的native zone 依赖于操作系统内核，kernelzone 可以拥有独立的内核版本。

Solaris11 中能够安装Kernelzone，native zone和Solaris10zone。Kernel zone更像一个独立的操作系统，是部分基于hypervisor的，可以嵌套native zone，一个kernelzone 崩溃不会影响global zone 和其它zone，拥有自己的进程表并且进程表不和global zone共享，native zone和global zone共享内核，不能实现内部嵌套，一个nativezone将内核搞崩，整个服务器都受到影响，global zone 中可以见native 的进程。Solaris 10zone 也不能实现内部嵌套。Solaris 11 支持zone的P2V（global zone to zone），V2V (zone to zone),V2P（zone to global zone）的迁移方式。

 

在应用部署的时候为zone配置一定的资源，在运行中可以根据zone的负载动态修改这个资源限制并且是实时生效的，在其他zone不需要资源的时候，资源会自动切换给需要的资源的zone，这种切换是即时的不需要人工干预的，最大化资源的利用率，在必要的情况下，也可以为单个zone隔离一定的资源。

Solaris Kernel zone 相比native zone来说，只是在创建的时候参数不同，管理命令和native zone 是一致的，管理非常的简单，支持无缝的P2V，V2P的迁移，自已锁定zone的文件根目录（/）,提高的zone的安全型，kernelzone 的内核版本独立于主机操作系统并且是向后兼容的。应用程序部署到kernel zone 和裸机上性能上损耗很小。Solaris kernel zone 支持在线的无宕机的迁移

因为kernelzone 是部分给予hypervisor的，对硬件有一些要求，可以运行virtinfo来查看主机信息。

Zone和kernel zone各有优缺点，nativezone 理论上最多可以安装8192个，实现高密度的部署，Solaris 11中Unified Archive 提供了将zone 快速的打包部署，可以快速的将zone 在虚拟系统和裸机系统之间灵活的打包部署，尤其在应用程序负载和环境发生改变的时候。Unified Archive 能够提供一种简单的方式来创建一个克隆的环境，然后部署到云中的多个节点。你可以在 Oracle网站上下载相应的虚拟机的模板然后快速的部署。

2013年Oracle成为Openstack的企业赞助商在很多的Oracle产品中支持Openstack产品，可以基于Solaris创建openstack的云环境，Zone可以实现高密度的部署，0开销的虚拟化，资源共享等特点，zone 作为Openstack的计算节点