Pueden ver ese post Aquí.

Pues bien, resulta que Windows Server 2016 que está próximo a salir y el cual se encuentra en modo Preview también tiene tecnología de contenedores incorporada. Si quieren descargar Windows Server 2016 Preview lo pueden hacer Aquí.

Además en Microsoft Azure existe una imagen predefinida de Windows Server 2016 que se denomina Windows Server Container Preview y está hecha especialmente para trabajar con contenedores.

En este post voy a usar esa máquina que ya viene predefinida en Microsoft Azure y es la última de las máquinas Windows Server que aparecen en la lista de máquinas disponibles Microsoft en el portal., tal como se muestra en la imagen:

Esta funcionalidad de contenedores se encuentra en Windows Server 2016 Preview tal como ya lo mencioné al principio de este post. Para poner en marcha los contenedores en esta plataforma hay que hacer unas labores especiales.

Pero en este documento voy a trabajar con la máquina que ya viene en Microsoft Azure lista para su uso. Yo creé una máquina con esta imagen predefinida y simplemente ingreso con el cliente de Remote Desktop (Terminal Services Client):

¿Sorprendidos? Bienvenidos al nuevo Microsoft… Esta es la máquina lista para su uso, no esperen modo gráfico o Server Manager, lo que sí funciona en esta plataforma es el SCONFIG para configurar parámetros como el hostname, IP, o Remote Desktop entre otros parámetros.

Aquí hice un SCONFIG para mostrárselo a ustedes:

Simplemente escribí 15 para salir de SCONFIG.

Ahora voy a invocar a Powershell, para ello basta con escribir powershell. Observen que ya me encuentro en el prompt PS:

Ejecuté IPCONFIG | MORE y observo que esta máquina tiene la IP 192.168.0.4/24 asociada al adaptador Ethernet 3 debido a que yo creé una red virtual previamente con este rango de IP’s. Además tiene la IP 172.16.0.1/12 en el adaptador vEthernet.

¿Por qué es importante lo que acabo de mencionar? En esta máquina en particular hay una interface adicional (vEthernet) que se va a usar para asignar IP’s a los contenedores.

Bueno, como esta versión de Windows se encuentra lista con Docker y con imágenes Windows predefinidas, puedo ejecutar el siguiente comando: docker images

Aquí hay 3 imágenes de contenedores con Windows, 2 de estos contenedores estaban predefinidos en la imagen de la máquina de Microsoft Azure que creé de la galería (los denominados windowsservercore) y uno de ellos lo creé yo, el que se denomina nginx_windows.

Si quiero ejecutar uno de esos contenedores basta con escribir

docker run -it --name dockertest00 windowsservercore cmd

En donde dockertest00 es el nombre con el que voy a ejecutar mi contenedor basado en windowsservercore

Ya estoy adentro del contenedor:

Esta es una máquina Windows Server Core en donde puedo invocar Powershell por ejemplo o crear directorios, no perdamos de vista que está corriendo dentro de una máquina virtual de Azure que se denomina core00.

Voy a crear directorios y a hacer cambios sobre este contenedor:

Creé 5 archivos de prueba rápidamente usando el comando echo.

Observen que al ejecutar IPCONFIG la IP de este contenedor es 172.16.0.2/12 que está dentro del rango de IP’s del cual les hablé al principio, ¿Se acuerdan?

Puedo salirme del contenedor usando el comando EXIT, en este caso hay que escribir EXIT 2 veces, la primera vez para salir de Powershell y la segunda vez para salir del contenedor en sí:

Ya estando en mi máquina Windows Server Container Preview puedo ejecutar el comando docker ps –a para ver la lista de contenedores en ejecución en esta máquina:

Observen que cada contenedor tiene un ID único que lo identifica, como por ejemplo dc9eadae3c33

Si quiero eliminar un contenedor puedo usar el comando docker rm <ID Contenedor>, por ejemplo docker rm "dc9eadae3c33"

Si verifico con docker ps –a ya el contenedor con el ID dc9eadae3c33 fue eliminado:

Uno no se debe preocupar en este momento por haber eliminado este contenedor, lo que hicimos fue crearlo a partir de una imagen (¿Recuerdan el comando docker images?), de modo que si necesitamos más contenedores simplemente los creamos.

Voy a ejecutar un contenedor a partir de las imágenes disponibles como y alo hice anteriormente, por ejemplo voy a usar

docker run -it --name dockerbarba00 windowsservercore cmd

Ahora voy a verificar que esté en ejecución

Estos contenedores están disponibles y me puedo conectar a ellos usando el comando docker attach <ID>, por ejemplo docker attach ad0c0b3a9792

Pero observen que el contenedor aparece disponible y a pesar de ello no es posible establecer la conexión y lo que se me indica es que debo iniciarlo primero, por lo tanto debo iniciarlo usando docker start <ID>, en este ejemplo voy a usar el comando 

docker start ad0c0b3a9792

Ahora sí me puedo conectar al contenedor usando docker attach ad0c0b3a9792

De nuevo estando en este contenedor creé una carpeta con varios de archivos de prueba, con el propósito de usarlos en el despliegue de futuros contenedores basados en esta imagen. Es como si fueran los archivos de mi aplicación, por ejemplo:

Me salgo con EXIT y si uso de nuevo docker ps –a veo a dockerbarba00

Pero dockerbarba00 no es una imagen que pueda usar como base para crear contenedores:

Si quiero usar dockerbarba00  como una imagen base para crear contenedores puedo usar el comando docker commit dockerbarba00 newcontainerimage

Observen que ya tengo en mi lista una nueva imagen denominada newcontainerimage. Ahora puedo crear un contenedor basado en esta imagen usando

docker run –it --name nuevocontainerbarba00 newcontainerimage cmd

¿Se acuerdan de la carpeta Test1? Es la que contiene los archivos de nuestra aplicación y cada vez que use esa imagen voy a tener el mismo contenido

Puedo crear múltiples contenedores para mi aplicación, por ejemplo si es un sitio web puedo crear varias instancias con el mismo contenido y a través de un balanceador publicar mi sitio… puedo tener incluso cientos de esos contenedores exactamente iguales, son más livianos…. la verdad hay muchas posibilidades.

Este tema está recién salido del horno, hay muchos usos de los contenedores como por ejemplo para ambientes de prueba, reuso de componentes de aplicaciones, seguimiento de versiones de aplicaciones, entre otros.

Espero les haya gustado y sigan investigando más al respecto.

¡Nos vemos pronto!

Hola amigos como les he venido comentando recientemente, en Microsoft AZURE existen muchas posibilidades desde el punto de vista de Open Source.

Cuando se crean sitios web en Azure se pueden usar plantillas predeterminadas con Bases de datos MySQL, por ello hoy les quiero hablar de la manera de administrar las BD’s MySQL de los sitios web en AZURE cuando son creados a través de plantillas.

La administración de MySQL se hace a través de un portal que ofrece ClearDB, que es un partner de Microsoft especializado en Bases de Datos MySQL.

Empecemos:

Haga clic sobre el sitio web. En este caso es un Blog de WordPress:

Clic en LINKED RESOURCES

Clic en el nombre de la Base de Datos:

Se abre el portal de ClearDB mostrando la actividad de la Base de Datos MySQL, que en este caso se denomina blogtesATiJU88M8. Como ven, no hay mucha actividad en mi Base de Datos..  

Si quiero hacer un backup simplemente selecciono la pestaña de Backups y escojo Create a Backup Now:

Estos respaldos o backups se mantienen hasta 5 días en el pasado.

Si quiero saber cómo tener acceso a la Base de Datos puedo hacer clic en la pestaña Endpoint Information para ver las credenciales de acceso al sitio,

Si se oprime Reset la contraseña del usuario se cambia, el sistema genera una automáticamente de nuevo.

Ahora bien, si se es un usuario avanzado de MySQL es posible usar herramientas como MySQL WorkBench para administrar la BD. Esta es una herramienta equivalente al Management Studio de SQL Server.

Si hacemos clic en el Dashboard podemos ver una URL para descargar el MySQL Workbench

Si quiere descargar el MySQL WorkBench puede hacer clic Aquí

Verá algo como:

Clic en Download Now. Yo escogí la versión de 64 bits:

Una vez se instale, es posible establecer una conexión a la BD de datos MySQL en Azure usando la herramienta. Basta con hacer clic en

¿Se acuerdan de los datos de Hostname, Usuario y Contraseña que se encuentran en EndPoint Information? Este es el momento de usarlos… 

Hacemos Clic en Store in Vault y se agrega la contraseña:

Asigno un nombre a la conexión, y hago clic en Test Connection:

Si sale un mensaje similar al que se muestra, la conexión fue exitosa.

Estamos listos para usar la herramienta y administrar nuestra Base de Datos:

Con sólo hacer clic en el nombre de la conexión (“Mi BD MySQL en AZURE” en este ejemplo) podemos tener acceso a la Base de Datos:

Bueno, aquí sí ya es cuestión de administración de Bases de Datos.

Lo que quería es mostrarles que puedo usar los servicios de ClearDB para tener reportes de desempeño de mi Base de Datos MySQL, así como una consola de gestión y  respaldo de los datos.

¡Vean que las posibilidades son enormes con la Nube de Microsoft y ya no hay excusa para usar sus servicios!

Los espero en la próxima entrega.

Hola amigos, hoy les voy a hablar de Docker, que es una plataforma abierta que nos permite construir y distribuir aplicaciones de una manera muy rápida y eficiente.

Ustedes se preguntarán por qué estoy hablando de aplicaciones cuando este Blog está orientado a profesionales de IT. Pues bien con la nueva tendencia a integrar Desarrollo y Operaciones (DevOps) tecnologías como Docker nos ayudan a cerrar la brecha entre estas 2 áreas, que en un tiempo fueron consideradas muy disímiles y tenían muchos conflictos entre sí pero que hoy en día deben trabajar en equipo para desplegar aplicaciones y servicios en una compañía.

Docker no es una tecnología de Microsoft pero puede ser usada en nuestra plataforma sin inconvenientes.

Existe una distribución de Linux que denomina CoreOS (https://coreos.com/) que se encuentra disponible en la galería de imágenes de Microsoft Azure y que es una distribución de Linux lista para manejar “contenedores” Linux que en la práctica son pequeñas máquinas Linux con aplicaciones ejecutándose. En pocas palabras puedo tener una máquina con CoreOS y dentro de ella ejecutar pequeñas máquinas Linux por ejemplo con Ubuntu.

Recuerden que las máquinas de Azure son virtuales, de modo que dentro de una máquina virtual Linux (CoreOS) voy a tener en ejecución otras máquinas o contenedores Linux, por ejemplo Ubuntu. Este es un concepto nuevo y muy revolucionario que se basa en el hecho de que estas pequeñas máquinas –contenedores- tienen bastantes librerías en común, de modo que comparten de alguna manera estas librerías y sólo usan los componentes que requieren para su funcionamiento individual.

Bueno, con esa breve introducción ¡A lo que vinimos! para este ejercicio voy a usar una VM de Azure con CoreOS. Las opciones disponibles en la galería son las siguientes:

En este ejercicio voy a usar la versión estable (CoreOS Stable). Para crear una VM en Azure pueden referirse a este Post de la documentación de Azure, sólo deben cambiar la imagen Windows por una una imagen del tipo Linux CoreOS.

Una vez creada la máquina vamos a ver cómo trabajar con contenedores y usar la plataforma

.

Ya estoy dentro de mi máquina CoreOS –me conecté con putty- con el usuario abarba y para hacer cualquier operación debo usar la siguiente estructura sudo <comando>

En el caso de Docker, vamos a ejecutarlo siempre con sudo y un comando o parámetro, es decir:

sudo docker <comando/parámetro>

Si quiero lanzar un contenedor basta con ejecutar el siguiente comando:

sudo docker run -t -i ubuntu /bin/bash

Y voy a ver algo similar a lo siguiente:

Observen que antes me encontraba en CoreOS con el usuario abarba y ahora me encuentro en un Linux Ubuntu que es un contenedor con el ID 8ce70e96e4c1 con el usuario root, de hecho tengo que abrir otra sesión de putty para conectarme a CoreOS puesto que ya no me encuentro en CoreOS sino en el contenedor de Ubuntu. En este contenedor puedo ejecutar comandos como los de cualquier Linux –Ubuntu en este caso-:

Este contenedor es un contenedor denominado interactivo, por la manera en que fue invocado.

De nuevo en mi sesión, puedo preguntarle a Docker por el estado de mi contenedor usando el siguiente comando: sudo docker ps

Ahí se ve el contenedor en ejecución con el ID 8ce70e96e4c1 que previamente había lanzado. Si lanzo otros contenedores se verán ejecución con el mismo comando:

Observen la cantidad de información valiosa que me arroja el comando sudo docker ps como por ejemplo el ID de cada contenedor, la versión y el momento de creación y el status de cada uno de ellos.

Yo también puedo ejecutar imágenes de otras distribuciones como CentOS usando

sudo docker run -i -t -d centos /bin/bash

Observen ahora cuántos contenedores están en ejecución luego de lanzar el contenedor de CentOS:

¿Y si quiero detener un contenedor? Es tan simple como ejecutar sudo docker stop <ID> como se ve en el siguiente gráfico:

También hay que decir que si quiero ejecutar un contenedor en background y no de modo interactivo puedo usar el parámetro –d  al lanzar el contenedor, por ejemplo:

sudo docker run -i -t -d centos /bin/bash

Y observen que me mantengo en el prompt de CoreOS a pesar de que lancé un nuevo contenedor.

Todo muy bien hasta ahora ¿Cierto? Ahora hablemos de la ejecución de aplicaciones en los contenedores.

Para este ejercicio vamos a usar una aplicación escrita en el lenguaje  Python y que se encuentra en el Docker Hub que es un repositorio de contenedores y aplicaciones que pueden ser reutilizados por otros usuarios. Es posible que yo como usuario  publique allí mis contenedores y/o aplicaciones y los haga públicos si así lo deseo.

Para este ejemplo voy a usar la imagen training/webapp que es una aplicación de ejemplo que contiene un Hola Mundo, como ya lo dije esta aplicación se encuentra en el Docker Hub y además usa Python Flask que es un mini-servidor web

Voy a ejecutarla con sudo docker run -d -P training/webapp python app.py

Si la aplicación no se encontraba descargada se descarga.

Ahora voy a verificar el estado de mis contenedores y aplicaciones (sudo docker ps)

O si uso –l con el comando puedo ver el último contenedor lanzado, que en efecto fue nuestra aplicación:

Observen que mi aplicación tiene su respectivo ID y además aparecen unos puertos. Pues bien, al publicar la aplicación fue necesario usar el parámetro –P para exponer los puertos que se van a usar al hacer la conexión a dicha aplicación para que muestre el “Hello world!” u “Hola mundo!”.

En este caso Docker expuso el puerto TCP 5000 (El puerto por defecto de Python Flask) en el contenedor, a través del puerto TCP 49153 en nuestro host CoreOS.

También hubiese sido posible levantar la aplicación usando el mismo puerto 5000 tanto para el contenedor como para nuestro host local pero ello hubiera limitado el uso de otra aplicación con Python Flask puesto que el puerto TCP 5000 ya hubiera estado en uso en el host CoreOS. Para usar el mismo puerto hubiese bastado con usar el siguiente comando:

sudo docker run -d -p 5000:5000 training/webapp python app.py

Yo volví a lanzar otro contenedor de la aplicación usando:

sudo docker run -d -P training/webapp python app.py

Lo más seguro es que al preguntarle por la ejecución de este último contenedor use un puerto distinto en el host CoreOS pero el mismo TCP 5000 en el contenedor… Observen que en efecto el nuevo contenedor usa otro puerto.

Y si verifico los puertos que el host (nuestro CoreOS) está escuchando, aparecen los puertos de nuestros 2 contenedores, es decir los puertos 49153 y 49154

Si establezco conexión al puerto 49153 con un navegador puedo ver que aparece el “Hello world!” de la aplicación, aquí usé wget que en la práctica tiene el mismo efecto, pues guarda el index.html de la aplicación y si veo el contenido de este archivo veo “Hello world!”

O usando un navegador

Tanto el puerto 49153 como el 49154 funcionan para mostrar la aplicación web.

También pude haber usado el comando sudo docker port 675a24b4384c 5000 para ver el puerto que se está usando

O incluso pude haber usado sudo docker port nostalgic_wilson 5000 en donde nostalgic_wilson es el alias en el Docker Hub de alguien que publicó la aplicación.

Si quiero detener un contenedor en ejecución puedo usar en nuestro ejemplo:

sudo docker stop nostalgic_wilson

Y si quiero reiniciar un contenedor uso sudo docker start nostalgic_wilson

Observen que conserva el mismo ID que tenía antes. Si lo quiero eliminar de manera permanente debo usar sudo docker rm nostalgic_wilson

Debo haberlo detenido antes de eliminarlo

¡Espero que lo que han visto hasta ahora les haya abierto la mente a nuevas posibilidades y a toda la potencia de esta plataforma para un despliegue muy rápido de aplicaciones! Si se necesitan más contenedores se pueden crear o destruir según las necesidades, además es posible crear clusters o pods de contenedores para una mayor disponibilidad.

Y lo mejor de todo es que ¡Microsoft anunció que en la próxima versión de Windows Server 2016 va a incorporar tecnología de contenedores! (Más información Aquí) Así que debemos estar preparados para todo lo que se viene.

Espero que les haya gustado este contenido y los invito a que prueben Docker y estén listos para todo lo que se viene con Windows Server 2016.

¡Nos vemos en la próxima! un abrazo.

COSA #49: NUEVO PORTAL DE MICROSOFT AZURE Y RESOURCE GROUPS

Bien amigos, desde hace un tiempo se lanzó el nuevo portal de Microsoft Azure, que si bien aún no está totalmente liberado y se encuentra en modo “PREVIEW” debemos empezar a usarlo para acostumbrarnos a las nuevas funcionalidades que trae y los nuevos conceptos de dicho portal. 

Microsoft Azure es la nube pública de Microsoft en donde se pueden hacer muchas cosas interesantes desde el punto de vista de IT y de las aplicaciones de las compañías. Más información de Azure se encuentra Aquí,.

Para ingresar al portal actual se debe usar la URL https://manage.windows.azure.com y se verá algo similar a lo siguiente:

En este portal se puede administrar todo lo relacionado con recursos como máquinas virtuales (VMs), Sitios Web, Bases de Datos, Backups y Networking por citar tan sólo unos ejemplos.

Si quiero crear una nueva VM hago clic en NEW y voy a través de todo el proceso, como se muestra en algunas de estas imágenes:

En esta secuencia mostré los pasos –sencillos por demás- para la creación de una VM con Windows Server 2012 R2.

Ahora veamos el nuevo portal. Para ingresar, se debe escribir https://portal.azure.com y si ya se encontraba conectado al anterior portal basta con abrir una pestaña en su navegador (esto funciona si es IE o EDGE) y tendrá acceso al nuevo portal:

Como bien lo pueden ver, cambió de manera importante respecto al anterior portal.

Por ejemplo, si quiero cambiar el idioma en el portal anterior hago clic en el icono del mundo, como se ve en la siguiente imagen:

Y en el nuevo portal debo hacer lo siguiente si quiero cambiar de idioma, seleccionar settings e idioma:

Y el proceso de creación de una máquina se inicia tal como se muestra en la siguiente imagen (luego hay otros pasos):

Pero como ya lo mencioné, en este nuevo portal hay nuevos conceptos como el de Resource Groups, que surgió debido al hecho de que en la práctica una aplicación se compone de varios elementos como servidores web, bases de datos, storage, etc. Entonces un Resource Group es un contenedor que lleva por dentro diferentes componentes de Azure.

Puedo crear en el nuevo portal VMs de la manera tradicional (Clásica) tal como se crean en el portal actual así como lo vimos arriba, pero aún así debo especificar un Resource Group en este modo Clásico.

Los recursos creados en el nuevo portal también se pueden crear a través del Resource Manager que es el gestor de esos recursos o Resource Groups.

Vamos a crear una VM usando el Resource Manager:

Le decimos al portal NEW, Compute, Windows Server 2012 R2 Datacenter, Select a deployment model – Resource Manager y hacemos clic en Create:

Es necesario configurar aspectos básicos como el nombre del servidor y el usuario y contraseña. Observen que es obligatorio especificar el Resource Group al que va a pertenecer la máquina:

Como no existía un Resource Group previamente creado en mi caso, es necesario crear uno nuevo:

Le asigné el nombre ResourceGroup1 y puedo escoger en dónde quedará creado, por ende todos los recursos que posteriormente agregue a este Resource Group

Como ya completé los datos, presiono OK.

Ahora debo escoger el tamaño de la VM, Azure me sugiere 2 tipos de VM: A1 y D1.

Las A1 tienen 2 discos mecánicos de 500 IOPS c/u, 1 Core y 1.75 GB de RAM. Las D1 tienen también tienen 2 discos mecánicos de 500 IOPS c/u, 1 Core y 3.5 GB de RAM pero adicionalmente tienen un disco de 50 GB SSD (Estado Sólido).

Si ninguna de estas características se ajusta a mis necesidades puedo hacer clic en View all para ver otras opciones de VMs:

Observen que puedo escoger entre VMs del tipo Standard o del tipo Basic. Las del tipo Basic son más baratas que las del tipo Standard (30% aprox.), los discos son más lentos (300 IOPS) y no se pueden autoescalar y tener balanceo de carga.

¿Para qué sirve una máquina del tipo Basic? Para ambientes de pruebas son ideales.

Voy a escoger una VM Standard del tipo A1:

Como esta VM hace parte de un Resource Group y no fue creada de la manera Clásica observen que hay muchos elementos nuevos que aparecen con la palabra new, como por ejemplo la cuenta de almacenamiento (Storage Account), la Red Virtual (Virtual Network), la IP Pública (Public IP Address) y el Grupo de Seguridad de Red (Network Security Group) que es el conjunto de reglas de Firewall para esta VM.

También puedo decidir si la VM va a usar almacenamiento del tipo premium que consiste en discos de estado sólido o SSD.

Si los parámetros de red que por defecto se ven acá no se ajustan a mis necesidades los puedo cambiar. Aquí se ven los parámetros por defecto:

En mi caso cambié las direcciones de red de modo que estoy usando 192.168.33.0/16 con una subred que denominé MySubnet y que está contenida en mi red pues el segmento es 192.168.33.0/24:

Estoy listo para crear mi VM:

Este es el resumen de lo que voy a crear:

Hago clic en Create y empieza el proceso de creación de la VM:

En notificaciones puedo ver el proceso de creación de la VM:

Ya fue creada la VM con éxito:

MyServer1 ya aparece en el inicio de mi portal:

¿Y si quiero crear un nuevo recurso y que dicho recurso haga parte de mi Resource Group?

Supongamos que mi aplicación además de mi servidor Windows 2012 R2 Datacenter requiere también una BD MySQL. Puedo crearla y agregarla al Resource Group al que pertenece el servidor:

Las opciones que me ofrece el nuevo portal para la creación de cualquier recurso en el nuevo portal de Microsoft Azure son más variadas y más completas que en el actual, pues observen que se entregan con mayor claridad y sobre todo muestran en todo momento cuánto va a costar un servicio:

Ya adicioné la BD a mi Resource Group denominado ResourceGroup01 y la puedo crear sin problema:

Espero a que termine el proceso:

Una vez termine la creación de la BD MySQL, ya tengo un grupo de recursos (Resource Group) compuesto de 1 servidor y una BD MySQL:

Al navegar en el portal veo mi grupo de recursos (Resource Group) que se denomina ResourceGroup01.

Para llegar hasta este punto hice BROWSE ALL – All resources y filtré la búsqueda por resourcegroup01:

Y así voy construyendo mis aplicaciones y puedo tratar los recursos de una manera más integral y unificada.

Pero bueno, en realidad la verdadera potencia de esta característica es la de crear una plantilla (template) que define cómo desplegar y configurar las aplicaciones. Supongan que se requiere hacer despliegue de las aplicaciones de manera recurrente o repetitiva. Teniendo la plantilla el proceso va a ser más fácil y con menos errores debido a que siempre el resultado va a ser el mismo y será consistente todas las veces. También se pueden hacer actualizaciones a los recursos de la infraestructura, por ejemplo a una VM que se le quieran subir las características de hardware.

también se pueden usar las plantillas de producción para crear ambientes de desarrollo y usar el Marketplace de Azure dentro de las plantillas. El Marketplace es una tienda en donde existen soluciones preconstruidas.

y como si fuera poco, se pueden usar también extensiones para servicios de configuración paraq automatizar y controlar los recursos como CHEF, Puppet o Powershell DSC –este último de Microsoft-

También puedo a través de Powershell o CLI (Command Line Interface) crear las plantillas y automatizar tareas. Estos temas los voy a tratar posteriormente en otra entrega.

Este nuevo concepto está cambiando la manera de hacer despliegue de aplicaciones y con esta introducción quise traerles a ustedes unos conceptos básicos, que espero les hayan sido útiles.

¡Nos vemos pronto! 

COSA # 4: INSTALACION DE WINDOWS SERVER 2012 R2

Hola amigos, hace algún tiempo hice una publicación acerca de cómo instalar Windows Server 2012 Preview.

Mucha agua ha corrido debajo del puente desde ese momento y por lo tanto voy a actualizar la publicación con esta entrega del día de hoy en donde hablaré de la instalación de Windows Server 2012 R2.

Yo usé una máquina virtual en Hyper-V pero este procedimiento aplica perfectamente a una máquina física. Si aún no han descargado Windows Server 2012 R2 lo pueden hacer Aquí, bien sea en formato VHD o el ISO de instalación, este último es el que voy a usar acá.

¡Vamos!

Yo ya tengo el ISO de instalación y el número de licencia, los cuales se pueden obtener del sitio de Microsoft para hacer una prueba de 6 meses.

Inserto el ISO en la máquina a instalar, bien sea virtual o una física con un DVD o USB “booteable” y arranco la máquina:

En este ejemplo, los medios de instalación que tengo están en Inglés.

Seleccione la región (Colombia en mi caso) y el teclado Latinoamericano y presione Next

hago clic en Install Now

Arranca el proceso:

Inserte la clave del producto (25 caracteres en grupos de 5, separados por un guión –) y haga clic en Next

Windows Server 2012 R2 puede ejecutarse en 3 modos: Core (sin modo gráfico), MinShell (Core + Server Manager) y Full GUI (Interface gráfica completa con Menú de Inicio, Panel de Control y otros componentes gráficos)

Vamos a hacer el ejercicio un poco más interesante y lo vamos a instalar inicialmente en modo Core sin modo gráfico y posteriormente le agregamos el modo gráfico, el cual se puede agregar/quitar cada vez que queramos (implica reinicio)

Seleccione la primera opción y presione Next

Acepte los términos de la licencia y presione Next:

Seleccione Custom: Install Windows only (advanced)

Acá tengo un sólo disco de 127 GB, de modo que lo selecciono. Es importante que si se tienen varios discos se identifique el disco a usar pues podría haber pérdida de datos.

En el proceso de instalación se van a crear particiones adicionales que son para recuperación del sistema, pero eso se hará de manera automática.

Seleccione el disco y haga clic en Next

Espere a que el proceso inicial de copia de archivos e instalación inicial de características del sistema finalicen:

Cuando el proceso haya terminado, se va a reiniciar la máquina:

Empieza el proceso de reconocimiento de dispositivos de la máquina:

Es hora de agregar una contraseña al administrador, presione OK:

Escriba una contraseña fuerte (Nada como 123456, perico o p3r1c0) Sugiero que vean Aquí para más información.

Una vez se haya escrito y confirmado la contraseña haga clic en la flecha para continuar:

Haga clic en OK:

¡Ya quedó Windows Server 2012 R2 instalado!

¿Y ahora qué? Este es un sistema operativo completamente funcional sin modo gráfico, observen que si le pregunto por el nombre de máquina con el comando hostname tengo un nombre que el proceso de instalación me generó de manera automática:

Voy a abrir Powershell, que es una plataforma avanzada para interactuar con el sistema y hacer scripts a través de línea de comandos. Si quieren empezar con Powershell pueden ver la siguiente publicación que hice acerca del tema.

Bien, simplemente escribo powershell y observen que quedo en el prompt PS C:\>

Ahora escribo el comando que me permite renombrar la máquina:

Rename-Computer –NewName server01

En donde server01 es el nuevo nombre que quiero que la máquina tenga:

Reinicio la máquina con el comando de Powershell Restart-Computer. (Es el que hay que usar de ahora en adelante en frente de los amigos…)

Espero a que se reinicie la máquina

Presiono CTRL+ALT+SUPR (CTRL+ALT+DEL en el teclado en Inglés)

Escribo la contraseña que asigné anteriormente para el administrador: (Esta máquina está instalada en Inglés, de modo que el usuario se denomina administrator)

Escribo hostname y observo que ahora el nombre de la máquina es server01. El comando hostname es válido tanto en la línea de comandos CMD como en Powershell.

También escribí ipconfig | more para ver la dirección IP de mi máquina, que está conectada a Internet y navega:

Ahora voy a agregarle el modo gráfico a mi máquina a través de Powershell y teniendo en cuenta que mi máquina navega.

Si no se tiene navegación a Internet y se tiene el ISO de instalación se puede hacer la instalación montando el medio. Para más información vea este link 

Le voy a preguntar al sistema si la característica de modo gráfico se encuentra instalada y disponible, para ello utilizo el siguiente comando:

Get-WindowsFeature Server-GUI-Shell

Aparece la característica Server Graphical Shell sin marcar, de modo que está disponible para instalar.

El comando de Powershell que debo usar para agregar el modo gráfico es el siguiente:

Add-WindowsFeature Server-GUI-Shell –Restart

Observen que el parámetro –Restart se usa para reiniciar la máquina después que el proceso de adición del modo gráfico finalice:

Debo esperar a que el proceso finalice, y se reinicie la máquina:

Una vez la máquina se reinicie, hago login con el usuario administrator y observo que tengo modo gráfico y el Server Manager:

Abro una sesión de Powershell haciendo clic derecho sobre el icono de Powershell y lo ejecuto

Observen que tengo la misma información y que Powershell aparece a color.

Como ya lo mencioné, puedo desinstalar el modo gráfico en cualquier momento.

Bueno, estaba en deuda con este post, así que espero que lo disfruten.

¡Seguiremos en contacto!

Hola amigos, hoy les voy a hablar de Docker, que es una plataforma abierta que nos permite construir y distribuir aplicaciones de una manera muy rápida y eficiente.

Ustedes se preguntarán por qué estoy hablando de aplicaciones cuando este Blog está orientado a profesionales de IT. Pues bien con la nueva tendencia a integrar Desarrollo y Operaciones (DevOps) tecnologías como Docker nos ayudan a cerrar la brecha entre estas 2 áreas, que en un tiempo fueron consideradas muy disímiles y tenían muchos conflictos entre sí pero que hoy en día deben trabajar en equipo para desplegar aplicaciones y servicios en una compañía.

Docker no es una tecnología de Microsoft pero puede ser usada en nuestra plataforma sin inconvenientes.

Existe una distribución de Linux que denomina CoreOS (https://coreos.com/) que se encuentra disponible en la galería de imágenes de Microsoft Azure y que es una distribución de Linux lista para manejar “contenedores” Linux que en la práctica son pequeñas máquinas Linux con aplicaciones ejecutándose. En pocas palabras puedo tener una máquina con CoreOS y dentro de ella ejecutar pequeñas máquinas Linux por ejemplo con Ubuntu.

Recuerden que las máquinas de Azure son virtuales, de modo que dentro de una máquina virtual Linux (CoreOS) voy a tener en ejecución otras máquinas o contenedores Linux, por ejemplo Ubuntu. Este es un concepto nuevo y muy revolucionario que se basa en el hecho de que estas pequeñas máquinas –contenedores- tienen bastantes librerías en común, de modo que comparten de alguna manera estas librerías y sólo usan los componentes que requieren para su funcionamiento individual.

Bueno, con esa breve introducción ¡A lo que vinimos! para este ejercicio voy a usar una VM de Azure con CoreOS. Las opciones disponibles en la galería son las siguientes:

En este ejercicio voy a usar la versión estable (CoreOS Stable). Para crear una VM en Azure pueden referirse a este Post de la documentación de Azure, sólo deben cambiar la imagen Windows por una una imagen del tipo Linux CoreOS.

Una vez creada la máquina vamos a ver cómo trabajar con contenedores y usar la plataforma

.

Ya estoy dentro de mi máquina CoreOS –me conecté con putty- con el usuario abarba y para hacer cualquier operación debo usar la siguiente estructura sudo <comando>

En el caso de Docker, vamos a ejecutarlo siempre con sudo y un comando o parámetro, es decir:

sudo docker <comando/parámetro>

Si quiero lanzar un contenedor basta con ejecutar el siguiente comando:

sudo docker run -t -i ubuntu /bin/bash

Y voy a ver algo similar a lo siguiente:

Observen que antes me encontraba en CoreOS con el usuario abarba y ahora me encuentro en un Linux Ubuntu que es un contenedor con el ID 8ce70e96e4c1 con el usuario root, de hecho tengo que abrir otra sesión de putty para conectarme a CoreOS puesto que ya no me encuentro en CoreOS sino en el contenedor de Ubuntu. En este contenedor puedo ejecutar comandos como los de cualquier Linux –Ubuntu en este caso-:

Este contenedor es un contenedor denominado interactivo, por la manera en que fue invocado.

De nuevo en mi sesión, puedo preguntarle a Docker por el estado de mi contenedor usando el siguiente comando: sudo docker ps

Ahí se ve el contenedor en ejecución con el ID 8ce70e96e4c1 que previamente había lanzado. Si lanzo otros contenedores se verán ejecución con el mismo comando:

Observen la cantidad de información valiosa que me arroja el comando sudo docker ps como por ejemplo el ID de cada contenedor, la versión y el momento de creación y el status de cada uno de ellos.

Yo también puedo ejecutar imágenes de otras distribuciones como CentOS usando

sudo docker run -i -t -d centos /bin/bash

Observen ahora cuántos contenedores están en ejecución luego de lanzar el contenedor de CentOS:

¿Y si quiero detener un contenedor? Es tan simple como ejecutar sudo docker stop <ID> como se ve en el siguiente gráfico:

También hay que decir que si quiero ejecutar un contenedor en background y no de modo interactivo puedo usar el parámetro –d  al lanzar el contenedor, por ejemplo:

sudo docker run -i -t -d centos /bin/bash

Y observen que me mantengo en el prompt de CoreOS a pesar de que lancé un nuevo contenedor.

Todo muy bien hasta ahora ¿Cierto? Ahora hablemos de la ejecución de aplicaciones en los contenedores.

Para este ejercicio vamos a usar una aplicación escrita en el lenguaje  Python y que se encuentra en el Docker Hub que es un repositorio de contenedores y aplicaciones que pueden ser reutilizados por otros usuarios. Es posible que yo como usuario  publique allí mis contenedores y/o aplicaciones y los haga públicos si así lo deseo.

Para este ejemplo voy a usar la imagen training/webapp que es una aplicación de ejemplo que contiene un Hola Mundo, como ya lo dije esta aplicación se encuentra en el Docker Hub y además usa Python Flask que es un mini-servidor web

Voy a ejecutarla con sudo docker run -d -P training/webapp python app.py

Si la aplicación no se encontraba descargada se descarga.

Ahora voy a verificar el estado de mis contenedores y aplicaciones (sudo docker ps)

O si uso –l con el comando puedo ver el último contenedor lanzado, que en efecto fue nuestra aplicación:

Observen que mi aplicación tiene su respectivo ID y además aparecen unos puertos. Pues bien, al publicar la aplicación fue necesario usar el parámetro –P para exponer los puertos que se van a usar al hacer la conexión a dicha aplicación para que muestre el “Hello world!” u “Hola mundo!”.

En este caso Docker expuso el puerto TCP 5000 (El puerto por defecto de Python Flask) en el contenedor, a través del puerto TCP 49153 en nuestro host CoreOS.

También hubiese sido posible levantar la aplicación usando el mismo puerto 5000 tanto para el contenedor como para nuestro host local pero ello hubiera limitado el uso de otra aplicación con Python Flask puesto que el puerto TCP 5000 ya hubiera estado en uso en el host CoreOS. Para usar el mismo puerto hubiese bastado con usar el siguiente comando:

sudo docker run -d -p 5000:5000 training/webapp python app.py

Yo volví a lanzar otro contenedor de la aplicación usando:

sudo docker run -d -P training/webapp python app.py

Lo más seguro es que al preguntarle por la ejecución de este último contenedor use un puerto distinto en el host CoreOS pero el mismo TCP 5000 en el contenedor… Observen que en efecto el nuevo contenedor usa otro puerto.

Y si verifico los puertos que el host (nuestro CoreOS) está escuchando, aparecen los puertos de nuestros 2 contenedores, es decir los puertos 49153 y 49154

Si establezco conexión al puerto 49153 con un navegador puedo ver que aparece el “Hello world!” de la aplicación, aquí usé wget que en la práctica tiene el mismo efecto, pues guarda el index.html de la aplicación y si veo el contenido de este archivo veo “Hello world!” O usando un navegador

Tanto el puerto 49153 como el 49154 funcionan para mostrar la aplicación web.

También pude haber usado el comando sudo docker port 675a24b4384c 5000 para ver el puerto que se está usando

O incluso pude haber usado sudo docker port nostalgic_wilson 5000 en donde nostalgic_wilson es el alias en el Docker Hub de alguien que publicó la aplicación.

Si quiero detener un contenedor en ejecución puedo usar en nuestro ejemplo:

sudo docker stop nostalgic_wilson Y si quiero reiniciar un contenedor uso sudo docker start nostalgic_wilson

Observen que conserva el mismo ID que tenía antes. Si lo quiero eliminar de manera permanente debo usar sudo docker rm nostalgic_wilson Debo haberlo detenido antes de eliminarlo

¡Espero que lo que han visto hasta ahora les haya abierto la mente a nuevas posibilidades y a toda la potencia de esta plataforma para un despliegue muy rápido de aplicaciones! Si se necesitan más contenedores se pueden crear o destruir según las necesidades, además es posible crear clusters o pods de contenedores para una mayor disponibilidad.

Y lo mejor de todo es que ¡Microsoft anunció que en la próxima versión de Windows Server 2016 va a incorporar tecnología de contenedores! (Más información Aquí) Así que debemos estar preparados para todo lo que se viene.

Espero que les haya gustado este contenido y los invito a que prueben Docker y estén listos para todo lo que se viene con Windows Server 2016.

¡Nos vemos en la próxima! un abrazo.

Hola amigos, hoy les voy a mostrar una funcionalidad que nos permite abrir una sesión de Powershell remoto a una máquina Windows, particularmente a una máquina creada en Microsoft Azure.

A través de esta sesión remota podemos realizar diversas tareas administrativas y además podemos hacer procedimientos de emergencia en caso de que no tengamos acceso por Remote Desktop.

Cuando se crea una máquina Windows desde la galería de Microsoft Azure, por defecto se crea una regla de acceso a Remote Desktop (Puerto 3389 privado y un puerto aleatorio público), así como Powershell remoto a través del puerto 5986 –que es el puerto por defecto y se puede cambiar-

Una vez se cree la máquina, es necesario determinar el FQDN o nombre público de la máquina. Ello se hace en Azure a través del DASHBOARD (PANEL)

Una vez sepamos el nombre público de la máquina, es necesario abrir un navegador con la URL https://<nombre-de-maquina.cloud.app.net>:5986 En este ejemplo usé Chrome

Observe que la conexión genera un error. Hay que hacer clic en

Seleccione Certificate information

Clic en Copy to File…

Observe lo que se ve en las pantallas que se muestran a continuación

Clic derecho sobre el certificado, Install Certificate

Está apunto de instalar el certificado digital de la máquina de Azure en su PC local, presione Yes para confirmar la operación

Haga clic en OK y ya quedó instalado localmente el certificado

Ya estamos listos para ingresar a la máquina usando una sesión de Powershell Remoto. Ahora es necesario abrir Powershell con priviliegios de administrador y escribir el comando de conexión, el cual es:

Enter-PSSession -ComputerName preview545199.cloudapp.net -Credential abarba –UseSSL

En mi ejemplo la máquina se llama previewsw545199.cloudapp.net y el usuario es abarba

Ingrese la contraseña del usuario y presione OK

¡Ya estamos adentro de la máquina a la que nos conectamos! Aquí puedo hacer varias labores si lo requiero

Observen que puedo ver los procesos que están ejecutándose en la máquina

Voy a instalarle el servidor web (IIS) por línea de comandos. Recuerden que estoy conectado remotamente

El proceso empieza

Ya el servicio de IIS quedó instalado en mi máquina de Azure usando Powershell Remoto

Como lo pueden ver, es muy fácil y es un procedimiento que no sólo sirve para instalar servicios remotamente sino que puede servir como salvación en caso de perder acceso a la máquina por Terminal Services. Desde ahí se pueden detener servicios o reiniciar la máquina por ejemplo.

¡Espero amigos que les haya gustado!

Hola amigos como les he venido comentando recientemente, en Microsoft AZURE existen muchas posibilidades desde el punto de vista de Open Source.

Cuando se crean sitios web en Azure se pueden usar plantillas predeterminadas con Bases de datos MySQL, por ello hoy les quiero hablar de la manera de administrar las BD’s MySQL de los sitios web en AZURE cuando son creados a través de plantillas.

La administración de MySQL se hace a través de un portal que ofrece ClearDB, que es un partner de Microsoft especializado en Bases de Datos MySQL.

Empecemos:

Haga clic sobre el sitio web. En este caso es un Blog de WordPress:

Clic en LINKED RESOURCES

Clic en el nombre de la Base de Datos:

Se abre el portal de ClearDB mostrando la actividad de la Base de Datos MySQL, que en este caso se denomina blogtesATiJU88M8. Como ven, no hay mucha actividad en mi Base de Datos..  

Si quiero hacer un backup simplemente selecciono la pestaña de Backups y escojo Create a Backup Now:

Estos respaldos o backups se mantienen hasta 5 días en el pasado.

Si quiero saber cómo tener acceso a la Base de Datos puedo hacer clic en la pestaña Endpoint Information para ver las credenciales de acceso al sitio,

Si se oprime Reset la contraseña del usuario se cambia, el sistema genera una automáticamente de nuevo.

Ahora bien, si se es un usuario avanzado de MySQL es posible usar herramientas como MySQL WorkBench para administrar la BD. Esta es una herramienta equivalente al Management Studio de SQL Server.

Si hacemos clic en el Dashboard podemos ver una URL para descargar el MySQL Workbench

Si quiere descargar el MySQL WorkBench puede hacer clic Aquí

Verá algo como:

Clic en Download Now. Yo escogí la versión de 64 bits:

Una vez se instale, es posible establecer una conexión a la BD de datos MySQL en Azure usando la herramienta. Basta con hacer clic en

¿Se acuerdan de los datos de Hostname, Usuario y Contraseña que se encuentran en EndPoint Information? Este es el momento de usarlos… 

Hacemos Clic en Store in Vault y se agrega la contraseña:

Asigno un nombre a la conexión, y hago clic en Test Connection:

Si sale un mensaje similar al que se muestra, la conexión fue exitosa.

Estamos listos para usar la herramienta y administrar nuestra Base de Datos:

Con sólo hacer clic en el nombre de la conexión (“Mi BD MySQL en AZURE” en este ejemplo) podemos tener acceso a la Base de Datos:

Bueno, aquí sí ya es cuestión de administración de Bases de Datos.

Lo que quería es mostrarles que puedo usar los servicios de ClearDB para tener reportes de desempeño de mi Base de Datos MySQL, así como una consola de gestión y  respaldo de los datos.

¡Vean que las posibilidades son enormes con la Nube de Microsoft y ya no hay excusa para usar sus servicios!

Los espero en la próxima entrega.

COSA #77: AZURE SITE RECOVERY

Hola amigos hoy les voy a hablar de una funcionalidad de Microsoft Azure que nos permite hacer recuperación de un ambiente de máquinas virtuales Hyper-V hacia Azure. Así como lo oyen… es posible tener las máquinas virtuales  que tengo en mi ambiente local recuperadas en Azure para tener un ambiente totalmente operativo que me sirva para tener contingencia y recuperación de desastres.

Azure Site Recovery ofrece diversas alternativas para un usuario, entre ellas: (Cuando hablo de “On-Premises” me refiero a un sitio local).

1. Entre un servidor VMM (Virtual Machine Manager) local (“On-Premises”) y Azure

2. Entre dos sitios VMM locales (“On-Premises”)

3. Entre un sitio Hyper-V y Azure

4. Entre dos sitios VMWARE locales

5. Entre dos sitios locales VMM con una SAN (Storage Area Network) 

Observen que en las opciones 2, 4 y 5 Azure actúa como un orquestador para hacer que las cosas funcionen, en otras palabras que se lleve a cabo el proceso de recuperación de VMs de un sitio a otro. Si quieren conocer más detalles de estas opciones pueden ver documentación de Azure Aquí

La primera opción (Llevar máquinas virtuales o VMs de un sitio VMM hacia Azure) es perfecta cuando se tiene un ambiente controlado por VMM. Esta opción es muy buena para grandes compañías que tienen System Center 2012 para controlar su infraestructura de IT y les permite tener un verdadero sistema de contingencia hacia la nube Microsoft Azure.

La opción número tres (Llevar hacia Azure máquinas virtuales desde un ambiente en Hyper-V hacia Azure) es ideal para pequeñas o medianas empresas que no tienen System Center 2012 y por ende VMM para gestionar su infraestructura de máquinas virtuales.

En esta entrega me voy a concentrar en esta opción que acabo de mencionar debido que a muchos de ustedes puede que les sea muy útil debido a que probablemente no tienen VMM en su ambiente local pero sí Hyper-V corriendo en máquinas físicas que corren aplicaciones cruciales para su compañía.

El proceso de configuración es bastante sencillo: Hay que crear un “Vault” o Contenedor de Site Recovery y agregar allí el servidor físico que contiene las VMs y decidir cuál o cuáles van a ser protegidas. Para poder lograr que el servidor físico sea reconocido dentro del contenedor hay que instalarle un software (Provider) y una llave de seguridad para que la conexión sea segura entre el servidor y Azure.

Adicionalmente hay que decidir qué VMs se van a proteger para hacer un proceso inicial de replicación de datos hacia Azure, como se ve en la siguiente imagen:

Hay que crear un Grupo de Protección (Protection Group) que agrupa servidores que se quieren proteger bajo los mismos parámetros. Luego un Plan de Recuperación (Recovery Plan) para definir si se van a proteger VMs desde VMM hacia Azure o -en nuestro caso- desde Hyper-V hacia Azure.

En las siguientes imágenes muestro las características de un ambiente de recuperación que tengo configurado:

View Full Album

Ahora es tiempo de ver un video que hice para mostrarles la solución funcionando.

Pueden ver el video Aquí

¡Espero sigamos en contacto! Un abrazo para todos.

Pues bien, resulta que también es posible usar otra herramienta que también usa línea de comandos y se denomina “Azure Cross-Platform Command-Line Interface” o simplemente XPLAT-CLI. Con ella podemos interactuar con Azure de una manera que vamos a ver a continuación.

Posteriormente ustedes pueden escoger aquella con la que se sientan más cómodos entre Azure Powershell y xplat-cli.

xplat-cli está hecha en JavaScript y requiere Node.js. Está implementada usando el SDK de Azure para Node.js y se encuentra bajo la licencia Apache 2.0. Si quieren consultar el repositorio del proyecto se encuentra en https://github.com/WindowsAzure/azure-sdk-tools-xplat

¿Cómo instalarla? En el caso de las máquinas Windows hay que descargar el instalador que se encuentra Aquí el instalador se denomina WindowsAzureXPlatCLI.3f.3f.3fnew.exe. Una vez descargado procedemos  ejecutarlo.

Seleccionamos Install

Luego I Accept

Espero que el proceso se complete

Presiono Finish

¡Ya quedó instalado!

Ahora debo ejecutar una línea de comandos CMD como administrador

Una vez se esté en la línea de comandos, hay que ir a la ruta C:\Program Files (x86)\Microsoft SDKs\Azure\CLI que es la ruta por defecto de la instalación de la plataforma xplat-cli

Estando allí podemos escribir azure para ver los comandos y opciones disponibles:

Ahora al igual que en el caso de Azure Powershell hay que establecer conexión hacia la suscripción de Azure, esto se puede hacer de dos maneras: Haciendo login con un usuario autorizado para ingresar a la suscripción o descargando las credenciales de dicha suscripción.

Vamos a usar el segundo método, que me ofrece la ventaja de que una vez tenga descargadas las credenciales me basta con abrir la línea de comandos con privilegios en la ruta -C:\Program Files (x86)\Microsoft SDKs\Azure\CLI- y ya puedo interactuar con mi suscripción.

Lo primero que debo hacer es tener abierto mi portal de Azure en la suscripción que quiero conectar, y una vez estando allí debo escribir lo siguiente:

azure account download

Inmediatamente se abre una página wen en donde se indica que se va a descargar un archivo, el cual corresponde a las credenciales que vamos a usar para establecer nuestra conexión:

Ahora hay que importar ese archivo usando el comando azure account import

En mi caso el comando completo –Desde xplat-cli- es:

azure account import "d:\tmp\Windows Azure MSDN - Visual Studio Ultimate-12-29-2014-credentials.publishsettings"

Mis credenciales las descargué en la ruta D:\TMP y el archivo de mi ejemplo se denomina Windows Azure MSDN - Visual Studio Ultimate-12-29-2014-credentials.publishsettings

Si todo salió bien verán un mensaje similar al siguiente. Observen los mensajes en donde se indica que se descargaron las credenciales y que se importaron:

Ahora, ¡Estamos listos para interactuar con Azure!

Empecemos con ver las máquinas que tengo en mi suscripción, eso se hace con azure vm list

Observen que tengo 2 VMs en mi suscripción y se encuentran apagadas en este momento. También observen que la ruta de xplat-cli es D:\Program Files\Microsoft SDKs\Azure, lo que indica que también puedo instalar el producto en la ruta que yo desee.

También observen que si bien ambas VMs están apagadas, una de ellas tiene dirección IP y la otra no. Ello se debe a que una de ellas fue apagada de manera que mantuviera su dirección de manera persistente y la otra no, lo cual puede tener implicaciones en los costos si la IP es pública y se reserva de manera permanente así la máquina está apagada.

Si quiero encender la máquina server01 uso el comando azure vm start server01 (Si ya lo notaron, toda acción debe empezar con la palabra “azure”)

Empezó el proceso… y ya terminó, la máquina está encendida:

Si la quiero apagar uso azure vm shutdown server01

Y si de nuevo listo mis VMs observen que server01 ya no tiene IP asignada, pues se apagó por defecto sin persistencia

Si quisiera que la VM conservara su dirección IP debo usar al final la opción –p  o --stay-provisioned, es decir:

azure vm shutdown server01 –p

o

azure vm shutdown server01 --stay-provisioned

Ahora voy a crear un sitio web en blanco denominado website01ab00. Recuerden que todo sitio web creado por defecto en Azure tiene el sufijo .azurewebsites.net, de modo que antes de crearlo debo verificar que no exista ya un sitio web con ese nombre público o FQDN, es decir website01ab00.azurewebsites.net no debe existir al momento de su creación.

Voy a usar el comando azure site create website01ab00

Como no le especifiqué la región en donde va a ser creado el sitio debo hacerlo, para este ejemplo voy a seleccionar East US

Observen que ya se creó sin problema el sitio web

Este sitio es un sitio que yo puedo actualizar usando FTP, FTPS o Visual Studio entre otras opciones.

Por último voy a crear otro sitio indicando la ubicación en la misma línea. Como no sé cuál es la sintaxis del comando puedo usar azure site create –h o azure site create –help para ver la ayuda

De ahí concluyo que puedo usar por ejemplo azure site create mywebsite01ab99 --location "North Central US" para crear un sitio denominado mynewwebsite01ab99.azurewebsites.net en la región "North Central US"

Observen que mi sitio recién creado ya abre: (Esto es un esqueleto o sitio en blanco, debo poblarlo posteriormente)

En realidad las posibilidades son enormes y aquí vimos unos pocos ejemplos para que se animen a usar esta herramienta. Por supuesto el siguiente paso es hacer scripts que permitan tener flujos de trabajo complejos para administrar de manera eficiente la plataforma.

Si quieren consultar más información acerca de los comandos y ver una completa guía de los mismos pueden consultar el siguiente link

Ojalá les haya gustado este último post del 2014, les deseo un Feliz Año 2015 para ustedes y sus familias, mucha felicidad y propónganse metas realizables y concretas.

Espero nos sigamos encontrando en este espacio y ¡Que viva Azure! Esto es el presente y futuro mis amigos.