SmartOS ofrece dos posibilidades para virtualizar un SO:

• OS VM (OS Virtualized Machine) – La virtualización se realiza utilizando zonas. Solo podremos utilizar como SO huésped SmartOS.

• HVM (Hypervisor Virtualized Machine) – Gracias al port de KVM, SmartOS tiene la capacidad de virtualizar sistemas operativos como Linux, Windows, BSD, etc.

Antes de comenzar, debemos recordar del post anterior que SmartOS puede funcionar como SO anfitrión para administrar máquinas virtuales o como SO huésped de propósito general.

Datasets

SmartOS se basa en un concepto muy simple, utilizar imágenes de máquinas virtuales pre-instaladas. Estas imágenes de VM se  identifican como Datasets. Por tanto, los Datasets o imágenes virtuales, serán los elementos con los que nos tendremos que acostumbrar a trabajar en SmartOS.  Un Dataset está formado por dos componentes:

• Una imagen del SO que será un snapshot ZFS del SO.
• Un fichero con la descripción de la máquina virtual.

La imagen puede ser o bien un filesystem ZFS para el caso de que la máquina virtual corresponda con una VM de tipo OS-VM  o bien un volumen ZFS (zvol) para el caso de que se trate de máquinas virtuales del tipo HVM (Hardware Virtual Machine).

Abajo podemos ver un ejemplo de fichero de descripción de un Dataset. Sson ficheros de tipo JSON (JavaScript Object Notation ) y en ellos se describen un conjunto de atributos que nuestro SmartOS anfitrión utilizará para construir la VM.

{
  "name": "base",
  "version": "1.8.2",
  "type": "zone-dataset",
  "description": "Base image with core packages preinstalled",
  "published_at": "2012-12-03T21:29:45.759Z",
  "os": "smartos",
  "files": [
    {
      "path": "base-1.8.2.zfs.bz2",
      "sha1": "8924d7c4b919a6c11104568105707ad2f42f26fe",
      "size": 79422483,
      "url": "https://datasets.joyent.com/datasets/ef22b182-3d7a-11e2-a7a9-af27913943e2/base-1.8.2.zfs.bz2"
    }
  ],
  "requirements": {
    "networks": [
      {
        "name": "net0",
        "description": "public"
      }
    ]
  },
  "creator_name": "sdc",
  "uuid": "ef22b182-3d7a-11e2-a7a9-af27913943e2",
  "creator_uuid": "352971aa-31ba-496c-9ade-a379feaecd52",
  "vendor_uuid": "352971aa-31ba-496c-9ade-a379feaecd52",
  "platform_type": "smartos",
  "cloud_name": "sdc",
  "urn": "sdc:sdc:base:1.8.2",
  "created_at": "2012-12-03T21:29:45.759Z",
  "updated_at": "2012-12-03T21:29:45.759Z",
  "_url": "https://datasets.joyent.com/datasets"
}

La razón de utilizar JSON como formato para los ficheros de descripción de los Datasetsestá en que SmartOS utiliza Node.js para administrar muchos de sus servicios y aplicaciones.

Más adelante, en otros post iremos viendo cada uno de los atributos del fichero de descripción de un dataset, por ahora nos vamos a quedar con aquel los siguientes.

  "files": [
    {
      "path": "base-1.8.2.zfs.bz2",
      "sha1": "8924d7c4b919a6c11104568105707ad2f42f26fe",
      "size": 79422483,
      "url": "https://datasets.joyent.com/datasets/ef22b182-3d7a-11e2-a7a9-af27913943e2/base-1.8.2.zfs.bz2"
    }
  ],

El atributo “files” que contiene la información necesaria para que SmartOS pueda acceder al fichero con la imagen ZFS.

Base de datos de Datasets

El primer paso para comenzar a trabajar con VMs, es actualizar la base de datos de imágenes o datasets en nuestro sistema. La base de datos se almacena en el directorio /var/db/imgadm y como primer paso debemos crear el fichero con la lista de direcciones HTTP de los servidores que emplearemos para bajar las imágenes.

[root]# echo "http://datasets.joyent.com/datasets" >> /var/db/imgadm/sources.list

Una vez creado el fichero con los servidores, podemos actualizar nuestra base de datos de Datasets utilizando el comando imgadm.

[root]# imgadm
Usage: imgadm [pvH]  [comment-specific arguments]

Commands:

avail                           -- list images available for import
destroy                   -- remove an image from the local zpool
import                    -- import the specified image locally
info                      -- information about an imported image
install -m  -f  -- install an image from components
list                            -- lists imported images
show                      -- outputs the manifest for the image
update                          -- update the local cache of images from sources

For more details see the man page for imgadm(1m).

[root]#

Utilizamos la opción update

[root]# imgadm update
updating local images database...
Get https://datasets.joyent.com/datasets...
done
[root]#
[root]# ls -lrt
total 546
-r--r--r--    1 root     root             37 Jan 22 11:16 sources.list
-rw-r--r--    1 root     root          88423 Jan 22 11:19 imgcache.json
[root]#

Podremos comprobar que se ha generado o actualizado el fichero imgcache.json, el cual almacena toda la información sobre el conjunto de datasets disponibles en los servidores.

Para listar los datasets disponible ejecutamos:

[root]# imgadm available
UUID                                 OS      PUBLISHED  URN
46ecf60e-52c8-11e2-b212-9b51fc749547 linux   2013-01-24 sdc:sdc:debian-6.0.6:2.3.1
1327ed36-5130-11e2-95a8-9b5a153adf3e linux   2013-01-24 sdc:jpc:ubuntu-12.04:2.3.1
6344c3f4-64d9-11e2-af3d-af797e5b19ca smartos 2013-01-23 sdc:sdc:hadoop:1.0.0
fb6ef720-55c1-11e2-b6de-bf6869fd8d41 smartos 2013-01-03 sdc:sdc:riak:1.7.0
fdea06b0-3f24-11e2-ac50-0b645575ce9d smartos 2012-12-05 sdc:sdc:base64:1.8.4
84cb7edc-3f22-11e2-8a2a-3f2a7b148699 smartos 2012-12-05 sdc:sdc:base:1.8.4
aa583f78-3d83-11e2-9188-fff9b605718d smartos 2012-12-03 sdc:sdc:base64:1.8.2
ef22b182-3d7a-11e2-a7a9-af27913943e2 smartos 2012-12-03 sdc:sdc:base:1.8.2
71101322-43a5-11e1-8f01-cf2a3031a7f4 linux   2012-11-21 sdc:sdc:ubuntu-10.04:1.0.1
3f8a3d02-43e4-11e1-9565-7f82a075e289 linux   2012-11-21 sdc:sdc:fedora-14:1.0.1
e6ac6784-44b3-11e1-8555-87c3dd87aafe linux   2012-11-21 sdc:sdc:debian-6.03:1.0.0
2539f6de-0b5a-11e2-b647-fb08c3503fb2 linux   2012-11-21 sdc:jpc:centos-5.7:1.3.0
b00acc20-14ab-11e2-85ae-4f03a066e93e smartos 2012-10-12 sdc:sdc:mongodb:1.4.0
1fc068b0-13b0-11e2-9f4e-2f3f6a96d9bc smartos 2012-10-11 sdc:sdc:nodejs:1.4.0
8700b668-0da4-11e2-bde4-17221283a2f4 linux   2012-10-03 sdc:jpc:centos-6:1.3.0
55330ab4-066f-11e2-bd0f-434f2462fada smartos 2012-09-25 sdc:sdc:base:1.8.1
60a3b1fa-0674-11e2-abf5-cb82934a8e24 smartos 2012-09-25 sdc:sdc:base64:1.8.1
dc1a8b5e-043c-11e2-9d94-0f3fcb2b0c6d smartos 2012-09-21 sdc:sdc:percona:1.6.0
6bf31ce2-f384-11e1-a338-e39c2fe4ab59 smartos 2012-08-31 sdc:sdc:mongodb:1.3.2
a0f8cf30-f2ea-11e1-8a51-5793736be67c smartos 2012-08-30 sdc:sdc:standard64:1.0.7
3390ca7c-f2e7-11e1-8818-c36e0b12e58b smartos 2012-08-30 sdc:sdc:standard:1.0.7
9604da58-f1ee-11e1-aba1-dbda3337ec46 smartos 2012-08-29 sdc:sdc:mongodb:1.3.1
15c77de2-f1ed-11e1-8688-47d8455c7932 smartos 2012-08-29 sdc:sdc:standard64:1.0.5
2baee822-f1eb-11e1-8383-f762d43a424c smartos 2012-08-29 sdc:sdc:standard:1.0.5
….
[root]#

Podemos obtener la descripción de un dataset concreto con la opción show.

[root]# imgadm show 6344c3f4-64d9-11e2-af3d-af797e5b19ca
{
  "name": "hadoop",
  "version": "1.0.0",
  "type": "zone-dataset",
  "description": "A SmartOS 64-bit image with Hadoop Hortonworks components pre-installed.  Includes hadoop, hbase
, hcatalog, hive, pig, and templeton.",
  "published_at": "2013-01-23T05:10:08.591Z",
  "os": "smartos",
  "files": [
    {
      "path": "hadoop-1.0.0.zfs.bz2",
      "sha1": "dbef65961ed646d879d2ab7cf1fa6d86a722dd45",
      "size": 489742860,
      "url": "https://datasets.joyent.com/datasets/6344c3f4-64d9-11e2-af3d-af797e5b19ca/hadoop-1.0.0.zfs.bz2"
    }
  ],
  "requirements": {
    "networks": [
      {
        "name": "net0",
        "description": "public"
      }
    ]
  },
  "users": [
    {
      "name": "root"
    },
    {
      "name": "admin"
    }
  ],
  "generate_passwords": true,
  "uuid": "6344c3f4-64d9-11e2-af3d-af797e5b19ca",
  "creator_uuid": "352971aa-31ba-496c-9ade-a379feaecd52",
  "vendor_uuid": "352971aa-31ba-496c-9ade-a379feaecd52",
  "creator_name": "sdc",
  "platform_type": "smartos",
  "cloud_name": "sdc",
  "urn": "sdc:sdc:hadoop:1.0.0",
  "created_at": "2013-01-23T05:10:08.591Z",
  "updated_at": "2013-01-23T05:10:08.591Z",
  "_url": "https://datasets.joyent.com/datasets"
}
[root]#

Importar un datasets

Ya hemos atualizado la base de datos con la información de todos los datasets disponibles en los distintos repositorios que hemos configurado. Ahora tenemos que importar la imagen ZFS de la VM que queremos utilizar en nuestro sistema. Con la opción import y el UUID del dataset que queremos importar, como en el ejemplo siguiente.

[root]# imgadm import 6344c3f4-64d9-11e2-af3d-af797e5b19ca
6344c3f4-64d9-11e2-af3d-af797e5b19ca doesnt exist. continuing with install

…

6344c3f4-64d9-11e2-af3d-af797e5b19ca successfully installed
image 6344c3f4-64d9-11e2-af3d-af797e5b19ca successfully imported
[root]#

El proceso de importación se sencillo, utilizando la información sobre el dataset, es decir, tamaño, url de la imagen, etc. El comando imgadm, ejecuta la aplicación curl para acceder al repositorio de imágenes y bajar la que hemos especificado, tal como la está bajando se la pasa al descompresor bzip2 y la salida se pasa al comando zfs para volcar el contenido de la imagen en nuestro fs ZFS.

[root]# ps -ef | grep 5290
    root  5293  5290   1 16:11:52 pts/1       0:02 /usr/sbin/zfs recv zones/6344c3f4-64d9-11e2-af3d-af797e5b19ca-partial
    root  5294  5290  17 16:11:52 pts/1       0:14 /usr/bin/bzip2 -cdfq
    root  5295  5290   1 16:11:52 pts/1       0:01 /usr/bin/curl --insecure --header Host: datasets.joyent.com https://165.225.154
    root  5290  2857   3 16:11:51 pts/1       0:04 /usr/node/bin/node /usr/sbin/imgadm import 6344c3f4-64d9-11e2-af3d-af797e5b19ca
[root]#

Mientras está bajando la imagen podemos comprobar con el comando zfs como se está volcando la imagen sobre nuestro fs ZFS.

[root]# zfs list | grep partial
zones/6344c3f4-64d9-11e2-af3d-af797e5b19ca-partial   435M  14.3G   435M  /zones/6344c3f4-64d9-11e2-af3d-af797e5b19ca-partial

Una vez que ha terminado la importación del dataset podemos ver la lista de datasets importados en el sistemas ejecutamos el siguiente comando.

[root]# imgadm list
UUID                                 OS      PUBLISHED  URN
6344c3f4-64d9-11e2-af3d-af797e5b19ca smartos 2013-01-23 sdc:sdc:hadoop:1.0.0
[root]#

Y como se ha montado la nueva imagen en un directorio.

[root]# zfs list
zones/6344c3f4-64d9-11e2-af3d-af797e5b19ca        1.36G  13.4G  1.36G  /zones/6344c3f4-64d9-11e2-af3d-af797e5b19ca
[root]#

Con este proceso tan sencillo podemos importar todas las imágenes o Datasets que necesitemos para crear VMs en nuestro SmartOS.

Crear una VM

Una vez que hayamos importado el datasets que necesitemos, el siguiente paso es crear una máquina virtual (VM). Para crear una nueva VM necesitamos construir un fichero de definición de la VM. El fichero de definición de la nueva VM tiene que tener formato JSON y sería parecido al siguiente.

[root]# cat vm-prueba_hadoop.json
{
        "brand": "joyent",
        "dataset_uuid": "6344c3f4-64d9-11e2-af3d-af797e5b19ca",
        "zonename": "zona_hadoop",
        "nics": [
        {
          "nic_tag": "admin",
          "ip": "192.168.126.250",
          "netmask": "255.255.255.0",
          "gateway": "192.168.126.2"
        }
        ]
}

Toda la administración de las VM se realiza con el comando vmadm.

[root]# vmadm
Usage: /usr/sbin/vmadm  [options]

create [-f ]
console
delete
get
info  [type,...]
install
list [-p] [-H] [-o field,...] [-s field,...] [field=value ...]
lookup [-j|-1] [field=value ...]
reboot  [-F]
receive [-f ]
send  [target]
start  [option=value ...]
stop  [-F]
sysrq
update  [-f ]
 -or- update  property=value [property=value ...]

For more detailed information on the use of this command,type 'man vmadm'.
[root]#

Como vemos en la salida anterior, con el comando vmadm podremos crear, borrar, reiniciar, arrancar, parar, etc. Las distintas VM que tengamos corriendo en nuestro sistema. Con la opción create y el nombre del fichero que hemos creado con la definición de la nueva VM, podremos crear una nueva VM.

[root@00-0c-29-7c-09-64 /etc/ssh]# vmadm create -f /zones/vm-prueba_hadoop.json
Successfully created 753f589b-f7db-4a96-8e0b-fc82b6b51d02
[root@00-0c-29-7c-09-64 /etc/ssh]#

Se ha creado la nueva VM cuyo UUID se 753f589b-f7db-4a96-8e0b-fc82b6b51d02.

[root]# vmadm list
UUID                                  TYPE  RAM      STATE             ALIAS
753f589b-f7db-4a96-8e0b-fc82b6b51d02  OS    256      running           -
[root]#

Con la opción get podemos obtener la información sobre la nueva VM que hemos creado.

[root]# vmadm get 753f589b-f7db-4a96-8e0b-fc82b6b51d02
{
  "zonename": "zona_hadoop",
  "zonepath": "/zones/zona_hadoop",
  "autoboot": true,
  "brand": "joyent",
  "limit_priv": "default",
  "create_timestamp": "2013-01-30T16:54:47.519Z",
  "image_uuid": "6344c3f4-64d9-11e2-af3d-af797e5b19ca",
  "cpu_shares": 100,
  "zfs_io_priority": 100,
  "max_lwps": 2000,
  "max_physical_memory": 256,
  "max_locked_memory": 256,
  "max_swap": 256,
  "billing_id": "00000000-0000-0000-0000-000000000000",
  "owner_uuid": "00000000-0000-0000-0000-000000000000",
  "tmpfs": 256,
  "dns_domain": "local",
  "nics": [
    {
      "interface": "net0",
      "mac": "62:0c:7f:fa:3d:ef",
      "nic_tag": "admin",
      "gateway": "192.168.126.2",
      "primary": true,
      "ip": "192.168.126.250",
      "netmask": "255.255.255.0"
    }
  ],
  "uuid": "753f589b-f7db-4a96-8e0b-fc82b6b51d02",
  "last_modified": "2013-01-30T17:02:37.000Z",
  "server_uuid": "564da5c7-666a-acf9-c639-385bc07c0964",
  "zoneid": 5,
  "zone_state": "running",
  "state": "running",
  "quota": 10,
  "zfs_root_recsize": 131072,
  "zfs_filesystem": "zones/zona_hadoop",
  "zpool": "zones",
  "customer_metadata": {},
  "internal_metadata": {},
  "tags": {},
  "snapshots": []
}
[root@00-0c-29-7c-09-64 /etc/zones]#

Se ha actualizado el fichero con el índice de las ZONAS configuradas en el sistema.

[root]# cat /etc/zones/index
# ident "%Z%%M% %I%     %E% SMI"
# Copyright 2005 Sun Microsystems, Inc.  All rights reserved.
# Use is subject to license terms.
#
# CDDL HEADER START
#
# The contents of this file are subject to the terms of the
# Common Development and Distribution License, Version 1.0 only
# (the "License").  You may not use this file except in compliance
# with the License.
#
# You can obtain a copy of the license at usr/src/OPENSOLARIS.LICENSE
# or http://www.opensolaris.org/os/licensing.
# See the License for the specific language governing permissions
# and limitations under the License.
#
# When distributing Covered Code, include this CDDL HEADER in each
# file and include the License file at usr/src/OPENSOLARIS.LICENSE.
# If applicable, add the following below this CDDL HEADER, with the
# fields enclosed by brackets "[]" replaced with your own identifying
# information: Portions Copyright [yyyy] [name of copyright owner]
#
# CDDL HEADER END
#
#
# DO NOT EDIT: this file is automatically generated by zoneadm(1M)
# and zonecfg(1M).  Any manual changes will be lost.
#
global:installed:/
zona_hadoop:installed:/zones/zona_hadoop:753f589b-f7db-4a96-8e0b-fc82b6b51d02
[root]#

Con el comando zoneadm podemos comprobar el estado de la nueva zona creada.

[root]# zoneadm list -v
  ID NAME             STATUS     PATH                           BRAND    IP
   0 global           running    /                              liveimg  shared
   1 zona_hadoop      running    /zones/zona_hadoop             joyent   excl
[root]#

Con el comando zfs comprobamos que se ha actualizado nuestro fs ZFS.

[root@00-0c-29-7c-09-64 /zones]# zfs list | grep zona_hadoop
zones/cores/zona_hadoop                             31K  10.0G    31K  /zones/zona_hadoop/cores
zones/zona_hadoop                                 14.0M  9.99G  1.37G  /zones/zona_hadoop
[root@00-0c-29-7c-09-64 /zones]#

Se ha creado un nuevo clon ZFS.

[root@00-0c-29-7c-09-64 /zones]# zfs get origin zones/zona_hadoop
NAME               PROPERTY  VALUE                                                   SOURCE
zones/zona_hadoop  origin    zones/6344c3f4-64d9-11e2-af3d-af797e5b19ca@zona_hadoop  -
[root@00-0c-29-7c-09-64 /zones]#

El identificador único de la VM es su UUID, para facilitar la administración de las distintas VM, podemos añadir un alias a cada VM. El alias lo podemos especificar en el fichero de definición de la VM o bien podemos crear el alias una vez la VM se ha creado, como en el ejemplo.

[root]# echo "{\"alias\": \"hadoop\"}" | vmadm update 753f589b-f7db-4a96-8e0b-fc82b6b51d02
Successfully updated 753f589b-f7db-4a96-8e0b-fc82b6b51d02
[root@00-0c-29-7c-09-64 /etc/zones]# vmadm list
UUID                                  TYPE  RAM      STATE             ALIAS
29d0c896-0c44-433d-bcea-841f83c2bad7  OS    256      running           prueba_A
[root]#

Acceso a la VM

Para acceder a la nueva VM podemos hacerlo utilizando el comando
zlogin (en el caso de que sea una VM de tipo OS-VM) o con el comando vmadm.

Como en nuestro ejemplo no hemos establecido la passwd durante la creación de la VM, debemos establecerla ahora entrando con zlogin.

[root]# zlogin zona_hadoop
[Connected to zone 'zona_hadoop' pts/4]
   __        .                   .
 _|  |_      | .-. .  . .-. :--. |-
|_    _|     ;|   ||  |(.-' |  | |
  |__|   `--'  `-' `;-| `-' '  ' `-'
                   /  ; SmartMachine (hadoop 0.0.90)
                   `-'  http://wiki.joyent.com/jpc2/Joyent+Hadoop+SmartMachine

[root@zona_hadoop ~]#
[root@zona_hadoop ~]# passwd root
New Password:
Re-enter new Password:
passwd: password successfully changed for root
[root@zona_hadoop ~]#

Para establecer la password del usuario root y/o admin durante la definición de la VM, debemos añadir al fichero el siguiente tag.

"customer_metadata":{
	"root_pw": "passwd de root",
	"admin_pw": "passwd de admin",

}

De esta forma cuando creemos la nueva VM, se establecerá la password de los usuarios root y/o admin, evitándonos tener que entrar por en la VM utilizando zlogin para establecer la password.

Con estos sencillos pasos hemos conseguido levantar una nueva VM en nuestro SmartOS. En los siguientes posts veremos cómo asignar recursos a las distintas VM y el papel de RM (Resource Manager) como herramienta clave para la gestión de los recursos de SmartOS.

SmartOS

Las principales características de SmartOS son:

• KVM
• Zonas
• Resource Controls
• DTrace
• ZFS
• SMF
• VNIC (Virtualización de red)

Antes de comenzar debemos tener claros una serie de conceptos sobre SmartOS:

• No se instala. SmartOS utiliza imágenes de los distintos SO, por lo que no requiere de la instalación tradicional a la que estamos acostumbrados. Solo necesita un espacio de almacenamiento, para salvaguardar ciertas configuraciones.
• No es un SO de propósito general. SmartOS ha sido diseñado como un SO para la nube, con lo cual, el propósito es gestionar un conjunto de máquinas virtuales.
• SmartOS puede correr como anfitrión o como SO huésped.
• No puedes instalar sofware o crear usuarios en el SO anfitrión.
• Se puede arrancar desde una llave USB, un live CD o un servidor PXE.

Configuración

La primera vez que arranquemos la imagen de SmartOS (recuerda que puedes arrancar desde una llave USB, un Live CD o un servidor PXE) nos preguntará si queremos continuar con la configuración, SmartOS se configura no se instala, este es un concepto al que tendrás que acostumbrarte cuando trabajes con SmartOS.

Respondemos “Y” para comenzar con la configuración. El siguiente paso es configurar la dirección IP o el servidor DHCP que empleará SmartOS, para nuestro ejemplo vamos a poner una dirección IP.

También tendremos que facilitar la IP del gateway, los servidores DNS, etc.

El siguiente paso es seleccionar los discos para el pool de almacenamiento de todos los datos persistentes que vayamos a utilizar. En nuestro ejemplo seleccionaremos el disco c1t5d0.

La configuración nos pedirá la password del usuario root.

Por último nos muestra los datos de configuración que hemos introducido y nos preguntará si deseamos editar el fichero de configuración, vamos a responder que no queremos editar el fichero, ya que lo veremos más adelante.

Debemos contestar al aviso de que los datos del disco c1t5d0 será eliminados.

Y ya hemos configurado SmartOS para que trabaje como anfitrión, una vez que reiniciemos el sistema presentará una pantalla parecida a esta.

El primer paso, una vez que hemos arrancado es configurar el teclado, este paso lo podríasmos haber realizado durante la configuración anterior, pero vamos a hacerlo ahora para introducir el fichero de configuración maestro de SmartOS.

Debemos añadir como teclado por defecto “spain” en el fichero de configuración /usbkey/config, para que el teclado esté configurado de manera permanente.

[root@00-0c-29-14-cf-5e ~]# ls
[root@00-0c-29-14-cf-5e ~]# ls /usbkey/
config  shadow  ssh
[root@00-0c-29-14-cf-5e ~]# echo "default_keymap=spain" >> /usbkey/config
[root@00-0c-29-14-cf-5e ~]#

Ahora cargaremos el teclado con el comando loadkeys

[root@00-0c-29-14-cf-5e ~]# loadkeys spain

Configuración permanente

Cuando SmartOS arranca, lanza un servicio mediante SMF para la configuración durante el arranque, que dependiendo de si se ha configurado el sistemas inicialmente

[root@00-0c-29-14-cf-5e ~]# svcs -l /system/smartdc/config
fmri         svc:/system/smartdc/config:default
name         SmartDC live-image config management service
enabled      true
state        online
next_state   none
state_time   January 29, 2013 05:39:10 PM UTC
alt_logfile  /etc/svc/volatile/system-smartdc-config:default.log
restarter    svc:/system/svc/restarter:default
dependency   require_all/none svc:/system/filesystem/smartdc (online)
[root@00-0c-29-14-cf-5e ~]#

Este servicio utiliza como fichero de configuración maestro el fichero:

[root@00-0c-29-14-cf-5e ~]# cat /usbkey/config
#
# This file was auto-generated and must be source-able by bash.
#

coal=true
# admin_nic is the nic admin_ip will be connected to for headnode zones.
admin_nic=0:c:29:14:cf:5e
admin_ip=192.168.126.100
admin_netmask=255.255.255.0
admin_network=...
admin_gateway=192.168.126.100

headnode_default_gateway=192.168.126.2

dns_resolvers=8.8.8.8,8.8.4.4
dns_domain=prueba

ntp_hosts=pool.ntp.org
compute_node_ntp_hosts=192.168.126.100

default_keymap=spain

Vamos a ver cómo se ha configurado nuestro nuevo SmartOS. Comenzamos con los filesystem y los puntos de montaje. La salida del comando df nos mostrará algo parecido a:

[root@00-0c-29-14-cf-5e ~]# df -h
Filesystem             size   used  avail capacity  Mounted on
/devices/ramdisk:a     264M   219M    45M    83%    /
/devices                 0K     0K     0K     0%    /devices
/dev                     0K     0K     0K     0%    /dev
ctfs                     0K     0K     0K     0%    /system/contract
proc                     0K     0K     0K     0%    /proc
mnttab                   0K     0K     0K     0%    /etc/mnttab
swap                   1.6G   872K   1.6G     1%    /etc/svc/volatile
objfs                    0K     0K     0K     0%    /system/object
sharefs                  0K     0K     0K     0%    /etc/dfs/sharetab
/devices/pseudo/lofi@0:1
                       376M   354M    22M    95%    /usr
/usr/lib/libc/libc_hwcap1.so.1
                       376M   354M    22M    95%    /lib/libc.so.1
fd                       0K     0K     0K     0%    /dev/fd
zones                   20G   649K    18G     1%    /zones
zones/cores             10G    31K    10G     1%    /zones/global/cores
zones/var               20G   2.8M    18G     1%    /var
zones/config            20G    38K    18G     1%    /etc/zones
zones/opt               20G    31K    18G     1%    /opt
zones/usbkey            20G   128K    18G     1%    /usbkey
/usbkey/shadow          18G   128K    18G     1%    /etc/shadow
/usbkey/ssh             18G   128K    18G     1%    /etc/ssh
swap                   1.6G     8K   1.6G     1%    /tmp
swap                   1.6G    24K   1.6G     1%    /var/run
[root@00-0c-29-14-cf-5e ~]#

Lo primero que nos llama la atención es que la mayor parte de los directorios, incluido el directorio raiz está sobre un disco RAM

/devices/ramdisk:a     264M   219M    45M    83%    /

El directorio /usr está sobre un dispositivo LOFI

/devices/pseudo/lofi@0:1        376M   354M    22M    95%    /usr

Con el comando lofiadm podemos identificar cómo se ha configurado el dispositivo LOFI.

[root@00-0c-29-14-cf-5e ~]# lofiadm
Block Device             File                           Options
/dev/lofi/1              /usr.lgz                       Compressed(gzip)
[root@00-0c-29-14-cf-5e ~]#
[root@00-0c-29-14-cf-5e ~]# ls -l /usr.lgz
-rw-------   1 root     root     112586240 Nov 15 21:35 /usr.lgz
[root@00-0c-29-14-cf-5e ~]#

También vemos en la salida del comando df que existen varios FS que están montados sobre ZFS

[root@00-0c-29-14-cf-5e ~]# zfs list
NAME           USED  AVAIL  REFER  MOUNTPOINT
zones         2.06G  17.5G   652K  /zones
zones/config    38K  17.5G    38K  legacy
zones/cores     31K  10.0G    31K  /zones/global/cores
zones/dump    1.03G  17.5G  1.03G  -
zones/opt       31K  17.5G    31K  legacy
zones/swap    1.03G  18.5G    16K  -
zones/usbkey   128K  17.5G   128K  legacy
zones/var     2.86M  17.5G  2.86M  legacy
[root@00-0c-29-14-cf-5e ~]#

Con el comando zpool status podemos ver los pools ZFS que están configurados en el sistema.

[root@00-0c-29-14-cf-5e ~]# zpool status
  pool: zones
 state: ONLINE
  scan: none requested
config:

        NAME        STATE     READ WRITE CKSUM
        zones       ONLINE       0     0     0
          c1t5d0    ONLINE       0     0     0

errors: No known data errors
[root@00-0c-29-14-cf-5e ~]#

En los próximos posts veremos cómo podemos administrar máquinas virtuales, bajar las imágenes y la forma en la que SmartOS utiliza ZFS.

Siempre he tenido un enorme respeto a la escritura y lo sigo teniendo, como la mayoría de la gente, pero este respeto no puede convertirse en complejo de inferioridad. Escribir un libro no es una tarea fácil, aunque sí tremendamente apasionante, es un proceso complicado que requiere de una tremenda fuerza de voluntad y paciencia.  El prefacio del libro comienza con una cita del famoso alpinista británico George H.L. Mallory que  en mi caso particular explica perfectamente porqué debemos afrontar un proyecto como la escritura de un libro técnico.

¿Hemos vencido a un enemigo? A ninguno, excepto a nosotros mismos.
¿Hemos ganado un reino? No, y no obstante sí.
Hemos logrado una satisfacción completa, hemos materializado un objetivo.
Luchar y comprender, nunca el uno sin el otro, ésta es la ley.

George Herbert Leigh Mallory, 1886-1924

Cada libro es distinto, como distintos son los procesos que cada autor emplea para la elaboración de los contenidos, en mi caso particular, ha sido un proceso que ha ido evolucionando junto con el propio libro y del que he obtenido una experiencia concreta, que quiero compartir con todos aquellos que se inician en un proyecto como éste.

Este post no va sobre Cómo escribir un libro, sino que son un compendio de ideas y experiencias sobre mi propio proceso, por tanto, tienes que tomarlos como lo que son, ideas y consejos.

El propósito

No importa cual sea el objetivo que deseas alcanzar, lo realmente importante, como podemos leer en la cita de Mallory es “…luchar y comprender, nunca el uno sin el otro, ésta es la ley” es decir, lo importante es establecer un objetivo concreto y desarrollar todo el conocimiento posible para alcanzar dicho objetivo.

La  idea

Todo comienza con una idea, no importa que sea grande o pequeña, brillante o mediocre, lo importante de la idea es que tu estés absolutamente convencido de que es lo suficientemente interesante para que alguien quiera leer tu libro. En mi caso, la idea surgió de una entrada que colgué en mi blog sobre Capacity Planning IT y los comentarios y preguntas que recibí en las semanas posteriores  ¿Por qué no escribir un libro donde explicar de forma sencilla cómo hacer una plan de capacidad? y el libro comenzó a tomar forma.

¿Cómo empezar?

El primer paso es diseñar un esquema que debe ser al columna vertebral del libro y desde el cual se irán desarrollando los distintos capítulos y anexos. Es crucial que tengamos una idea clara sobre este esquema inicial, ya que una vez que comencemos a desarrollar la materia de los distintos capítulo, pasaremos por distintas fases que nos empujarán a profundizar en ciertos temas y desarrollando de manera muy superficial otros. El esquema nos permite mantener cierta armonía en la estructura del libro.

El procesador de texto

Existen muchos procesadores de texto en el mercado, unos con más características que otros, pero todos con funcionalidades similares, mi consejo es que utilices el que te resulte más cómo y con el que tienes más experiencia. La única condición es que puedas formatear las páginas con unas medidas concretas, que dependerán de donde publiques tu obra.

Las imágenes

Parece una trivialidad que en este punto tan temprano del desarrollo del libro tengamos que decidir cómo vamos a realizar las imágenes y esquemas. Por mi propia experiencia, es bastante costoso tener que reprocesar todas o parte de las imágenes y esquemas  una vez has elaborado un buen número de ellas. Mi consejo es que debemos emplear algo de tiempo para decidir la forma en la que elaboraremos las imágenes, las plantillas que utilizaremos, el tipo de letra, etc.

El ritmo

Cuando comenzamos un proyecto como es escribir un libro, debes ser consciente que, tanto por tus circunstancias personales, como por la dedicación que requiera ciertas partes del libro, la producción del contenido tendrá un ritmo totalmente irregular. A veces serás capaz de escribir 10 páginas en un días y otras veces, verás como pasa una semana en la que no has escrito una sola línea. Es crucial entender que el libro requiere su propio ritmo y en el caso de libros técnicos, este ritmo no dependerá del don de la escritura que tenga el autor, sino de la complejidad de los temas sobre los que estés escribiendo en un momento determinado.

No desesperes si ves que no vas todo lo rápido que te gustaría.

Mis propias fases

Como he comentado antes, cada libro es distinto y aquí estoy exponiendo mis propias experiencias, que no tienen que ser las mismas que tenga cualquier persona que escriba. En mi caso en particular pase por distintas  fases, en las que aprendí realmente qué significa escribir un libro.

Fase I: Voy a escribir un libro

Has tenido la idea y estás convencido que puedes desarrollar algo lo suficientemente interesante como para que esté expuesto en las librerías. Al principio todo es positivo y empleas mucho de tu tiempo en fantasear sobre temas que con el tiempo no tendrán ninguna importancia. Avanzas relativamente rápido ya que como tienes tantas cosas que hacer, cuando algo te bloquea sencillamente pasas a otro tema, lo que desemboca en una velocidad vertiginosa de producción y caes en la falsa sensación de que escribir un libro es algo sencillo y rápido. En esta fase los periodos de bloqueo no existen y vas aumentando el número de páginas de forma considerable, lo que aumente tu autoestima como escritor novel, porque lo que quieres es escribir un libro de 1000 páginas.

Fase II: Desarrollas en profundidad

Una vez que el libro está planteado, tienes el documento más o menos formateado y has desarrollado algunas ideas principales, comienzas  a profundizar en el desarrollo concreto de partes de los capítulos centrales. En este momento se produce un frenazo en la producción de contenidos, ahora el ritmo es más lento, porque necesitas desarrollar ideas propias, contrastar información, leer documentación, desarrollar los esquemas, etc.

En esta fase es importante que anotes cualquier idea que tengas, por muy absurda que te pueda parecer, ya que en un futuro este banco de ideas te pueden servir para ampliar el contenido con ejemplos o enfoques concretos sobre algún tema determinado. Recuerda que estás escribiendo un borrador, ahora es el momento de dar contenido al libro, el formato es un trabajo que tendremos que hacer más adelante.

Fase III: Esto es una ratonera

Como he comentado, lo interesante de un libro técnico es que puedes desarrollar varios capítulos en paralelo, lo que te permite evitar los famosos bloqueos de la escritura, ya que cuando algo comienza a resultar relativamente pesado, puedes continuar  desarrollando ejemplos o contenido en otros capítulos. El problema de esta fase es que llega un momento en el que comienzan a disminuir el número de opciones entre las que elegir trabajar en los momentos de bloqueo, ya que el desarrollo de los capítulos está lo suficientemente avanzado para que no necesites desarrollar más.

El libro comienza a parecerse a una ratonera, en el que te mueves por distintos puntos en los que no te apetece trabajar. Yo empleaba una marca para identificar aquellos puntos del texto en los que estaba trabajando, en esta fase se dieron situaciones tan ridículas en las que buscaba las distintas marcas, pasando de una a otra de forma repetitiva, porque no me encontraba concentrado para desarrollar ninguna.

Y al menos en mi caso, hubo un punto en el tiempo al que yo llamaba el punto de no retorno, en el que el trabajo invertido y el contenido desarrollado es lo suficientemente grande para que no te plantees abandonar. Si consigues llegar a este punto, habrás dado un salto enorme para terminar el libro.

¿Cual es el punto de no retorno? Pues cada proyecto tiene el suyo, en mi caso fue llegar a las 300 páginas, con el libro totalmente planteado.

Fase IV: El final del túnel

Por fin ves la luz al final del túnel. Es un momento emocionante en que el libro está casi casi terminado, todo ha quedado más o menos como lo pensaste. Tienes sentimientos encontrados, por una parte alegría por ver el final del proceso, por otra parte tristeza por ser consciente que se acerca el final de esos momentos  en los que has peleado para sacar trabajo adelante y la satisfacción de conseguir victorias en pequeñas batallas.

Es una fase fantástica, tienes la sensación de que después de tanto esfuerzo ha merecido la pena, aunque quedan cosas, como pequeños retoques, repasar esquemas, índices, escribir los agradecimientos, decidir el tema de la portada.

Pero esto no es el final del libro, ya lo hemos escrito, ahora queda publicarlo, pero eso es tema de otro post.

Cosas que he aprendido

• No es un proceso trivial.
• Aumenta tu capacidad para expresar tus propias ideas, ya que tienes el reto de que los lectores lo entiendan.
• No tienes que escribir para demostrar lo experto que eres en un tema, tu objetivo es transmitir parte de tu conocimiento y experiencia, ese es tu verdadero objetivo. Escribe de manera pedagógica.
• Los diagramas y esquemas son importantes para facilitar la comprensión del texto.
• Lo importante es avanzar en el desarrollo del libro, aunque eso suponga tener que recortar contenido. el CTRL+X es una muy buena opción para eliminar contenido que no aporte valor.
• El lenguaje con el que escribes debe ser sencillo, que permita transmitir las ideas de manera fluida. Es un libro técnico, el lector espera recibir IDEAS.
• Es muy divertido.
• Veo los libros de otra forma, entiendo el enorme esfuerzo que hay detrás de cualquier publicación y las horas de trabajo que habrá dedicado el autor, por lo que tengo un enorme respecto a cualquier libro, aunque no me haya gustado, porque ahora entiendo que el autor ha puesto de su parte para que yo lo encuentre atractivo el tema.
• Sientes una enorme satisfacción ver el libro terminado.
• Te lleva al limite de tu propia autoestima cuando piensas que es algo demasiado grande para ti, pero he aprendido que aunque abandones habrás establecidos nuevos límites que superar.
• No todo el mundo estará de acuerdo en la calidad del libro, pero esto también es importante, la crítica constructiva es la que te empuja a seguir mejorando y la crítica destructiva solo tiene ese fin, por lo que no debes tenerla en cuenta.
• Necesitas apoyarte en un pequeño grupo de personas, con las que compartir puntos de vista e ideas y que sobre todo te ayuden y empujen en aquellos momentos en los que flaquea tu confianza en que podrás terminar el libro.
• No te vas a hacer rico vendiendo libros técnicos.

En resumen, escribir un libro técnico no es una tarea sencilla, pero es un reto emocionante, que con un poco de disciplina y tesón puede hacerse realidad. En el próximo post contaré cómo ha sido mi experiencia con la autopublicación.
Tweet

Quiero dar las gracias, por invitarme a participar en el evento, a los profesores:

• José Luis Sevillano.
• Rosa Yañez Gómez.
• Daniel Cascado.
• María José Morón.
• Raouf  Senhadji.

Os dejo el link con la información sobre las conferencias de ese día y la presentación.

Joaquín López Lérida hizo una introducción tanto sobre el libro como del autor.

Y ahora a pasar el fin de semana con los postsit de colores y el lápiz señalando correcciones.

• Aprobar el MBA. Este año tuve la oportunidad de hacer el MBA de la UNED, lo que me ha supuesto un enorme esfuerzo si sacrificio. Aunque el MBA de la UNED no es presencial, lo que te permite estudiar a tu ritmo desde casa, para mi ha supuesto un gran esfuerzo por estudiar materias nuevas como son Marketing o Finanzas, ya que mi formación es puramente técnica, ni siquiera tuve una asignatura de Contabilidad en la carrera, por tanto me he tenido que enfrentar a muchas materias nuevas.

• Finalizar el libro Capacity Planning IT. Otro de los hitos que he conseguido este año ha sido finalizar el libro que estoy escribiendo sobre la gestión de la Capacidad IT. Es un proyecto que nació hace algún tiempo y en el que me embarqué con ciertos condicionantes como son, yo no soy escritor profesional y por lo tanto no puedo dedicar 8 horas al día a escribir, he tenido que utilizar aquellos momentos en los que tenía algo de tiempo libre, que antes utilizaba para escribir en el blog. Otro de los condicionantes es que no he querido quitarle a mis hijos tiempos para escribir este proyecto personal, por tanto, no he podido dedicar todo el tiempo que un libro como este hubiera requerido y esto ha supuesto que se ha dilatado en el tiempo más de lo que hubiera sido realmente necesario.

• Jugar con mis hijos. Tengo dos niños pequeños con los que disfruto enormemente cada rato que paso con ellos y he preferido dilatar el tiempo de desarrollo del libro a utilizar el tiempo que paso con mis hijos.

Básicamente, estas han sido las tres razones principales por las que no he actualizado el blog en este último año, y como he dicho al principio, no son excusas, son razones. Ahora que he finalizado el MBA y estoy a punto de subir el libro a Amazón, espero poder dedicar mas tiempo a escribir en el blog.

Cada empresa, por pequeña que fuese, disponía de su propia infraestructura, máquinas, comunicaciones, almacenamiento, backup, etc. Miles de de micro-CPDs aparecieron como setas por todos lados. Una empresa mas o menos grande disponía de varios, por no decir decenas, de estos micro-CPDs, era una época en la que Internet movía mucho dinero y esto se traducía en un aumento notable en la inversión en IT, eran los felices años de “las vacas gordas”.

¿ Por qué hablo de todo esto ? Porque muchas veces solemos perder la perspectiva temporal del entorno en el que trabajamos y especialmente en el mundo IT, la llegada de nuevos paradigmas son acogidos como verdaderos salvadores, cuando sencillamente, en la mayoría de los casos es el reflujo de algo con lo que ya se trabajaba antes, pero con otra denominación y algunas características realmente innovadora. La informática nació en entornos concentrados, grandes máquinas destinadas para cálculos que requerían mucho tiempo de procesamiento y que trabajaban con colas de ejecución, donde tenías que solicitar un tiempo de CPU para ejecutar tus programas. Posteriormente, se produjo una evolución, al aparecer los primeros PCs, donde cada usuario podía disponer de su propio ordenador. Con la llegada de los PCs los usuarios no necesitaban acceder a máquinas grandes y costosas para realizar sencillas tareas como editar un fichero de texto, ahora cada usuario disponía de su propio ordenador personal donde ejecutar sus programas y almacenar su información, y no debía compartir con otros usuarios el tiempo de CPU. Este nuevo modelo también sirvió para desarrollar las redes de comunicaciones que se empleaban para interconectar PCs y permitir a los usuarios poder trabajar con información que no estuviera almacenada en su PC.

Después de un periodo de expansión, irremediablemente viene otro de contracción, como bien sabemos por los efectos en la economía. Podemos asegurar que el periodo de expansión ya ha terminado por lo que actualmente nos vemos inmersos en una etapa durante la cual veremos como se desarrolla una tendencia para volver a concentración de la tecnología IT, argumentando un mejor aprovechamiento de los recursos gracias a las sinergias, ahorrar costes y hacer mas accesible las distintas tecnología de la información a las empresas y los usuarios finales.

Desde el punto de vista IT, estamos saliendo de una etapa donde se ha producido una dispersión geográfica de la información, cualquier empresa o usuario disponía de capacidad para la creación y almacenamiento de la información, esto ha supuesto que la información de una compañía, por ejemplo, aunque pensemos lo contrario, se encuentre dispersada por centenares de sitios, desde PCs de usuarios a bases de datos en servidores y ahora nos estamos dando cuenta del coste real de mantener toda esta información y sobre todo qué información de toda la que maneja una organización es realmente útil para el desarrollo del negocio. Un ejemplo, ¿cuanto espacio de almacenamiento de una empresa contiene información personal de los empleados? ¿cuanto cuesta el mantenimiento anual de toda esta información? ¿cuanto ocupa el backup de toda esta información?, en la actual época de recortes en los presupuestos, tener que destinar dinero de un departamento de IT para gestionar información que no está directa o indirectamente relacionada con el negocio de nuestra organización se ha convertido en un despilfarro. Hemos puesto el ejemplo del almacenamiento, pero otro tanto ocurre con las licencias de software o las infraestructuras para maquetas o pruebas, son casos en los que el gasto IT se dispara

La mayor parte de mi vida profesional ha estado ligada a la administración de sistemas y por lo tanto he tenido que estar muchas horas en los CPDs y una cosa que desde el principio siempre me llamó la atención fue ver el derroche tan enorme de recursos que suponía el modelo de granjas de servidores. En cualquiera de los CPDs en los que he trabajado existían filas y filas de racks llenos de máquinas, los cuales solían estar muy por debajo de sus posibilidades, si lo pensamos un momento hablamos de miles de billones de ciclos de CPU desperdiciados, miles de millones de vatios consumidos únicamente para ejecutar operaciones NOP en los procesadores. Desde la perspectiva actual donde tecnologías como la virtualización se están imponiendo, pensar en miles de máquinas empleando un 10% de su CPU suena sencillamente absurdo. Todos los fabricantes disponen de alguna herramienta de virtualización, las cuales nos venden anunciando las ventajas de utilizar de forma inteligente todos los recursos de los que disponemos.

Sin analizar la situación económica con la que se desarrolló el modelo de granja, que lo justifica por si mismo, sino analizando el aspecto puramente técnico, siempre he pensado que las granjas de servidores era un derroche de tecnología, de recursos que no estaban siendo utilizados, pero que ocupaban espacio físico, consumían potencia y generaban calor, es decir, había máquinas las cuales estaban consumiendo energía, con ventiladores funcionado para enfriar un hardware que realmente no estaba siendo utilizado, cualquiera que haya trabajado con granjas de servidores sabe de qué estoy hablando y mi sensación al entrar en un CPDs era que en vez de granjas de servidores para dar servicios a aplicaciones, lo que había eran granjas de ventiladores para mover aire en los CPDs.

¿Sorprendente verdad? da un poco de escalofríos que en plena crisis económica pensemos cuanto dinero de IT se ha tirado por la alcantarilla, pero eran otros tiempos y no debemos perder la perspectiva económica de esos tiempos, ahora es fácil criticar las decisiones que tomamos en el pasado, pero la realidad es que las granjas fue un modelo barato que permitió el avance de la tecnología relacionada con IT, al abrir la caja de Pandora que estaba controlada por una serie de fabricantes. Ahora, la situación económica ha cambiado y el mercado obliga a las áreas IT a la reducción de costes, lo que significa sencillamente menos inversiones. Los fabricantes producen máquinas con menos consumo y mas capacidad de computo y reaparece en escena una tecnología como es la virtualización. Ahora a todo el mundo se le llena la boca de las bondades de virtualizar para aprovechar los ciclos de CPU, permitiendo que varios usuarios trabajen sobre la misma máquina, aprovechando todo lo posible los recursos disponibles de una máquina. Y por si fuera poco, aparece el concepto de Cloud Computing como paradigma redentor de los problemas de las áreas de IT y solución perfecta para la reducción de costes.

¿ Qué es Cloud Computing ?

No existe una definición unificada del concepto Cloud Computing, esta falta de acuerdo en la definición provoca que bajo el paraguas de este término se acomoden todo tipo de tecnologías e  implementaciones, generando un gran desconcierto para la gente de IT, a la que se le piden soluciones de este tipo y sobre todo para la gente de Negocio, que ven en este nuevo paradigma la solución para muchos de los problemas actuales que las organizaciones tienen en las áreas de IT.

Podemos decir que Cloud Computing consiste en una serie de servicios los cuales se ofrecen a los usuario  y la infraestructura IT sobre los que se soportan son mas o menos transparentes para ellos. Desde el punto de vista del usuario estos servicios se encuentran en la nube (Cloud), para el usuario la nube consiste en la red, en muchos gráficos donde se representan equipos interconectados se utiliza una nube para representar esa parte de la infraestructura de la que no tenemos conocimiento y que realmente no es imprescindible conocer su constitución para que nuestro esquema tenga sentido. Por lo tanto la nube es la infraestructura de la que no deseamos tener conocimiento, únicamente la vamos a utilizar sin tener la necesidad de preocuparnos por sus problemas o limitaciones.

El concepto de Cloud Computing, es bastante genérico y no existe un estándar que se pueda seguir, por lo que los distintos fabricantes aplican este término a tecnologías que a veces, no tienen mucho que ver entre ellas, sencillamente se ha dado el pistoletazo de salida para vender un nuevo concepto y en esta carrera todo vale, cualquier cosa hoy día es Cloud. Pero sin entrar en temas concretos sobre lo que los fabricantes quieren que compremos, podemos analizar el termino Cloud Computing desde una perspectiva en la que se engloba, de forma totalmente general y abierta, una serie de tecnologías y buenas practicas. Existen una serie de características que una solución Cloud debería cumplir, pero no es estrictamente obligatorio que las cumpla todas:

• Deslocalizacion de la plataforma IT. La infraestructura IT necesaria para que el servicio funcione, no necesita estar en las instalaciones del cliente. El cliente sencillamente utiliza un servicio que está sobre una infraestructura que puede localizarse en cualquier parte del globo y de la que no necesita conocer nada.
• Elasticidad de los recursos. El cliente no debe preocuparse por la capacidad de los recursos asignados al servicio que ha contratado, ya que en caso de que fuese necesario emplear mas recursos para un servicio, debido a un pico de trabajo por ejemplo, sencillamente se asignan nuevos recursos sin necesidad de parar el servicio, permitiendo de forma mas o menos dinámica  redimensionar los recursos que utiliza el servicio, una vez que las necesidades de recursos disminuyan, se podrían liberar los recursos no utilizados.
• Auto-Billing. La facturación se realizará de forma automática sin tener que renegociar las condiciones del servicio, el modelo es el mismo que el empleado en la facturación telefónica, se cobra por lo consumido.
• Virtualizacion. La virtualización es una tecnología imprescindible para desarrollar un servicio Cloud, ya que permite aprovechar de forma mas eficiente los recursos IT disponibles, balanceando dichos recursos entre distintos servicios si fuese necesario y sin la necesidad de parar el servicio.
• Aceso universal. Al estar el servicio en la nube, el acceso a dicho servicio es universal ya que se debería poder acceder desde cualquier punto del planeta, ayudando de esta forma a la integración de aplicaciones en entornos corporativos distribuido en distintas localizaciones.
• Gestion simplificada. La gestión por parte del cliente del servicio debería ser mediante una serie de procedimientos y aplicaciones sencillas que faciliten el trabajo de provisión, incidencias, cobros, etc. De los servicios contratados, así como seguimiento de los niveles de servicios acordados.
• Reducción de los costes. Normalmente las infraestructuras que soportan servicios Cloud son utilizadas por varios clientes, lo que permite reducir los costes de inversión y mantenimiento de la misma, trasladando estos ahorros a los costes que el cliente tiene al contratar el servicio.
• Gestion del acceso a la información. La plataforma cloud suele ser compartida por varias empresas, por lo que se necesita una gestión eficaz de acceso a la información que garantice que otra empresa no puede acceder a mis datos.

Tipos de Servicios

Cuando hablamos de servicios en la nube, encontramos tres tipos básicos de servicios, cada uno de ellos dispone de un ámbito y características determinadas y se ajusta a una serie de necesidades, por lo que somos nosotros como clientes, los que debemos decidir qué modelo elegir, según las necesidades de nuestra organización.

IaaS – Infraestructura como un Servicio

El modelo de Infraestructura como un Servicio consiste en disponer de elementos de infraestructura IT, como son máquinas, SO, almacenamiento, elementos de comunicaciones, etc. Para utilizarlos, bien como parte de nuestra propia infraestructura, bien como elementos sobre los que implementar nuestro negocio.

Un ejemplo de IaaS sería contratar máquinas virtuales con una cantidad de memoria y un número de CPUs, además de un sistema operativo que sería administrado por nosotros. Otro ejemplo de IaaS sería acceder a espacio de almacenamiento para que nuestra organización pueda almacenar los datos y que sean accesibles desde cualquier punto del globo.

PaaS -  Plataforma como un Servicio

La Plataforma como un Servicio consiste en disponer de una plataforma sobre la que se desarrolla una serie de aplicaciones que serán la base de la implementación de nuestro negocio. Se trata de un servicio compuesto por herramientas de desarrollo y gestión de datos, con las que podemos desarrollar aplicaciones. Los servicios PaaS normalmente dan acceso a una serie de APIs sobre los que se puede desarrollar para posteriormente utilizar las aplicaciones en la infraestructura que el proveedor posee en la nube.

Un ejemplo de PaaS sería una plataforma sobre la que varios equipos de nuestra organización, localizados en distintos países desarrollan una aplicación que se utilizará internamente en nuestra organización.

SaaS -  Software como un Servicio

El último modelo de servicio en la nube es el Software como un Servicio, en este modelo se ofrece un servicio para que sea utilizado directamente por los usuarios, sin necesidad de que el cliente tenga que realizar desarrollos o integrar infraestructuras en la nube. En el modelo SaaS el cliente contrata la utilización de un software y paga por su uso.
Un ejemplo de SaaS sería contratar un servicio en la nube para que nuestra organización gestione la formación de los empleados, mediante un a plataforma de formación en la nube.

Cloud Computing para Usuarios

Desde el punto de vista de un usuario que contrata un servicio alojado en la nube, existen una serie de ventajas y desventajas que debemos conocer antes de migrar algún servicio de nuestra organización a la nube.

Entra las ventajas podemos citar:

• Solo se paga por lo que se usa, esta característica genera un ahorro directo, ya que con el modelo de nube, no hay que repercutir conceptos como los costes de mantenimientos de software y hardware o las inversiones para la ampliación de infraestructuras en caso de que nuestro negocio necesite crecer, solo debemos pagar por los recursos consumidos en la nube.
• Se reducen los tiempos de desarrollo del Negocio. Cuando nos planteamos utilizar un servicio en la nube solo debemos contratar el servicio con unos requerimiento mínimos para que pueda sostener la implementación del negocio que vamos a realizar y pagaremos mas cuando el servicio comience a ser utilizado. Montar maquetas es un proceso sencillo y barato ya que no necesitamos realizar una inversión en infraestructura IT, únicamente contratamos un servicio en la nube, creamos una maqueta y comprobamos si es viable la implementación del negocio, una vez terminada la prueba podemos o bien terminar el contrato del servicio o reducir los recursos contratados para de esta forma reducir el coste del servicio contratado.
• Se reducen los problemas derivados de una plataforma IT. El usuario no debe preocuparse por problemas como la escalabilidad o las copias de respaldo, la nube se encarga de todo, por lo que la organización no tiene que emplear ni tiempo ni recursos en mantener una infraestructura para el Negocio. La organización se puede concentrar en el desarrollo del Negocio.

Como desventajas podemos citar:

• No controlar la localización de los datos. Un servicio en la nube puede almacenar los datos en distintas localizaciones y el usuario del servicio no tiene control sobre donde están sus datos. Esta falta de control puede suponer un problema dependiendo del carácter de los datos y la legislación de cada país. Por ejemplo, existen verdaderos problemas para poner datos médicos sobre pacientes en la nube o datos de organizaciones gubernamentales que sean catalogados como clasificados, ya que las leyes de cada país con respecto a este tipo de datos son muy estrictas.
• El usuario debe preocuparse por los SLA (acuerdos de niveles de servicio). La única herramienta que el usuario posee para garantizar el servicio que está contratando son los acuerdos de niveles de servicio (SLA), con lo que se medirá la calidad del servicio.
• Inversión en comunicaciones. Otra de las desventajas de utilizar servicios en la nube es que las comunicaciones con la nube deben ser lo suficientemente fiables como para garantizar el acceso a los servicios contratados. Además de la disponibilidad también debemos asegurarnos que el caudal que tenemos de acceso a los servicios en la nube garantizan que el acceso al servicio tiene la calidad necesaria para el desarrollo del Negocio. Las comunicaciones externas son sensiblemente mas caras que las comunicaciones internas. Al tener servicios en la nube nuestra organización podría tener que aumentar los caudales de acceso a la nube con el consiguiente gasto.
• Nuestra información “podría” ser accedida por terceros. La gestión del acceso a nuestra información  la hemos delegado a un proveedor de servicios en la nube, un problema de seguridad en dicho proveedor puede provocar que los datos alojados en la infraestructura del proveedor pudieran ser accesibles por otras personas. Nosotros como usuarios debemos ser conscientes de este riesgo y lo que supondría que terceros tuvieran acceso a nuestra información.
• Cuidado con los PaaS. Al desarrollar aplicaciones en Plataformas como un Servicio podemos encontrar el problema de la migración, tanto de los datos, como del código a otro proveedor. Muchos proveedores de PaaS ofrecen plataformas propias de desarrollo de aplicaciones por lo que todo lo que desarrollemos en esta plataformas, muy rara veces podremos migrarlo a otras.
• Los recursos no son infinitos. Una de las características de los servicios en la nube es la elasticidad de los recursos, el proveedor nos dará recursos según nuestras necesidades, pero debemos ser conservadores con esta idea, ya que un proveedor de servicios no puede darnos recursos ilimitados y podemos encontrar situaciones donde nuestras necesidades de negocio requieran mas recursos y el proveedor no puede suministrarnos lo que necesitamos, quedando atrapados en un servicio que nos costará mucho esfuerzo migrar a otro proveedor.

Hemos citado ventajas y desventajas que los servicios en la nube pueden presentar para nosotros como usuarios que contratamos un servicio. No todos los servicios presentan todas las ventajas y desventajas, pero debemos recordar que los proveedores de servicios los ofrecen en unas condiciones concretas y que fuera de esa condiciones, todo lo que no esté reflejado en los acuerdos de nivel de servicio, el proveedor no estará obligado a cumplirlo, por lo tanto el utilizar servicios en la nube requiere un esfuerzo a la hora de entender perfectamente qué se está contratando y las características del servicio que se contrata, así como dejar muy claro cuales serán los SLAs que se firmarán.

Conclusión

Tecnológicamente la nube es una idea madura, ya existe la tecnología necesaria para que funcione y de hecho ya está funcionando, pero existe un elemento fundamental para su éxito que es la confianza que debe existir entre el cliente y el proveedor del servicio y es en este elemento, la confianza, en la que los proveedores deberán de trabajar en los próximos años para que los clientes vean que utilizar los servicios en la nube es una ventaja y no un inconveniente. Por lo tanto, mas allá de los ahorros de costes, tiempos de disponibilidad,  tipos de acceso o localización de los servicios, debemos preguntarnos como clientes, qué confianza tengo en el proveedor del servicio que estoy contratando, realmente ¿estoy seguro de que mis datos están en buenas manos? ¿cómo encajan los nuevos servicios en la nube con mis planes de contingencia? ¿quién puede acceder a mis datos? Si necesito crecer, ¿el servicio estará preparado? Estas cuestiones son un ejemplo de algunas de las preguntas que nos tendremos que hacer cuando nos planteamos migrar un servicio a la nube y la única respuesta posible es la  confianza que tengamos en el proveedor del servicio. Por lo tanto creo que la confianza entre proveedor y cliente es uno de los pilares fundamentales de la nube.

Pero algo del libro que me llamó la atención fue la razón del título de “Arquitecto o Abeja?“, se debe a una referencia al libro de Karl Marx El Capital:

“…la abeja avergüenza con la construcción de sus celdas a mas de un arquitecto. Pero lo que diferencia al peor de los arquitectos de la mejor de las abejas, es que éste ha creado la celda en su cabeza antes de comenzar a construirla…”

Es decir, realmente lo importante no es construir algo, sino el proceso creativo que culmina con la creación del método para construir algo. Y esta diferencia es la que Mike Cooley subraya en su libro, intentando trasmitir la idea de que los sistemas no se deben construir sin contar con las personas, es decir que el sistema que se construye tenga como referencia central al ser humano y no al contrario. El libro no deja de ser una crítica a un  posible futuro desde la perspectiva de 1980 y como tal hay que leerlo, además también hay que ser críticos con los críticos, por lo tanto no digo que el libro sea una piedra de Rosetta para entender la actual relación entre el hombre y la tecnología, ni siquiera para justificar nada de lo que está pasando en el mundo IT actualmente, pero si hay un tema que me hizo reflexionar y es el papel que jugamos las personas que trabajamos en ciertas áreas IT, en mi caso los Sistemas, en el actual marco económico y tecnológico, y hacia donde está derivando la situación actual, producto de una época de crecimiento y que en estos momentos necesita un reajuste para soportar la actual situación de crisis.

El mundo IT, ha vivido una época de bonanza económica lo que provocó que las compañías invirtieran mucho dinero y recursos en las áreas de Sistemas, otras áreas como la de Desarrollo también han crecido de forma considerable pero no de la forma que lo han hecho las de Sistemas. Al fin y al cabo debemos tener en cuenta que la gente de Desarrollo trabaja con elementos abstractos que para la gente no técnica son difíciles de cuantificar y en una sociedad de consumo como la nuestra, si no lo puedes medir y pesar, es difícil ponerle un precio. Por contra, las áreas de Sistemas trabajan con la parte física de los Sistemas de Información, máquinas, redes, discos, tarjetas, racks, CPDs, etc. Esta diferencia entre los elementos abstractos y los materiales ha provocado, que en la mayoría de los casos, los presupuestos para IT se hayan destinado en su mayoría para las áreas de Sistemas

Siempre he sido bastante crítico con el papel que la gente de Sistemas ha jugado dentro de las empresas, siempre he tenido la sensación que la gente de negocio nos ha visto a la gente de Sistemas como los tipos que trabajan con esas máquinas tan caras en las que se va todo el presupuesto. Las empresas han caído en la trampa de pensar que si es caro es bueno o por lo menos importante, por lo tanto la gente que trabajan con esas máquinas, son gente importante para la compañía y bajo ese canto de sirenas, las áreas de Sistemas hemos caído en el aletargamiento de creernos indispensables. Pensando que somos el centro de masa sobre el que orbitan todos los demás asuntos de la organización y no entendiendo que, si bien somos parte importante de la organización no somos la razón de ser de la misma, somos las herramientas físicas sobre las que se implementa un negocio.

Con el boom de las “Punto Com” las áreas de Sistemas crecieron de forma extraordinaria, en la actual situación, donde la economía está en un proceso de contracción, hay menos presupuesto para infraestructuras, las áreas financieras están exigiendo que se gaste menos y por lo tanto las áreas de Sistemas deben solucionar los problemas derivados de esta disminución de presupuesto. Hemos pasado de un periodo donde sencillamente se compraba a otro donde hay que plantear soluciones ingeniosas que acompañen al negocio, no que supongan un lastre y este objetivo es el que se deben marcar las áreas de Sistemas, dar soluciones creativas, aprovechando al máximo los recursos disponibles.

Hasta ahora en las áreas de IT un modelo muy extendido era el de la externalización de recursos y servicios, esta externalización afectaba principalmente a las áreas de desarrollo e implantación de proyectos, pero ahora ha entrado en escena un nuevo modelos de negocio para los proveedores de servicios, el  Cloud Computing que permiten la externalización de los servicios IT, como las infraestructura (IaaS), los entornos de desarrollo (PaaS) y los servicios (SaaS). En un mundo interconectado, donde la globalización de las comunicaciones permite estar conectado a cualquier parte del mundo, comienza a dejar de tener sentido que la plataforma IT que necesita nuestra organización tenga que ser propiedad de la compañía.

Con este escenario de contracción económica y reducción de los presupuestos las áreas de Sistemas vamos a tener que reinventarnos y demostrar a las compañías que podemos dar valor añadido, mas allá de administrar el almacenamiento, los Sistemas Operativos y las Comunicaciones. Por lo tanto creo que ahora es el momento en el que Sistemas debemos comenzar a pensar si queremos ser Arquitectos o Abejas porque nos enfrentamos a un panorama incierto, pero creo que todo aquel que decida ser Arquitecto, se plantee la actual situación, no como una época problemática sino como un periodo de cambios, en el que tenemos la oportunidad de adaptarnos a las nuevas circunstancias, no tendrá problemas. Pienso que los problemas los tendrán todos lo que que en sistemas decidan seguir siendo Abejas.

¿Cómo veo yo el futuro?

Se avecina un periodo de cambios, donde se produciran una serie de transformaciones mas o menos críticas sobre la forma en la que las áreas de Sistemas intervienen en el desarrollo del negocio de las compañías.

• Las empresas van a reducir sus presupuestos de las áreas de Sistemas, reduciendo las inversiones, pero exigiendo que se mantengan los actuales niveles de servicio, por lo tanto habrá que hacer más con menos recursos.
• Se buscaran nuevas fórmulas de externalización de los servicios, como la adopción del Cloud Computing, para reducir los costes y aprovechar las ventajas que nos ofrecen, sobre todo durante el periodo de desarrollo del Negocio.
• Disminuirá el tamaño de las áreas de Sistema, con el propósito de crear equipos más dinámicos, con gente que entienda las necesidades de la organización y esté realmente alineado con el Negocio, aportando una perspectiva de las oportunidades que la tenología ofrece a nuestra compañía para el desarrollo del Negocio.
• Las áreas de Sistemas tendrán que gestionar los recursos que la organización haya externalizado, por lo que se requerirá mas trabajo de gestión.
• La tecnología volverá a concentrarse para ahorrar con las sinergias.
• Las compañías comenzaran a delegar la explotación de los Sistemas a empresas como IBM o HP, las cuales pueden dar una respuesta global a las necesidades de cualquier compañía.

Creo que frente a situaciones como las que se avecinan para la gente de Sistemas un cambio de actitud es fundamental, no ver el cambio como un problema, sino como una oportunidad y en este hecho radicará el poder seguir trabajando con lo que realmente nos apasiona, que son los Sistemas, por lo menos a mi :)