TuxInfo 19 - Index of

Una zona no es una máquina virtual, dado que el kernel sobre el cual se ejecuta es el
mismo que posee el sistema operativo. Por eso, hablaremos de la zona global, que es la
instancia de sistema operativo que se ejecuta cuando se enciende el sistema, en forma
nativa, y zonas locales, que son aquellas que se ejecutarán dentro de esa zona global, y
que a los ojos de las aplicaciones se tratarán de servidores completos, con ciertas
excepciones basadas en limitaciones de acceso de bajo nivel al hardware, o al kernel.
Una zona local tendrá su propio usuario root, y se rebooteará como cualquier otra, si bien la
"trampa" del reboot es que sólo mata y relanza procesos según se haya definido, no levanta
un sistema operativo entero. Eso hace que un reboot tarde no más que un par de segundos
(!).
Respecto de la máxima cantidad de zonas que se pueden ejecutar en un sistema, la misma
está probada en un número algo mayor a 8.000 en una misma máquina física.
En un primer vistazo, pareciera que las zonas no pudieran, según lo anterior, contener
sistemas diferentes del mismo OpenSolaris. Lo cierto es que su kernel permite que se
ejecuten zonas tipo GNU/Linux, por ejemplo, a través de las tecnologías de BrandZ
(Branded Zones). Más adelante hablaremos de ellas, y las probaremos.
Algo interesante de resaltar es que si bien las zonas establecidas en el mismo sistema físico
se comunican mediante TCP/IP, la comunicación dentro de la zona es a la velocidad de la
memoria física, no la de un conector ethernet, por lo que el ancho de banda se vuelve
altísimo, y la latencia bajísima en estos casos, donde tenemos aplicaciones que utilizan, por
ejemplo, una base de datos en una zona, y un servidor de aplicaciones en otra.
Respecto de la visibilidad de procesos entre zonas, encontraremos que los usuarios de una
zona no podrán ver los procesos de las demás zonas, y sólo quien sea administrador de la
zona global podrá ver los de las demás zonas.
Creación de zonas
Los programas que utilizaremos a la hora de generar zonas serán unos pocos:
zonecfg: Se utiliza para crear las zonas, y configurar sus características. Puede ejecutarse
en forma de shell, o tener como entrada un archivo de configuración preexistente.
zoneadm: Luego de crear la zona, este comando es utilizado para gestionarla.
zlogin: Con este comando los usuarios que posean en su perfil el de administrador de zonas
podrán loguearse a ellas en forma directa.
zonename: Muestra el nombre de la zona actual.
A ellos les podremos agregar los típicos de ZFS, dado que tendremos que manipular
nuestros sistemas de archivos a la hora de generarlas:
zpool: Muestra y gestiona los pooles de filesystems basados en ZFS.
zfs: Comando para gestionar los filesystems ZFS por excelencia.
Cada uno de estos comandos estarán siendo modificados a través de subcomandos
destinados a tareas específicas.
Estados Alterados
Las zonas podrán tener diferentes estados, dependiendo de la fase de su vida en la cual se
encuentren. Entre estos estados encontramos los siguientes:
configured: La zona se ha configurado mediante el comando zonecfg, y su archivo de
configuración ya se encuentra en /etc/zones.
20