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