Hola de nuevo, soy Miguel Ángel Alonso y aquí estoy como cada martes para contaros algo nuevo sobre el maravilloso mundo de la virtualización.

Hoy nos centraremos en como instalar un certificado en nuestro entorno VMware View para poder utilizarlo en nuestras conexiones WAN, y así de esta manera poder cifrar nuestros datos de conexión.

Lo primero de todo, tendrás que ir a las propiedades del equipo de tu servidor Broker en “Configuración avanzada del Sistema” – “Opciones Avanzadas” – “Variables del entorno”, para seleccionar el campo llamado “Path” y añadir el siguiente path:

C:\Program Files\VMware\VMware View\server\jre\bin

El segundo paso a seguir en tu servidor Broker o connection server, es abrir una sesión desde la línea de comandos con “cmd” y asegurarte que estas en el irectorio raíz “C:”. Después, escribe la siguiente línea de comandos:

Keytool –genkey –keyalg “RSA” –keystore keys.p12 –storetype pkcs12 –validity 360

Esta linea de comando, generará una clave privada llamada keys.p12 en algoritmo RSA usando el formato PKCS12 y válida por un año: Tendrás que rellenar los datos de formulario que te pide, como por ejemplo, nombre FQDN de tu organización, Ciudad, País y etcétera.

En el siguiente paso, crearas un archivo de requerimiento de certificado, el famoso CSR, para ser enviado a la CA correspondiente, tanto sea de tu entorno Microsoft si es que dispones de ella como si es un CA correspondiente a una de las autorizadas en Internet y conocidas, como por ejemplo, THAWTE, GLOBALSIGN o VERISIGN.

El comando para generar el archivo CSR es el siguiente:

Keytool –certreq –keyalg “RSA” –file micertificado.csr -keystore keys.p12 -storetype pkcs12 -storepass p@sswOrd

Donde micertificado.csr será el nombre de tu ”csr” y p@sswOrd, será la contraseña que utilices para tu certificado.

Una vez hecho todo esto, nos generará el archivo .csr el cual como he indicado antes deberás enviar a la entidad de certificados CA que hayamos elegido.

En mi caso será una CA interna de Microsoft Windows 2008 y la cual dispongo dentro de mi entorno de laboratorio. Nos conectamos mediante http://servidorCA/certsrv

Entonces, eliges la opción de enviar una solicitud de certificado con un archivo codificado en base64 CMC o PKCS#10, o una solicitud de renovación con un archivo codificado en base64 PKCS#7, donde en “plantilla de certificado” pondrás “Servidor Web” y “pegaras” el archivo csr que he generado anteriormente en formato texto.

Luego, descarga los archivos por defecto Certnew.crt y Certnew.p7b (obligatorio en formato pkcs#7) a tu direcrorio raíz C:

Vuelve a la línea de comando para importar tu root CA y teclea el siguiente comando:

Keytool –import –trustcacerts -keystore “C:\Program Files\VMware\VMware View\jre\lib\security\cacerts” -storepass changeit –alias Root -import -file c:\Certnew.crt

Después, importa tu archivo Certnew.p7b (formato pkcs#7) mediante la siguiente línea de comando:

Keytool -import -keystore keys.p12 -storetype pkcs12 -storepass p@asswOrd -keyalg “RSA” -trustcacerts -file Certnew.p7b

Te preguntará si confías en este certificado: por supuesto le dices que sí.

Como últimos pasos, lo que harás será ir a tu Security Server y en el directorio: C:\Program Files\VMware\ViewManager\Server\sslgateway\conf modificas, o creas sino dispones de este, un archivo llamado Locked.properties. Ánade las dos lineas siguieres:

Keyfile=keys.p12
Keypass=p@sswOrd

Seguidamente, y en ese mismo directorio, importa la clave keys.p12 que generaste en tu servidor Broker anteriormente, y reinicia el sevicio View Security Service con los siguientes comandos:

Net stop VMware View Security Server
Net start VMware View Security Server

Como nota final, recuerda que el archivo locked.properties y la importación de la clave privada keys.p12 deberías hacerlo en todos tus Security Server.

Bueno, hasta aquí por hoy. Espero haberos contado algo de vuestro agrado y me despido de vosotros hasta la semana que viene. Os emplazo hasta el próximo martes con un nuevo tema sobre la virtualización.

Hola amigos, soy Florián Murillo. La semana pasada acabamos construyendo un cloud privado para atender las demandas crecientes de servicios nuevos; nos basamos en una capa de gestión y, por debajo, varios “motores” que convertían nuestro VDC en una nube privada. Los podemos resumir en:

a. IP Address Management (IPAM).
b. Equipamiento con una arquitectura pensada para ser aprovisionada automáticamente.
c. Un motor de automatización para unir todas las piezas del puzzle.
d. Herramientas de balanceo a varios niveles.
e. Un mecanismo de gestión de identidades y acceso.

Los beneficios para el negocio son importantes:

• El mismo equipo de TI es capaz de administrar una infraestructura mucho mas grande, la cual empezó a crecer al entrar en el mundo de la virtualización gracias a la libertad de despliegue que nos ofrece.
• Los automatismos nos garantizan la fiabilidad de los procesos, por tanto menos errores.
• Los automatismos también nos garantizan el cumplimiento normativo que está implícito en los procesos automatizados, por tanto no hay que prepararse para las auditorías. Quien ha participado en alguna sabe el coste “energético” que suponen al equipo de TI.
• La tecnología se adapta a las necesidades del negocio. Es capaz de absorber picos aprovisionando nuevas máquinas virtuales o aprovisionar servicios nuevos en minutos.
• Establece un mecanismo standard de comunicación entre aplicaciones incompatibles, a través de SOA, XLM y REST. Integrando datos de la aplicación A en la aplicación B, incluso si son aplicaciones que se encuentran en “otras nubes”.

Una característica del cambio es que necesitamos mas especialistas de nivel 2 que técnicos de nivel 1, ya que mucho de su trabajo se ha automatizado invirtiendo la pirámide de personal existente en los departamentos de TI y esto sí es un reto organizativo.

Podríamos concluir que hemos rentabilizado las TI a cambio de sofisticarlas, con múltiples capas de tecnologías nuevas.

Pero hemos conseguido una cosa importante: Hemos dado la vuelta a una forma de hacer TI en la empresa. No ha sido fácil. Hemos tenido que demostrar paso a paso la validez de nuestros argumentos tecnológicos con rentabilidad y mejora permanente del negocio. Hemos cambiado la forma de ver las TI en muchas empresas y solo así podemos llegar hasta aquí.

Ahora nos queda el siguiente paso: extender nuestra nube privada con un “trozo” de nube pública. Probablemente empezaremos con alguna aplicación en modalidad SaaS, como Salesforce, que se integrará con nuestras aplicaciones gracias a nuestra experiencia en SOA, XML y REST.

Quizás sigamos llevando nuevos desarrollos en .NET, Java o Ruby a la red y, poco a poco, crearemos nuestra red híbrida formada por una parte privada y una parte pública.

Para que extendamos nuestra nube privada con éxito necesitamos extender nuestros procesos de control y seguridad hasta la nube pública. Algunos proveedores de nubes públicas ya están preparados para adaptarse ¿lo estamos nosotros?

Pero la pregunta es ¿por qué he de cambiar y ampliar mi nube privada y hacerla híbrida?

Es un tema sencillo: rentabilidad económica. El coste de una máquina virtual en una nube pública es aproximadamente un 20% del coste que supone esa misma máquina virtual en una nube privada. Probablemente extender nuestra nube no sea una necesidad de TI, es mas bien una necesidad del negocio. Es fácil de entender que tarde o temprano

extenderemos nuestra nube. La gráfica siguiente ilustra el escenario que describimos:
Esto abre un escenario interesante. Si la rentabilidad la quiero llevar al límite ¿puedo migrar todo mi VDC a la nube pública? La respuesta es SI. No es un proyecto simple porque hay tecnologías complejas por el medio pero si que es posible.

¿Puedo ir a la nube pública sin pasar por una nube privada? Hay empresas que integran aplicaciones SaaS con su arquitectura tradicional pero esto no es estar “in the cloud”.

Pasar directamente a la nube pública, sin pasar por la nube privada, es factible pero hay mas aspectos a gestionar. Hemos de cambiar mentalidad, cultura, organización y tecnología de golpe, cuanto menor es el tamaño de la empresa y mayor la influencia de los responsables de TI en el negocio mas fácil resulta.

Además parece que todas las tendencias confluyen generando sinergias. Las estrategias de Cloud Computing, Arquitectura Empresarial, Empresa 2.0 y Sostenibilidad Empresarial son algunos de los retos a los que se enfrentan las empresas del siglo XXI o… ¿a alguien se le escapa que el mundo de los negocios está cambiando?

Pero de esto hablaremos la semana próxima.

Hola que tal, soy Jose Maria Gris y de nuevo vengo aquí a comentaros algo sobre este mundillo de VMware.

Hoy hablamos de una situación un poco rara que ocurre cuando migramos de VMware vSphere 4.x a 4.1 un entorno con cierto numero de VMs y lo hacemos con Update Manager para que actualice las VMwaretools.

Sencillamente, cuando has acabado y se están actualizando las mencionadas vmwaretools, pues nos aparece los distintos hosts en alertas y con un mensaje digno de Microsoft.

“Unable to apply DRS resource settings on host xxxx en xxxxx. Another task is already in progress. This can significantly reduce the efecctiveness of DRS.”

Y ahora, ¿Qué ha pasado? Que yo sepa he hecho todo correctamente…. ¿Qué es esa segunda tarea que dice que está trabajando?

No fear. Sencillamente, si recordamos VMware DRS no es más que la automatización de vMotion y que las VMs con Snapshots no pueden hacer vMotion!. Y como casi todas tienen Snapshots, pues el aparato nos dice que no puede hacer DRS porque tiene un monton de VMs que tienen Snapshots.

Ya sabeis que en estos casos podemos dar caducidad a los Snapshots, por lo que podemos esperar a que se retiren, o podemos ir sacándolos uno por uno…..

Saludos, hasta la semana que viene.

Hola de nuevo, soy Miguel Ángel Alonso y aquí estoy con vosotros como cada martes para hablar sobre un nuevo tema acerca del mundo de la virtualización.

En anteriores posts, hablamos sobre sistemas de copia de seguridad para Citrix (PHD Virtual),y mi gran amigo y compañero José María González sobre sistemas de copia de seguridad de VMware (El famoso Veeam Backup).

Dada la gran relevancia de Microsoft en el mercado y la constante mejora y mayor implantación de su sistema de virtualización (Hyper-V) en las empresas, me hizo buscar algún sistema de copia de seguridad para mi entorno de laboratorio y futuribles implantaciones, así que después de buscar y buscar, di con este software que cumple de manera más que interesante con todo lo necesario para poner a salvo los datos de nuestras empresas bajo entornos de virtualización de Microsoft.

Este no es otro que ALTARO Hyper-V (versión beta)

Las características más importantes de este software son mostradas en los siguientes puntos:

• Backups en caliente (copias de seguridad de las VMs sin parada de estas).
• Total integración con Hyper-V, eliminando complejos sistemas de configuración de los backups , reduciéndolos a 5 o menos clicks de ratón.
• Menor presencia de los agentes de backup, al ser sólo instalado en los Hosts y no en nuestras VMs, con el consiguiente ahorro de consumo de recursos y en particular para la seguridad de los departamentos de TI, donde no siempre son bien recibidos estos agentes por políticas de la empresa.
• Backup o Restauración de las VMs de manera individual sin tener que restaurar por obligación volúmenes enteros.
• Restauración desde múltiples puntos en el tiempo sin tener que ir siempre al backup más reciente.
• Tecnología de Backup Incremental (ReverseDelta) para una mayor eficiencia en los recursos consumidos y en los tiempos de copia de seguridad.
• Disponibilidad de tener diferentes programaciones de tiempo (Temporización) para nuestros backups .
• Se pueden restaurar VMs dentro del mismo Host con la particularidad de usar nombres diferentes (No sobrescribiría las ya existentes y se podría utilizar como un claro ejemplo de clonación)
• Backup consistente para sistemas Linux sin necesidad de parada de la VM.

La versión se hará realidad para todo aquel que esté interesado en probarla a partir del 31 de Marzo, con la particularidad de que Altaro regalará 250 Licencias gratuitas para la versión definitiva a los 250 primeros testadores que descarguen la versión beta.

Yo ya lo he hecho!!! ¿A qué esperas?.

Bueno aquí me despido de vosotros por hoy esperando haber contado algo de vuestro interés y os emplazo hasta la sema na que viene.

Un saludo para nuestros maravillosos lectores del Blog.

Ya esta disponible online el episodio #10 en virtualizacion.tv, el programa de televisión web que ayuda a profesionales como tú, a entender la virtualización de sistemas y el cloud computing en español.

Virtualizacion.TV es nuevo programa de televisión web que ayuda a profesionales y usuarios de la virtualizacion de sistemas como tú, a virtualizar el centro de datos y no morir en el intento.

Esta semana tenemos una gran lección de la Universidad Complutense de Madrid, mostraremos en directo el nuevo cliente de VMware View para el iPad, contestaremos a una gran pregunta de un usuario relacionada con que servidores son virtualizables y cuales no y descubriremos una utilidad increíble de VMware que te ayudara a analizar y detectar cuellos de botella en tu entorno virtual.

¿Y tú, qué opinas con relación a la pregunta lanzada en el episodio de hoy? ¿Cuál crees que puede ser el uso del Ipad y del cliente de VMware View para el iPad en entornos virtualizados? Deja tu comentario en virtualizacion.tv o charlemos sobre ello en twitter.

El día de ayer resultó ser uno de estos días en los que uno acaba pensando que tiene dotes premonitorias, o algo por el estilo, y que será capaz de adivinar el número de la lotería.

Evidentemente, el que os escribe no tiene tales dones, ya que si así fuera seguramente os estaría escribiendo desde el Caribe en lugar de hacerlo desde la oficina.

Y es que si en el post la semana pasada (¿Cuál es la postura de Microsoft ante VDI?) os hablaba acerca de la postura de Microsoft ante las tecnologías de virtualización de escritorio y comentaba de soslayo la apuesta de otros jugadores como VMware y Citrix, hoy me gustaría hablaros acerca de la noticia que ayer destacaba en Twitter, el desembarco del cliente VMware View en el App Store para el Tablet de Apple de forma gratuita.

Resulta evidente que estamos inmersos cada día más en una era en la que la heterogeneidad de los dispositivos de movilidad (Tablets y SmartPhones) es la tónica dominante y que los grandes jugadores de la virtualización son conscientes de ello y se mueven en consecuencia.

Quizás en este movimiento de VMware pueda adivinarse los primeros síntomas de cambio del modelo de experiencia de usuario, en el que las aplicaciones de escritorio necesariamente se vean relegadas a un segundo plano y sean las aplicaciones para los dispositivos de movilidad las que se conviertan en las claras dominantes.

Insisto en que no soy un visionario y por descontado no manejo la suficiente información como para hacer predicciones de este tipo. Sin embargo si estoy seguro que VMware, al igual que el resto de jugadores importantes, sí que manejan esta información y que estarán planeando sus estrategias para afrontar este cambio.

De hecho, VMware ya está empezando a hacer sus primeros movimientos gracias a su Proyecto Horizon anunciado en el pasado VMWorld 2010.

Para que os hagáis una idea del revuelo que ha formado la noticia, en pocas horas se podían encontrar en la red artículos que se hacía eco de la noticia, como los que os pongo a continuación:

• “VMware View Client For iPad – The Best Of Both Worlds ” de Eric Sloof, publicado en NTPRO.NL
• “VMware View iPad Client and PCoIP Gateway” de Chris Colotti, publicado en su blog.
• “VMware View for iPad” for iOS Now Available on the AppStore” publicado en el American Consumer News

Hola de nuevo, soy Jose Maria Gris y seguimos comentando el caso APD.

La foto no es un cuadro de Miró, es un masking de pintores…. (Nota del Blogger…)

Hoy vamos a ver como tenemos que hacer para que aunque tengamos o no el parche adecuado para solventar el APD, pues si nos aseguramos de quitar de forma correcta la LUN, estaremos mas tranquilos no?

El KB 1015084 nos indica paso a paso lo que hay que hacer por consola.

- Dejar de usar el datastore en cuestión

• Desregristrar las VM que estén allí registradas
• Asegurarse de que no hay scripts que están trabajando con la LUN en cuestión

- En ESX tenemos el NMP (Native Multi Path) y el MASK-PATH Plugin que es el que usamos para hacer masking con las LUNs. Para saber si están disponibles:

• # esxcfg-mpath –G

El output debe ser parecido a

• # esxcfg-mpath -G?MASK_PATH?NMP

Listamos las claimrules existentes

• # esxcli corestorage claimrule list

El output será parecido a

• # esxcli corestorage claimrule list?Rule Class Type Plugin Matches?0 runtime transport NMP transport=usb?1 runtime transport NMP transport=sata?2 runtime transport NMP transport=ide?3 runtime transport NMP transport=block?4 runtime transport NMP transport=unknown?101 runtime vendor MASK_PATH vendor=DELL model=Universal Xport?101 file vendor MASK_PATH vendor=DELL model=Universal Xport?65535 runtime vendor NMP vendor=* model=*

Añadimos una rule mediante el la siguiente instrucción:

• # esxcli corestorage claimrule add –rule  -t location -A -C -T -L -P MASK_PATH

donde -A <hba_adapter> -C <channel> -T <Target> -L <lun> define un único path. El numero de la “rule” debe ser entre 101 y 200.

Verificamos que la rule esta incluida….

# esxcli corestorage claimrule list

Y la cargamos. Así con todos los paths.

# esxcli corestorage claimrule load

Si todo ello esta correcto podemos hacer el claiming

# esxcli corestorage claiming reclaim -d

Donde <naa.id> es el identificador del device.

Con todo ello efectuado y borrados todos los paths, iremos a vCenter y nos iremos a Host > Configuration > Storage, click Refresh y el datastore desaparecerá.

Podemos deshacer el maping de la LUN desde nuestro Array.

Como ultimo paso, nos quedaría limpiar la tabla de rules

# esxcli corestorage claimrule delete –rule

Cargar

# esxcli corestorage claimrule load

Y listar para ver que todo queda limpio. Si queda alguna rule, pues a empezar el proceso de cleaning de nuevo.

Espero haya sido interesante.

Referencias :

Unpresenting a LUN containing a datastore from ESX 4.x and ESXi 4.x (1009449)

Masking a LUN from ESX and ESXi 4.x using the MASK_PATH plug-in (1009449)

Hola de nuevo. Soy Miguel Ángel Alonso, y aquí estoy como cada martes para hablar un poquito más del maravilloso mundo de la virtualización.

Hoy vamos a hablar de una característica maravillosa pero muy poco conocida de VMware vSphere, llamada: DVFS (de las siglas en Ingles Dynamic Voltage and Frequency Scaling).

Para tener una vista clara de esta característica, la vamos dividir en 3 secciones muy claras.

1. Para qué sirve y como activarla
2. Requerimientos
3. Limitaciones

1. Para qué sirve y cómo activarla

Esta característica permite a los Hosts cambiar la frecuencia y los voltajes de la CPUs basándose en la demanda de la carga de trabajo de estos.

Consigue que los procesadores puedan llegar a consumir menor energía y por consiguiente menor temperatura de trabajo.

Se activa mediante una interface que permite operar sobre los estados de rendimiento de una Cpu (P-State).

Los P-States son definidos para fijar la frecuencia y voltaje que operan a en las Cpus. Los procesadores pueden operar en niveles diferentes de P-States:

• Pmin= P-State de menor nivel
• Pmax0 P-state de mayor nivel

Los P-States, son controlados desde la ROM del sistema o desde algún Sistema Operativo.

En VMware vSphere, los P-States son controlados por el Vmkernel, el cual optimiza la demanda de frecuencia de cada CPU.

2. Requerimientos

Las CPUs deben soportar y tener activadas las siguientes características:

- Enhanced SpeedStep para procesadores Intel

- Enhanced PowerNow para procesadores AMD

- Todas la versiones de vSphere soportan esta característica

- En la pestaña Configuration/Advanced Settings/Power/ Power.cpu = Dynamic.. Por defecto está en estado de Static, en el cual el Vmkernel es capaz de leer todos los P-states pero no realiza cambio alguno en las CPUs.

Recuerda que esta optimización de la frecuencia de las CPUs jamás afecta en el rendimiento.

3. Limitaciones

No hay manera de poder monitorizar los P-States en vSphere.

Debo de decir, que en esta última versión de vSphere 4.1 Update 1, no encuentro la política que activa dicha característica en (Advanced Settings) por lo cual indagaré un poco por ahí para saber cómo se activa o donde se encuentra dicha política.

Bueno, hasta aquí por hoy. Me despido de vosotros, esperando haber podido contar algo interesante y te emplazo hasta la semana que viene, con un nuevo capítulo sobre la virtualización.

Como podréis suponer, sigo a varios gurús y expertos en las tecnologías de la información en general, y de la virtualización en particular, para estar al tanto de lo que se cuece en el mundo tecnológico y cuáles son las tendencias que va marcando el mercado.

Entre las personas a las que sigo relacionadas con la virtualización se encuentra Brian Madden, el cual no hace mucho me ha sorprendido con un post que si bien tiene un título algo incendiario, me ha hecho recapacitar sobre el tema del que trata el post de hoy.

El artículo de Brian, titulado “Why Microsoft hates VDI? ” (“¿Por qué Microsoft odia VDI?”), argumenta los motivos que le (nos) llevan a hacerse (nos) esta contundente pregunta.

Si hacemos una pequeña retrospección en la relación de Microsoft con las tecnologías de virtualización de escritorios, podremos ver que ha sido bastante tardía y cuando ha comenzado esta relación lo ha hecho con modelos de licenciamiento complejos y caros. En este punto en particular resulta curioso como Microsoft opta por ofrecer la licencia que posibilita el acceso por VDI solo para el modelo de Software Assurance, con un coste de 100$ el primer año y de 40$ en las renovaciones sucesivas.

Para aquellos clientes que no quedan cubiertos por el Software Assurance (ThinClients, PCs con Linux, Macs, etc…), Microsoft pone a nuestra disposición las licencias VDA con un coste fijo de 100$ año tras año.

Recientemente Microsoft ha liberado RemoteFX, una tecnología que permite descargar al servidor de las operaciones gráficas al delegar en el cliente las operaciones de renderizado de ventanas y demás, consiguiendo una experiencia de usuario muy superior a la conseguida hasta la fecha y abriendo la puerta a la virtualización de aplicaciones pesadas desde el punto de vista gráfico, como puedan ser las aplicaciones CAD.

Esta tecnología depende de que la máquina virtual Windows 7 esté corriendo sobre Hyper-V, lo que imposibilita que otros jugadores como VMware o Citrix puedan sacar provecho de RemoteFX.

En este sentido resulta interesante el argumento de Brian en el que afirma que Microsoft está apostando por la implementación de RemoteFX en dispositivos como televisores y demás, con lo que, según palabras de Brian, se estaría posibilitando lo que podría ser Xbox en la Cloud.

Sea como fuere, la postura de Microsoft frente a las tecnologías VDI no acaba de quedar clara del todo, o al menos no todo lo alineada con la virtualización de escritorio que nos gustaría que estuviera.

Como siempre en estas cuestiones, el tiempo dirá la última palabra…

Queridos lectores,

En el post de hoy os enseñaré que podemos virtualizar nuestro sistema de monitorización de servidores y olvidarnos de quebraderos de cabeza con el puerto COM y el modem GSM o incluso con las pasarelas para envíos de SMS.

También nos olvidaremos de los costes y tarifas de envíos SMS puesto que no lo volveremos a necesitar.

Con unos sencillos pasos os enseñaré a enviar alertas desde Zabbix al IPhone a través de la aplicación Prowl.

1.- Nos creamos un usuario para la aplicación. Para ellos vamos a la página, nos logueamos y generamos el “API Key” que posteriormente lo necesitaremos.

http://www.prowlapp.com/

2.- Compramos la aplicación a través de Itunes y la instalamos en el iPhone.

3.- Editamos el fichero de configuración /etc/zabbix/zabbix_server.conf

Buscamos y sustituimos la siguiente cadena:

AlertScriptsPath=/etc/zabbix/scripts

4.- Reiniciamos zabbix

5.- Creamos directorio y descargamos el script en perl

mkdir /etc/zabbix/scripts
cd /etc/zabbix/scripts
wget http://prowl.weks.net/static/prowl.pl

6- Creamos el siguiente script con el API Key que conseguimos al principio:

vi prowl
#! /bin/sh
/etc/zabbix/scripts/prowl.pl -apikey=Introducir el API Key -application=Zabbix
-event=”Vuestra compañia” -notification=”$2″ -priority=0

7- Nos aseguramos que tenga permisos de ejecución:

chmod +x /etc/zabbix/scripts/*

8.- hacemos una prueba de funcionamiento:

Si no da ningún error, inmediatamente recibiremos el aviso en el iPhone.

9.- Creamos los Tipos de Medios

Dentro de Zabbix nos vamos a Administración –> Tipos de medios –> Crear Tipos de Medios:

10.- Se lo asignamos al usuario:

Nos vamos a Administración –> Usuarios y le añadimos el tipo de medio.

A partir de ahora en el momento que se cumpla cualquier Trigger de los que tengamos configurados dentro del Sistema de Alertas nos llegará el aviso a nuestro iPhone.

Como veis, hemos sustituido la alerta SMS por algo mas barato y sencillo de utilizar. Nada mas queridos lectores, como siempre espero que sea de utilidad.

Un abrazo.