Oracle Solaris 10 branded zones – Oracle Solaris 10 Zones provide an Oracle Solaris 10 environment on Oracle Solaris 11.
You can migrate an Oracle Solaris 10 system or zone to a solaris10 zone on an Oracle Solaris 11 system in the following ways:
Create a zone archive and use the archive to create an s10zone on the Oracle Solaris 11 system. See Transitioning an Oracle Solaris 10 Instance to a Non-Global Zone on an Oracle Solaris 11 System.
Detach the zone from the Oracle Solaris 10 system and attach the zone on the Oracle Solaris 11 zone. The zone is halted and detached from its current host. The zonepath is moved to the target host, where it is attached. See About Detaching and Attaching the solaris10 Zone in Creating and using Oracle Solaris 10 Zones .
You can create and manage multiple boot environments (BEs) for a Solaris 10 branded zone, as well as modify the currently active BE or any inactive BE, all while the production workload continues to run. See About Multiple Boot Environments On solaris10 Zones in Creating and using Oracle Solaris 10 Zones .
Oracle Solaris 11 installation support – You can specify the configuration and installation of non-global zones as part of an AI client installation. Non-global zones are installed and configured on the first reboot after the global zone is installed. See Chapter 12, Installing and Configuring Zones, in Installing Oracle Solaris 11.2 Systems .
Exclusive-IP zones by default – Exclusive-IP zones enable you to assign a separate IP stack per zone. Each zone has the flexibility to configure IP within that stack completely separate to other zones. You can easily observe network traffic, per zone, and apply individual network resources. In previous versions of Oracle Solaris this was dependent on the number of physical NICs per system. The addition of network virtualization provides enhanced flexibility when managing zones, without the restrictions of physical network hardware. Newly created zones in Oracle Solaris 11 are exclusive-IP zones with a VNIC (net0) whose underlying link is automatically selected at boot time. See Introduction to Oracle Solaris Zones .
Legacy branded zones – The following legacy branded zone features are supported in Oracle Solaris 10 only:
Linux brand (lx)
Oracle Solaris 8 Containers (solaris8)
Oracle Solaris 9 Containers (solaris9)
Immutable Zones – The file-mac-profile property enables you to run a non-global zone with a read-only root file system. See zonecfg file-mac-profile Property in Creating and Using Oracle Solaris Zones .
iSCSI support in non-global zones – Neither iSCSI target nor initiator services are currently supported in non-global zones.
Network virtualization for zones – Most Oracle Solaris network virtualization features can be applied to a zone by creating a virtual NIC (VNIC) for the zone and then applying bandwidth limits and traffic flows to the zone's assigned VNIC. The VNIC is created when the zone boots, deleted when the zone halts, and is created within the non-global zone's datalink name space. This feature enables you to provision a zone without knowing the details of the network configuration and topology. If you want to assign a preexisting datalink to an exclusive-IP zone, you can still do so during the zone configuration.
NFS server and CIFS support in non-global zones – Any Oracle Solaris 11 non-global zone brand type can be an NFS server or an NFS client. However, an Oracle Solaris10 branded non-global zone cannot be an NFS server. Any Oracle Solaris 11 non-global zone can be a CIFS client, but no non-global zone of any brand type can be a CIFS server. Also, an Oracle Solaris10 branded non-global zone cannot be a CIFS client, except when using the non-native Solaris open source Samba package.
Oracle Solaris Kernel Zones – Kernel zones, also known as solaris-kz branded zones, are new in Oracle Solaris 11.2. Before using this feature, review the information in Hardware and Software Requirements for Oracle Solaris Kernel Zones in Creating and Using Oracle Solaris Kernel Zones .
Whole root zones only – Oracle Solaris Zones are whole-root type only. However, you can configure zones in a more flexible way, for example, when disk space is limited or if you prefer a read-only zone root configuration. By default, zone boot environments are compressed.
In addition, you can automatically update any non-global zone to ensure consistency across the system. An added benefit is that individual software stacks for each non-global zone are independent of the global zone.
Zone migration through ZFS Archives – You can migrate an existing non-global zone from one system to another system by creating an archive of a zone and then attaching that archive to another system. See How to Migrate A Non-Global Zone Using ZFS Archives in Creating and Using Oracle Solaris Zones for instructions.
Zone monitoring – System resources that are consumed by non-global zones can be monitored by using the zonestat command.