Contenedores y zonas de Solaris: si usa Solaris, ¿por qué no los usa?

A menos que su empresa dependa en gran medida de Solaris, es posible que no sepa qué es. Solaris es el nombre de una marca / sabor del sistema operativo UNIX desarrollado originalmente por Sun Microsystems. Tradicionalmente, también se ejecutaba en hardware proporcionado por Sun. Solaris reemplazó a su anterior SunOS y recientemente cambió de nombre a Oracle Solaris para reflejar la adquisición de Sun por parte de Oracle. En muchos lugares, verá que el sistema operativo se refiere a 'SunOS'. La plataforma original de Sun, SPARC (Scalable Processor Architecture), era y sigue siendo un competidor de la plataforma Intel, ahora denominada x86 o x64.

SPARC fue una de las plataformas de procesadores anteriores que admitió CPU de 64 bits (alrededor de 1993), así como multiprocesamiento simétrico (SMP). Esto permitió a los servidores utilizar más de un procesador. Los Sun SPARC eran populares para escalar 4,8 e incluso 64 o más procesadores antes que otros proveedores (alrededor de 1993). Es difícil de creer en estos días, pero a finales de los 80 y principios de los 90, muchos servidores estaban limitados a un procesador, núcleo e hilo. La única forma de escalar horizontalmente un entorno era agregar más servidores debido a esta limitación. Hoy en día, con las PC domésticas, no es raro ver máquinas de doble núcleo x 8+. Incluso los teléfonos móviles de hoy son de múltiples núcleos y, a veces, de doble procesador.

Como ocurre con la mayoría del hardware, la potencia de procesamiento comenzó a superar las necesidades reales de computación de varios software y se compraron sistemas enormemente poderosos para escalar, pero no siempre se utilizaron al 100% de su potencial. A veces, los sistemas robustos se dimensionaron para las ejecuciones de fin de mes, pero permanecieron relativamente inactivos durante el resto del mes. Para las plataformas basadas en Intel, VMware se estaba haciendo un nombre en el mundo de la virtualización a fines de la década de 1990 para permitir una mejor utilización de esos procesadores. Sin embargo, VMware está limitado a las plataformas Intel. Solaris comenzó a ver la necesidad de esto e implementó su plataforma de virtualización llamada Solaris Containers en 2004. A lo largo de los años, la terminología ha cambiado de contenedores a zonas. Las implicaciones de los distintos nombres pueden ser confusas, pero en aras de la simplicidad, nos referiremos a toda la infraestructura / tecnología como zonas.



En una nueva instalación de Solaris, hay una zona global predeterminada. Esta es la zona principal. En la terminología de VMware, este sería el sistema operativo host. Desde allí, puede crear zonas no globales. Hay algunos tipos diferentes. Las zonas no globales no pueden detectarse entre sí o al padre, ya que hay una capa de virtualización que las segmenta. Solo la zona global conoce todas las demás zonas.

Una zona de raíz dispersa requiere la sobrecarga más pequeña. Básicamente, comparte el mismo núcleo en ejecución que la zona global y la mayor parte del área de usuario y los paquetes. Puede leer la mayoría de los archivos de la zona global (dependiendo de la configuración del administrador del sistema) pero tiene su propio almacenamiento para escribir. Para aquellos familiarizados con VMware, esto estaría estrechamente relacionado con un clon vinculado de aprovisionamiento fino.

Una zona raíz completa contiene una copia completa de lectura / escritura de la zona global. En términos de VMware, esto está más estrechamente relacionado con un clon completo de la zona global en una zona no global. Esto ocupa sustancialmente más espacio que la zona raíz dispersa pero permite más flexibilidad en la configuración de la misma ya que se realiza una copia completa para lectura / escritura.

Por último, una zona de marca es aquella que admite una versión completamente diferente de Solaris. Las dos zonas mencionadas anteriormente comparten el mismo kernel y área de usuario en ejecución. En algunos casos, es posible que necesite una versión anterior de Solaris para compatibilidad con versiones anteriores. Por ejemplo, si está ejecutando Solaris 11 en la zona global pero necesita ejecutar Solaris 10 para su ERP, una Zona de marca ayudará a facilitarlo. En esta configuración, se parece más a un hipervisor tradicional, ya que la versión del sistema operativo no depende de la versión del sistema operativo de la zona global. Sin embargo, todavía requiere que el sistema operativo sea Solaris. La zona global proporciona cierta emulación de llamadas del sistema a versiones anteriores para ayudar a facilitar esto.

Desde la zona global puede iniciar, detener, instalar nuevas zonas e incluso desinstalar zonas según sea necesario. Al igual que con la mayoría de los sistemas operativos UNIX, es muy fácil escribir este script según sea necesario y podría automatizar la necesidad de activar zonas o desaprovisionar según sea necesario. A continuación, tengo una zona ya instalada pero configurada para que no arranque automáticamente y la he iniciado manualmente.

Esta separación y aislamiento son necesarios para que la virtualización funcione como se espera. Por ejemplo, no desea que su sistema ERP compita con recursos con su aplicación personalizada que procesa transacciones comerciales, pero también permite que cada uno de ellos se expanda en recursos compartidos según sea necesario. De lo contrario, podría evitar las zonas por completo. La virtualización de esta manera ahorra costos y espacio, lo que da como resultado la compra de varias máquinas, su alimentación y la búsqueda de espacio en el rack para ellas. Al igual que con cualquier esfuerzo de virtualización, es necesario calcular todos los costos, físicos y blandos, relacionados con la consolidación de recursos y los ahorros reales de ese esfuerzo. Por lo general, el caso de los servidores SPARC es que no desea un suministro insuficiente, pero sí desea utilizarlo por completo debido al costo del equipo y las zonas ayudan a caminar por esta delgada línea.

En resumen, si usa Solaris o es una tienda de Solaris, probablemente sepa algo sobre zonas. Con el cambio a la nube, Solaris no es un sistema operativo tan popular en estos días porque no siempre se necesitan servidores de gran tamaño. Muchos administradores de UNIX también lo han apodado 'Slowaris'. Los casos en los que generalmente se necesitan son empresas extremadamente grandes que pueden tener aplicaciones heredadas que pueden ser demasiado costosas de reescribir o migrar a plataformas más económicas. Solaris ha sido una plataforma muy madura a lo largo de los años, por lo que seguramente se encontrará con una organización que se ha estandarizado en ella para determinadas necesidades.

4 minutos de lectura