IT PRO Colombia

Windows AZURE en Medellín y Cali

abarbap — Tue, 04 Jun 2013 17:20:36 GMT

Hola amigos, los invito a que asistan a la charla de Windows Azure que se va a dar en Medellín el día 6 de Junio en el hotel Sheraton a partir de las 2 PM.

Allí podrán conocer las últimas novedades de esta plataforma de nube de Microsoft y todo lo nuevo que ofrece tanto para profesionales de infraestructura como para desarrolladores.

La agenda es la siguiente:

	Sesión Infraestructura	Sesión Desarrollo
1:30 PM– 2:30 PM	Registro	Registro
2:00 PM – 3:30 PM	Windows Azure. El poder de la nube de Microsoft	Windows Azure Mobile Services para HTML5: El backend perfecto para tus apps
3:30 PM – 4:00 PM	Refrigerio	Refrigerio
4:00 PM – 5:30 PM	IaaS en Windows Azure	Introducción al Service Bus de Windows Azure: La columna vertebral en la integración de servicios de negocios.
5:30 PM – 6:00 PM	Cierre Sesión Infraestructura	Cierre Sesión Desarrollo

¡No se pierdan esta oportunidad de conocer todo lo que tiene Windows Azure para su compañía!

Se pueden registrar en http://aka.ms/X88ck8

101 COSAS (TÉCNICAS) QUE NO SABÍAS DE MICROSOFT

abarbap — Tue, 07 May 2013 19:20:55 GMT

Hola amigos, llegó la hora de la charla “101 Cosas que no sabía de Microsoft”. Es una idea que me surgió desde hace un tiempo en la quiero mostrar muchos de los aspectos que no conocemos de nuestra tecnología.

¿Qué cosas van a encontrar en esta charla? CMD, Powershell, Directorio Activo, SQL Server, S.O.’s, Networking e incluso información acerca de los programas que tiene Microsoft para apoyar a los emprendedores y estudiantes.

El formato es bastante sencillo: Cada “cosa” se debe explicar en un máximo de 3 minutos, de modo que sólo queremos la atención de quienes asistan… las notas las vamos a entregar posteriormente y a publicar en un sitio web que pronto les estaré indicando.

Vamos a dividir las 101 “cosas” en 3 charlas de la siguiente manera:

- PARTE I (33 Cosas) – 9 de mayo

- PARTE II (33 Cosas) – 16 de mayo

- PARTE III (35 Cosas) – 23 de mayo

Las charlas se llevarán a cabo en el auditorio de Microsoft Colombia en Bogotá (Cra 7 # 71-21 Torre B Piso 15).

Tengo la fortuna de contar para estas charlas con la presencia de personas muy reconocidas en la industria como Guillermo Taylor, Rodolfo Parrado y Elías Mereb quienes con su apoyo garantizan contenidos de alta calidad.

Ya lo saben, si quieren asistir no duden en registrarse en www.itpros-dc.com pues este evento cuenta con todo el soporte de la comunidad IT Pros DC.

POWERSHELL – BUSCANDO SOSPECHOSOS …

abarbap — Fri, 03 May 2013 18:00:43 GMT

Hola amigos, hoy voy a hablarles de algunas herramientas de Powershell que nos pueden servir para buscar “sospechosos” en nuestra máquina, es decir programas que hayan podido haber sido instalados de manera malintencionada.

Para conocer los procesos que están corriendo en memoria utilizo el comando get-process. Si lo uso sin ningún parámetro obtengo el siguiente resultado:

Aquí usé en realidad get-process | more para ver la salida por páginas.

get-process también tiene lo que se denomina aliases, es decir otros comandos que producen el mismo resultado, como gps o ps.

¿Cómo supe los aliases de get-process? Usando el comando get-alias:

Siempre uso el inseparable | more para ver los resultados por páginas. Si le dan un vistazo a fondo a get-alias van a encontrar que es posible aprender los comandos de Powershell de una manera muy simplificada. Ahora bien, para encontrar los aliases de get-process hice lo siguiente:

De verdad que get-alias es bastante útil.

Pero bueno, volvamos a nuestra idea inicial.

Con el siguiente comando voy a ver qué programas están en memoria y voy a ver otros parámetros que pueden ser de mucho interés, como por ejemplo el fabricante del programa.

Así se pueden empezar a rastrear programas que estén en memoria y que sean desconocidos.

Asumiendo que no hay rootkits en el sistema que hayan cambiado el script get-process, ps o gps podemos escribir lo siguiente:

Get-Process | Select-Object name,fileversion,productversion,company

La salida es algo similar a lo siguiente:

También puedo enviar dicha salida a un archivo plano, por ejemplo:

Get-Process | Select-Object name,fileversion,productversion,company > archivo1

Y posteriormente hacer una búsqueda en un editor de texto como Notepad:

Por lo menos en mi máquina no hay sospechosos…

Si se desea conocer toda la lista de parámetros que se pueden obtener aparte de la versión del archivo o del producto, o la compañía que hizo el programa que está en memoria se puede usar el comando:

Get-Process | Get-Member

Y como lo pueden ver, la lista es bastante amplia y hay bastantes opciones.

Una vez tengamos indicios de actividad sospechosa o de la presencia de programas no deseados en nuestro sistema podemos usar herramientas de sysinternals (http://technet.microsoft.com/en-US/sysinternals ) como Process Monitor para ver más detalladamente lo que pasa.

Por último, si quiero detectar actividad sospechosa en la red y no dispongo de herramientas sofisticadas como detectores de intrusos puedo empezar a usar herramientas como netstat, que si bien no es propiamente de Powershell, existe desde hace mucho tiempo y en realidad hace parte del stack de TCP/IP.

Rápidamente puedo usar el comando netstat –y para ver cómo están mis conexiones, es decir hacia dónde estoy conectado y quién está conectado a mi máquina:

Si analizo las conexiones puedo observar cuáles son locales hacia mi máquina (Local Address), que en este ejemplo tiene la IP 192.168.0.4 y cuáles son hacia afuera (Foreign Address), por ejemplo 207.46.101.8, la cual se encuentra en un estado TIME_WAIT, que indica que un socket de conexión ya se cerró entre mi máquina y la IP en mención 207.46.101.8.

Todos estos estados de conexión se explican en el RFC 793

Ahora bien, si sospecho de una IP por ejemplo puedo consultar su origen y hacer un Whois para saber de dónde proviene, por ejemplo en el siguiente sitio http://whois.net/ip-address-lookup/

Bueno, esta fue una primera aproximación a una serie de comandos muy rápidos para ver si algo raro está pasando en nuestra plataforma.

¡Espero verlos en otra oportunidad!

WINDOWS SERVER 2012 – ACTIVE DIRECTORY ADMINISTRATIVE CENTER

abarbap — Thu, 25 Apr 2013 19:51:51 GMT

Hola amigos, como muchos ya lo saben en Windows Server 2012 existe una serie de características nuevas muy valiosas para los profesionales de IT.

En lo que se refiere al Directorio Activo tenemos lo que se denomina ACTIVE DIRECTORY ADMINISTRATIVE CENTER (ADAC), que es una consola que me permite realizar diversas funciones, entre ellas habilitar la papelera de reciclaje y otras labores administrativas muy importantes.

Esta herramienta queda instalada en el sistema por defecto una vez una máquina se convierte en controlador de dominio, aquí vemos la pantalla principal:

En este ejemplo tengo un dominio que se denomina VDI y observen que de entrada puedo cambiar la contraseña de un usuario (RESET PASSWORD) o realizar una búsqueda en el dominio VDI o en otros dominios a los que tuviera acceso, si tuviera por ejemplo un bosque con varios dominios.

Si hago clic sobre mi dominio (VDI) observen lo que puedo ver:

Allí se encuentran todos los objetos del Directorio Activo, pero si observamos con detenimiento encontramos un grupo que se denomina Deleted Objects. Este elemento contiene en efecto los objetos que han sido borrados del Directorio Activo y que puedo recuperar sin problema gracias que en Windows Server 2012 existe papelera de reciclaje de Directorio Activo o Recycled Bin.

Voy a crear un usuario de prueba en este dominio y lo voy a borrar para mostrar cómo se recupera.

Como para hacer la cosa más interesante voy a tomar como base el procedimiento documentado en el blog “The Scripting Guy”, en donde se documentan los pasos para crear el usuario con Powershell, dicho procedimiento se encuentra en http://blogs.technet.com/b/heyscriptingguy/archive/2012/09/03/use-powershell-to-create-a-user-in-active-directory.aspx

En este ejercicio se usa un cmdlet denominado New-ADUser y antes de usarlo se crea una hash table que contiene los campos básicos para la creación del usuario:

$users = @{
"name" = "Alfredo"
"givenName" = "Don Alfred"
"l" = "Bogota"
}

Simplemente debo escribir esto en una sesión de Powershell, como es obvio voy a crear un usuario denominado Alfredo al que le dicen Don Alfredo:

Observen que si todo está bien y no hubo errores retorno al prompt del sistema.

Ahora sin más preámbulos puedo ejecutar el comando New-ADUser @users:

Bueno, aparentemente no pasó nada ahora voy a ver si el usuario fue creado:

Esta verificación sí la hice por modo gráfico y justamente a través de ADAC, que como ven me nuestra los objetos del Directorio Activo.

Voy a borrar al usuario Alfredo con Active Directory Users and Computers:

Una vez lo haya borrado puedo ir a ADAC y verificar en la carpeta de objetos borrados a ver si encuentro al usuario Alfredoy en efecto lo encuentro en la papelera de reciclaje junto a los demás usuarios y objetos que previamente borré:

Para recuperarlo, basta con hacer clic derecho y seleccionar Restore para dejarlo en la ubicación original en donde fue creado:

Si verifico, observo que el usuario ya fue restaurado:

¿Muy fácil cierto?

Bueno, por último les quiero mostrar una funcionalidad muy buena de ADAC asociada a Powershell, a través de la cual puedo tener escritas en Powershell las acciones que realice en ADAC para su posterior reutilización.

Esta funcionalidad se realiza a través de WINDOWS POWERSHELL HISTORY, si hago clic en la parte inferior del ADAC vean lo que pasa:

En la imagen superior me encuentro en el Dashboard del ADAC, y en el panel inferior veo a WINDOWS POWERSHELL HISTORY.

Ahora voy a cambiar la contraseña de un usuario y a “grabar” las acciones que Powershell realizaría si la estuviésemos cambiando a través de Powershell.

Lo primero que debo hacer antes de empezar a ejecutar la operación es iniciar una tarea, y para ello simplemente debo hacer clic en Start Task:

Ahora ejecuto la operación de cambio de contraseña en los campos de ADAC destinados para ello:

Observen que voy a cambiar la contraseña del usuario arturo.cova, para ello presiono Apply:

Vean que en la parte inferior se ven unos comandos de Powershell:

Esos son los comandos requeridos en Powershell para cambiar la contraseña de un usuario, si despliego el signo (+) voy a ver la sintaxis completa:

En este ejemplo, ya puedo detener la tarea con End Task.

Si quiero copiar los comandos, marco la primera tarea y selecciono Copy

Y ya puedo pegar esa información en un bloc de notas por ejemplo:

Y puedo hacer lo mismo con la siguiente tarea, de modo que al final quedo con dos líneas:

Salvo ese archivo con extensión .PS1 y modifico lo que sea necesario y ya podría tener un script para cambiar la contraseña de un usuario (primera línea) y forzar a que cambie la contraseña la póxima vez que haga login (segunda línea).

Bastante interesante y bastante útil ¿Cierto?

Bueno, espero que les haya gustado.

Estaré mostrándoles más funcionalidades interesantes como esta en Server 2012, nos vemos.

WINDOWS SERVER 2012 – ReFS (Resilient File System)

abarbap — Tue, 09 Apr 2013 14:44:53 GMT

Hola amigos, hoy empiezo una serie de entregas con temas diversos que muestran características muy interesantes de nuestra plataforma de nube y de un sistema operativo como Windows Server 2012 que es lo que llamamos un verdadero Cloud-OS o sistema operativo de nube.

Hoy les vengo a hablar sobre ReFS (Resilient File System), el cual fue introducido en Windows Server 2012.

ReFS fue creado para soportar volúmenes de datos extremadamente grandes. Provee resiliencia de los volúmenes de datos, es decir capacidad para mantenerse a pesar de los fallos.

ReFS usa una nueva estructura de datos basada en B+ tree, que es usada para el manejo de la metadata en los motores de bases de datos más importantes (entre ellos SQL Server). Esta estructura emplea checksums de 64-bits a cada nivel del file system además de una estructura mejorada para soportar escrituras de disco a gran escala.

ReFS puede detectar de manera automática la corrupción de datos así como ejecutar reparaciones del file system sin tener que poner el disco offline.

Para conocer más detalles técnicos de esta nueva e interesante tecnología pueden ver los siguientes links: http://technet.microsoft.com/en-us/library/hh831536.aspx y http://blogs.msdn.com/b/b8/archive/2012/01/16/building-the-next-generation-file-system-for-windows-refs.aspx

¿Cómo implemento ReFS?

La implementación de ReFS se puede hacer bien sea por el viejo y conocido Disk Management o por File and Storage Services, el cual muestro en la imagen:

Acá voy a mostrar cómo crear un nuevo disco que soporte ReFS usando File and Storage Services, como bien lo saben este es un Rol que viene instalado en Windows Server 2012 por defecto.

Previamente se le presentó a la máquina un disco de 50 TB. Como es una máquina virtual, el formato de dicho disco debe ser VHDX que es el nuevo formato de Hyper-V en Windows Server 2012 que soporta discos de más de 2 TB.

Empecemos entonces por ingresar a File and Storage Services y seleccionamos Disks:

Aquí podemos observar que tenemos 2 discos en estado offline, uno de ellos de 50 TB, como ya lo mencioné.

Seleccionamos el disco de 50 TB y hacemos clic derecho en Bring Online

El sistema nos advierte que si el disco está en estado online en otro servidor y se pone online en este servidor, va a haber pérdida de datos. Si estamos seguros de que el disco no está presentado a otro servidor presionamos Yes

Cuando el proceso finaliza ya se verá el disco en estado online:

Ahora vamos a crear un nuevo volumen haciendo clic derecho y seleccionando New Volume:

Aparece un asistente:

Presionamos Next

Se nos muestran nuestra máquina (SERVER1) y nuestro disco de 50 TB. Si tuviésemos un cluster con discos presentados a varios servidores nos los mostraría todos:

Selecciono Disk 2 y presiono Next

En este ejercicio voy a dejar el tamaño por defecto de 50 TB, pero lo puedo modificar de acuerdo a mis necesidades.

Asigno una letra, en este ejemplo es la X: y presiono Next

Si todo lo dejo por defecto, el sistema va a crear un disco tipo NTFS, como se ve en la siguiente imagen:

Pero lo voy a crear como ReFS (Resilient File System), de modo que selecciono en File System el tipo ReFS

En el gráfico de arriba se observa que voy a crear el disco con formato ReFS y con Allocation Unit Size de 64 KB, que es el tamaño por defecto –y único- para este tipo de File System, que por su naturaleza está diseñado para albergar grandes cantidades de información.

Adicionalmente yo le agregué la etiqueta “Big Disk” al disco.

Una vez esté listo presiono Next y se verá un resumen de las actividades a realizar con el disco:

Presiono Create cuando esté listo.

El proceso va arrancar:

Cuando finalice el proceso puede presionar Close

Ahora tenemos un disco de 50 TB listo para ser usado.

Vamos a chequear el File System con CHKDSK para verificar su estado de salud:

Observen que CHKDSK no está soportado en ReFS, debido a que es un File System que detecta y corrige errores de manera automática.

Es importante anotar que NTFS seguirá siendo el File System por defecto de Windows Server 2012 y se puede usar para diferentes propósitos, incluyendo las situaciones en donde el volumen de datos no es muy elevado.

ReFS en realidad hace referencia a un File System realmente grande con capacidad de almacenar volúmenes de hasta un YB o Yottabyte de tamaño… ¿Qué es un Yottabyte? es un Quadrillón de Gigabytes, lo cual es una cifra que ni siquiera uno se alcanza a imaginar.

Ningún sistema actual ha alcanzado ni siquiera una milésina parte de 1 YB, como para hacernos una idea de lo que representa esta cifra.

Adicionalmente, cada volumen de datos del tipo ReFS puede almacenar hasta 18 quintillones de archivos, o 18 millones de millones de archivos y cada uno de ellos de hasta 64 Exabytes (EB) de tamaño … en pocas palabras estamos hablando del verdadero Big Data o manejo de grandes (¡realmente grandes!) cantidades de datos.

NTFS es compatible con ReFS, de modo que si se comparte un recurso ReFS y una aplicación usa a su vez un recurso NTFS, puede usar ambos recursos sin problema.

Sin embargo, hay ciertas funcionalidades que no se soportan en ReFS como lo son: File Compression, Disk Quotas, EFS Encryption, Short Filenames, Object IDs, Named Streams, Extended Attibutes, User Data Transactions, o los denominados Hardlinks. Si se quiere usar alguna de estas funcionalidades es necesario formatear el disco en NTFS.

De igual manera el disco de arranque del sistema operativo tampoco puede ser ReFS.

Para ver qué características se soportan en cada uno de los formatos podemos usar el comando fsutil.

FSUTIL en ReFS

El comando usado fue fsutil fsinfo volumeinfo x: observen las características soportadas versus las de NTFS:

FSUTIL en NTFS

En NTFS como ya lo dije se soportan más características, que en ReFS, de modo que dependiendo de las necesidades de mi aplicación debo determinar qué tipo de File System voy a usar.

Bien amigos, en esta entrega les quise hablar del nuevo tipo de File System de Windows Server denominado ReFS, el cual ofrece la posibilidad de trabajar con enormes volúmenes de datos de una manera confiable y segura.

AYÚDENOS A MEJORAR SU EXPERIENCIA CON MICROSOFT

abarbap — Mon, 08 Apr 2013 22:26:14 GMT

Hola amigos, les quiero contar que en nuestro esfuerzo continuo por mejorar, periódicamente realizamos un estudio global de Satisfacción. Es posible que reciban o hayan recibido una encuesta a través del e-mail feedback@e-mail.microsoft.com, con el asunto “Ayúdenos a mejorar su experiencia con Microsoft”. Les agradezco que dediquen 20 minutos para responderla, ya que su opinión nos ayudará a entender mejor las necesidades de nuestra comunidad de Profesionales de TI.

Y como una motivación adicional para los que dediquen el tiempo entre hoy (lunes 8 abril) y el miércoles 10 de abril para contestar la encuesta, a las primeras 60 personas que la respondan y me manden un correo con el asunto “Evidencia encuesta Microsoft” mostrando la pantalla en donde sea legible la hora en que completaron la encuesta (ver imagen de ejemplo) les estaré enviando una memoria USB de 16 GB Microsoft Activa, como la que se ve en la foto.

Imagen de la memoria que les voy a enviar a quienes contesten la encuesta por completo:

Ejemplo de evidencia de encuesta diligenciada:

Recuerden que esta iniciativa es sólo para aquellos a quienes les haya llegado la encuesta
y que se encuentren en Colombia.

Envíen sus evidencias a alfredo.barba@microsoft.com

Para Microsoft es muy importante conocer la opinión de ustedes, eso nos ayudará a mejorar.

WINDOWS AZURE - CONECTAR MAQUINA LOCAL CON VM DE AZURE

abarbap — Fri, 29 Mar 2013 22:41:50 GMT

Hasta ahora en la serie de entregas que he hecho con Azure he mostrado el proceso de creación de máquinas tanto Linux como Windows y también mostré cómo crear sitios web allí. De igual manera creé una BD SQL en Azure.

Pues bien, ahora voy a mostrar los pasos requeridos para conectar una máquina local (On Premise como se usa la expresión en Inglés) con una de Azure.

Existen varias alternativas para lograr esta conectividad, la primera de ellas es crear una conexión VPN (Virtual Private Network) site-to-site entre los servicios o VMs de Azure y las máquinas locales, para ello es necesario tener dispositivos que permitan construir una VPN, como por ejemplo un firewall.

Al construir una VPN hay una serie de requerimientos que se encuentran documentados en http://msdn.microsoft.com/en-us/library/windowsazure/jj156075.aspx y al final de este ejercicio se tendrá una conexión como la que se ve en la siguiente imagen:

En esta imagen se están conectando las VMs que se encuentran en Azure –en diferentes subredes- con las máquinas locales de la compañía Contoso y que tienen diferentes funciones como servidores web y de base de datos.

La segunda alternativa es conectar las máquinas locales con las de Azure usando los servicios denominados Windows Azure Connect, -muy útiles si no dispongo de un firewall- los cuales usan el protocolo IPsec.

Esta es la opción que vamos a discutir en este post.

La conexión entre máquinas de Azure y locales es totalmente encriptada y segura.

Los pasos requeridos para usar Windows Azure Connect básicamente son tres:

Activar los roles de Windows Azure para Windows Azure Connect obteniendo un token de activación y asegurándose de que el token esté incluido en la configuración de dichos roles. (Si voy a escribir una aplicación que interconecte VMs locales con VMs en Azure)
Instalar el software de conectividad o endpoint en las VMs o máquinas físicas que quiero conectar contra Azure
Crear uno o más grupos de endpoints. Al crear estos grupos se especifican las conexiones entre los roles de Azure y las máquinas locales

En este ejercicio vamos a conectar una máquina local virtual Windows Server 2012 que tengo corriendo en Hyper-V contra una máquina Windows Server 2012 de Azure.

Bien empecemos de una vez con el primer paso, que consiste en activar los roles y obteniendo el token de conexión:

Debemos ingresar al portal de Azure con nuestro usuario y contraseña:

Las opciones de networking se encuentran en el portal anterior de Azure, por lo tanto es necesario ir a dicho portal. Para ello basta con hacer clic en el nombre de usuario, en este ejemplo es michellca@hotmail.com por lo tanto hago clic en el nombre de usuario, el cual aparece en la parte superior derecha del portal

Selecciono la opción Previous portal

Se me abre una ventana nueva en mi explorador que me muestra el portal anterior de Azure.

Aquí debemos seleccionar la opción Virtual Network, que se encuentra en la parte inferior del portal

Una vez allí, debajo de Connect me muestra el tipo de suscripción que tengo, en mi caso es Windows Azure MSDN – Visual Studio Ultimate. Si hago clic sobre esta suscripción puedo ver otros detalles de la misma:

De igual manera se me activa una serie de opciones en la parte superior del portal, que son las que voy a usar para realizar las tareas de conectividad de mi VM local con la VM de Azure.

Si voy a escribir una aplicación en la que requiera interconectar mi VM On Premise o local con la de Azure, debo obtener el token que me establece dicha conectividad, para ello debo hacer clic sobre el botón Get Activation Token:

Este token se puede copiar al portpapeles o clipboard y usar en el código de la aplicación. Para mayor información visiten http://msdn.microsoft.com/en-us/library/windowsazure/gg433071.aspx

Pero como aquí somos IT Pros vamos a proseguir con el paso 2, que consiste en instalar el software de conectividad o local endpoint para lograr nuestro cometido de conectar las 2 VMs entre sí, es decir la local con la de Azure.

Mi máquina local se denomina AZURE2012, lo que debo hacer es desde esa máquina ingresar al portal https://manage.windowsazure.com con mi usuario y contraseña.

Luego ingreso al portal anterior a la sección Virtual Network y selecciono mi suscripción:

Selecciono Install Local Endpoint

Aquí se genera una URL que debo abrir en otra ventana del explorador para empezar la instalación del software de conectividad en mi máquina local. Este software no se puede descargar para una posterior instalación debido a que depende del token y cada token es único para cada suscripción.

Hago clic en el botón “Copy Link to Clipboard” y me sale una advertencia como la siguiente:

Presiono Yes y luego pego el contenido del portapapeles en una nueva ventana del navegador (sólo se soporta Internet Explorer)

Presiono Save para guardar el software localmente

Ahora presiono Run para ejecutar el software

Selecciono el idioma y presiono Next, en mi caso lo voy a dejar en Inglés

Marco I accept the terms of use y presiono Next

Espero que finalice el proceso de instalación del software

Presiono Finish una vez termine el proceso.

Este mismo proceso lo debo ejecutar en la máquina de Azure, que para mi ejercicio se denomina SRV2012-01, siguiendo los mismos pasos que acabo de describir.

Una vez haya instalado el software de conectividad tanto en la máquina local como en la virtual, debo ir al portal previo de Azure para continuar con el proceso

Aquí puedo crear grupos de máquinas, por ejemplo en esta imagen se ve que ya tengo creado un grupo denominado Servers-Cloud. También se ven las dos máquinas a las que les instalé el software de conectividad, es decir AZURE2012 y SRV2012-01.

Para efectos de organización voy a crear un nuevo grupo denominado CLOUD-01 y voy a agregar estas 2 máquinas a dicho grupo.

Selecciono Create Group

Debo completar los campos correspondientes al nombre del grupo y las máquinas que van a hacer parte de dicho grupo

Una vez complete los datos, la ventana se debería ver de la siguiente manera:

Usando el botón Add agregué mis 2 máquinas. Observen que marqué la opción Allow connections between endpoints in group y agregué el grupo Servers-Cloud para conectarme hacia dicho grupo.

En otras palabras voy a conectarme desde las máquinas AZURE2012 y SRV2012-01 hacia las máquinas que se encuentran en el grupo Servers-Cloud

El mensaje que se ve arriba se verá una vez se haya creado el grupo

En resumen, tengo dos grupos de máquinas que están conectados entre sí y a su vez las máquinas del grupo CLOUD-01 se ven entre sí, es decir AZURE2012 que es mi máquina virtual local y SRV2012-01 que es la máquina de Azure:

Para verificar conectividad entre las máquinas puedo hacer ping entre las máquinas.

Por ejemplo, ingreso a AZURE2012 y hago un ping a SRV2012-01:

Se obtiene respuesta gracias a que el software de conectividad se encuentra instalado en ambas máquinas y a que en las propiedades del grupo se habilitó conectividad entre las dos máquinas.

Ahora hagamos ping en sentido contrario, es decir desde la máquina de Azure SRV2012-01 hacia AZURE2012 para ver la respuesta:

Analizando lo que se ve, en primera instancia observamos que por defecto se hace ping a direcciones del tipo IPv6.

También se observa que los tiempos de respuesta son más altos que los tiempos habituales de una red local, por ejemplo vemos que el primer ping de AZURE2012 hacia SRV2012-01 tardó 2015 ms y luego el tiempo bajó.

La razón por la cual los tiempos no son iguales a los de la una red local obedece a que obviamente estamos conectando una máquina local con una máquina de Azure y además a través de un protocolo seguro como IPsec, pero también la demora es ocasionada porque se usa un servicio de relay para tener conectividad entre las máquinas.

También es importante tener en cuenta las consideraciones asociadas a las reglas de firewall en las máquinas, para ello pueden consultar el siguiente link http://msdn.microsoft.com/en-us/library/windowsazure/gg433061.aspx

Por ejemplo, si quiero conectarme desde mi máquina local AZURE2012 hacia la máquina de Azure SRV2012-01 por Terminal Services puedo usar el cliente de Terminal Services (Remote Desktop Connection) hacia la IPv6 de la máquina destino, es decir 2a01:111:f102:102:50da:12ad:45f2:4447

Observen que se solicita usuario y contraseña

Bueno, como lo ven puedo usar los servicios denominados Windows Azure Connect para conectar On Premise o locales con máquinas de Azure. En este blog conecté mi máquina local AZURE2012 hacia la máquina SRV2012-01 que se encuentra en Azure.

Los servicios de conectividad entre las máquinas se realizaron a través de IPv6. Lo más importante que no necesité usar un dispositivo físico para crear VPNs como un firewall, lo cual me puede ahorrar costos pero por otra parte los tiempos de respuesta de conectividad entre las 2 máquinas pueden llegar a ser más altos debido a que esta conectividad usa un servicio de relay para lograr la conectividad.

¡Espero les sea de utilidad! Nos vemos en la próxima entrega.

INFORMACION DE INTERES SI QUIERES SABER DE SOPORTE Y LICENCIAMIENTO MICROSOFT

abarbap — Thu, 07 Mar 2013 03:18:37 GMT

Hola amigos, muchos de ustedes me han preguntado acerca de las opciones de soporte y licenciamiento de Microsoft.

Les quiero contar que hemos estado mejorando y enriqueciendo las iniciativas disponibles para la comunidad, para brindarles más apoyo en su trabajo así como en su crecimiento profesional.
Cada semestre hacemos una encuesta para que nos cuenten en qué podemos mejorar y con base en su retroalimentación detectamos áreas de mejora, sobre las cuales trabajamos permanentemente.

Por ejemplo, en la encuesta del semestre pasado, los temas principales que ustedes nos contaron por ejemplo fue que querían tener mejor información de licenciamiento, soporte y eventos. Hemos actualizado la información sobre soporte y licenciamiento en nuestro sitio web Activa (www.microsoftactiva.com) y además hemos compilado todos los recursos disponibles en este documento http://sdrv.ms/13Gy07V, que les recomiendo para que descarguen y tengan a mano permanentemente.

Adicionalmente, cada mes estamos enviando un correo con los eventos técnicos de Microsoft, así como información de las comunidades profesionales. Además, esta información se encuentra también en nuestro sitio web de Activa www.microsoftactiva.com

WINDOWS AZURE: CREACION Y ADMINISTRACION DE UNA BASE DE DATOS SQL SERVER

abarbap — Sat, 02 Mar 2013 04:18:07 GMT

Siguiendo con las entregas acerca de Windows AZURE, en esta ocasión les voy a hablar acerca de las bases de datos SQL en AZURE.

Con esta característica podemos crear fácilmente bases de datos SQL Server y administrarlas de una manera aún más fácil.

Para empezar ingresamos al portal de AZUREy seleccionamos SQL DATABASES:

Luego seleccionamos CREATE A SQL DATABASE

Es necesario poner unos cuantos datos básicos:

Estos datos incluyen el nombre de la Base de Datos, el tamaño de la misma y el tipo de edición (WEB o BUSINESS). Para más información acerca de la capacidades de una y otra pueden ver el siguiente link: http://msdn.microsoft.com/en-us/library/windowsazure/ee621788.aspx. En resumen la diferencia radica en la capacidad de ellas. La versión WEB está concebida para aplicaciones pequeñas web o departamentales con un tamaño de entre 1 y 5 GB máximo. Por otra parte la versión BUSINESS es más grande y se creó pensando en aplicaciones de negocio y puede llegar a tener un tamaño máximo de 150 GB.

En nuestro ejercicio vamos a usar una Base de Datos del tipo WEB:

Yo decidí nombrar la Base de Datos como mynewdb. Observen que en el campo SERVER es posible escoger entre un servidor ya existente o crear un nuevo servidor que contenga la Base de Datos, como yo previamente no he creado ningún servidor sólo puedo escoger la opción de creación de un nuevo servidor de Base de Datos:

Antes de presionar siguiente , es importante revisar todos los campos de esta ventana, especialmente lo relacionado con el COLLATION, que en mi ejemplo es SQL_Latin1_General_CP1_CI_AS.

Si este parámetro no se configura de acuerdo a mis necesidades lo mejor es borrar la Base de Datos y volver a crearla.

Ahora debo asignar un nombre de usuario que cumpla unas condiciones básicas como por ejemplo:
1.    No llamarse root, dbmanager, etc
2.    No puede tener el nombre de las cuentas predefinidas en el sistema como dbo, guest, public, etc
3.    No puede tener espacios en blanco, tabuladores
4.    No tener caracteres especiales ("<>|:*?\/#&;,%=)
5.    No empezar por dígitos y no tener los signos @, $ y +

De igual manera la contraseña debe cumplir con al menos 3 de las siguientes condiciones:

1.    Tener Mayúsculas
2.    Tener minúsculas
3.    Tener números
4.    Tener caracteres No Alfanuméricos como !, $, # y %
Teniendo en cuenta estas condiciones asigno una contraseña al usuario abarba.

En pocas palabras voy a usar abarba, el cual cumple con los requisitos para asignar nombre de usuario.

Debo seleccionar una región, en este ejemplo selecciono North Central US.

Los demás parámetros los dejo por defecto:

Presiono para continuar

Empezará el proceso de creación de la Base de Datos:

Una vez creada ya estará lista para su uso

Observen que AZURE creó un servidor para mí denominado n10iu84mw2 en donde está mi nueva Base de Datos y la próxima vez que vaya a crear una nueva Base de Datos tendré la posibilidad de crearla en este servidor.

Ya estoy listo para administrar mi Base de Datos, basta con hacer clic en el nombre de la misma (mynewdb) y veré lo siguiente:

Aquí tengo muchas posibilidades interesantes como desarrollador pero nosotros somos IT Pros, así que podemos pensar en entrar a la consola de administración de mi base de datos como primera medida.

Para tener acceso a la Base de Datos debemos crear una regla de acceso en el firewall de modo que podamos ingresar a la consola de administración desde nuestra IP pública.

Hago clic en Set up Windows Azure firewall rules for this IP address para autorizar mi IP:

Se me pregunta si autorizo mi IP para administración, presiono Yes.

Ya estoy listo para conectarme a mi Base de Datos, de modo que dentro de Connect to your database puedo hacer clic en Design your SQL Database y al hacerlo se abrirá una nueva pestaña en mi explorador:

Yo venía trabajando en Inglés, pero seguramente debido a mi localización de país e idioma me lo muestra en Español...

Escribo el nombre de usuario, que en mi caso es abarba y la contraseña, luego presiono Iniciar Sesión, y voy a ver un panel de administración al siguiente (el color rosado no lo seleccioné yo)

Aquí puedo realizar mis tareas administrativas sobre la Base de Datos. Por ejemplo voy a crear una tabla nueva en mi Base de Datos, para ello selecciono Nueva tabla

Creé una tabla muy simple denominada Tabla1 con 3 campos o columnas: Id (int), Nombre (nvarchar) y Cargo (nvarchar):

Presiono Guardar y ya queda salvada la tabla en la Base de Datos. Observen que no modifiqué los tipos de datos (nvarchar en este caso) ni cambié sus tamaños por defecto pero esos valores se pueden modificar.

No me quiero meter en los terrenos de los expertos en Bases de Datos sólo quiero mostrar que como IT Pros podemos armar una infraestructura de SQL Server muy rápidamente.

Navegando por otras opciones hice clic en Administración y puedo ver el estado de mi Base de Datos, la cual está a propósito muy saludable dado que es nueva:

También puedo abrir consultas o queries que tenga grabados en mi disco local:

Basta con presionar en Abrir

Puedo traer consultas o queries (archivos con extensión .sql) o planes de ejecución que tienen extensión XML.

Y bien, así puedo administrar una Base de datos AZURE vía web.

¿Y si quiero administrar mi Base de datos usando las herramientas ya conocidas como un SQL Server Management Studio?

Voy a descargar de http://www.microsoft.com/en-us/download/details.aspx?id=29062 el cliente de SQL 2012 Server Management Studio. Una vez lo descargo procedo a instalarlo.

Si se observa al hacer clic en la Base de Datos aparece el nombre de la misma, que en este ejemplo es Server: n10iu84mw2.database.windows.net,1433

El nombre n10iu84mw2.database.windows.net es el que voy a usar para establecer conexión a la Base de Datos. Como ya tengo conexión permitida en el firewall de AZURE a través del puerto 1433 puedo administrar mi Base de Datos.

Bien, apenas instale el software de gestión de SQL Server puedo establecer conexión:

Escribo el nombre del servidor que en este caso es n10iu84mw2.database.windows.net, el usuario (abarba) y la contraseña y presiono Connect

¡Ya estoy administrando mi Base de datos SQL Server en AZURE desde SQL Server Management Studio!

Quise traer esta posibilidad puesto que muchos –entre los que me incluyo- nos sentimos más cómodos usando esta herramienta para administrar Bases de Datos SQL Server.

Ahora revisemos nuestra Base de Datos mynewdb y la tabla Tabla1 que previamente creamos en el ambiente web:

Ahí se encuentra la estructura que creamos.

De ahí en adelante puedo hacer muchas cosas, y de antemano ofrezco disculpas a mis amigos expertos en Bases de Datos, por ejemplo voy a ingresar un registro en mi Tabla1:

Luego puedo hacer una consulta de los registros que inserté a mi tabla, usando SELECT

Bueno amigos, espero hayan disfrutado de este contenido y les haya sido útil para ver lo fácil que es empezar a trabajar con Bases de Datos SQL en AZURE.

WINDOWS AZURE - CREAR SITIO WEB EN SERVIDOR LINUX CENTOS

abarbap — Fri, 22 Feb 2013 22:32:50 GMT

Hola amigos, tal como lo había prometido en mi última entrega hoy vamos a ver los pasos para crear un sitio web básico en una máquina Linux creada en Azure. Ya lo hicimos con Windows Server 2012 y fue bastante fácil y divertido.

Lo primero que debemos hacer es crear una máquina nueva Linux tomando como base una imagen ya predeterminada. Como ya hablé de ese mismo tema en un post anterior considero que no vale la pena repetir los mismos pasos, por ello les pido que se remitan a http://blogs.technet.com/b/itprocol/archive/2013/01/18/windows-azure-191-que-puedo-hacer-como-it-pro.aspx en donde se ve cómo crear una máquina desde cero.

Sólo hay que tener en cuenta que en el caso de las máquinas Windows el usuario que se crea por defecto es Administrator y al momento de la creación de la máquina se nos pide asignar una contraseña a este usuario, pero en el caso de las máquinas Linux de Azure se nos pide la creación y asignación de contraseña a un usuario que no es el administrador de la máquina. El usuario con más poder en Linux se denomina root.

En este ejemplo vamos a seleccionar de la galería de máquinas preinstaladas una máquina CentOS

Una vez la hayamos seleccionado, el siguiente paso es definir el tamaño de la máquina y el nombre del usuario (que no es un usuario totalmente privilegiado):

Aquí estoy usando abarba como nombre de usuario.

El resto de pasos ya es conocido: (ver http://blogs.technet.com/b/itprocol/archive/2013/01/18/windows-azure-191-que-puedo-hacer-como-it-pro.aspx)

Aquí defino el nombre de la máquina y en dónde va a estar almacenada:

Un clic más y ya estoy listo para crear la VM:

Una vez se haya creado la máquina, se ven los datos de la misma:

En este caso los datos más importantes son el nombre público o FQDN de la máquina que en este caso es centos01-barba.cloudapp.net y su IP pública 168.62.165.114.

Por defecto en las máquinas Linux de Azure sólo se abre el puerto 22 que corresponde a SSH. Para tener acceso a la máquina puedo usar un cliente como putty que se descargar de http://www.putty.org/

Una vez se haya descargado se puede tener acceso a la máquina ejecutando el programa y colocando los parámetros de IP y puerto (22) como se ve en la siguiente imagen:

Observen que puedo salvar la sesión para su posterior uso, en este caso le asigné el nombre de Azure1.

Tan pronto presiono Open empiezo a establecer conexión con la máquina. Si mi proxy no tiene restricciones para el puerto TCP 22 debo algo similar a:

Cuando ingreso por primera vez se genera una llave RSA2 y debo presionar Yes para almacenar dicha llave en mi máquina local y así no será solicitada la próxima vez que solicite conexión, una vez presione Yes se me pedirá usuario y contraseña:

Aquí debo escribir el usuario y contraseña que asigné a la máquina, en mi ejemplo fue abarba:

Ya estoy como el usuario abarba en la máquina, sin embargo este usuario no es privilegiado, de modo que cuando requiera hacer una tarea privilegiada -como lo es instalar un servidor web- necesitaré tener privilegios de root, que es el usuario más privilegiado o superusuario de Linux.

Para tener temporalmente privilegios de root uso el comando sudo, simplemente escribo sudo <comando> y se me pedirá la contraseña del usuario no privilegiado, en este caso abarba.

Las máquinas Linux en Azure vienen instaladas de una manera básica y sin paquetes adicionales, como en este ejercicio queremos instalar el servidor web Apache, debemos instalarlo usando la utilidad YUM, que guardadas las proporciones es como un Windows Update, entonces debo escribir sudo yum install httpd:

En realidad el servicio se denomina httpd pero es el mismo Apache en la práctica.

Tan pronto descargue los paquetes asociados al servicio se verá una pantalla preguntando si se quiere proceder con la instalación, es necesario confirmar con Y

El proceso de instalación va a iniciar:

Tan pronto termine se verá algo como lo siguiente:

No queda más sino subir el servicio de httpd con el comando sudo service httpd start:

Por defecto las máquinas vienen con el firewall denominado iptables arriba, el cual no tiene el puerto 80 abierto. Para verificar los puertos abiertos y el servicio usamos sudo iptables -nL

No me voy a internar en los comandos para habilitar puertos en iptables, de modo que lo que voy a a hacer es detener el servicio con el comando sudo service iptables stop

También dejo detenido el servicio de manera permanente usando sudo chkconfig iptables off:

Ahora deshabilito el SELINUX, que es un contexto se seguridad en donde viene enmarcada la máquina y que por defecto viene en las máquinas Linux de Azure.

Para tener una máquina más segura se debe dejar habilitado SELINUX, pero en este ejercicio lo voy a dejar deshabilitado, si se quiere más información al respecto se debe consultar toda la documentación que hay en la red al respecto.

Lo hago con el comando setenforce 0

Por ahora ya estoy casi listo.

Ahora regreso al portal de Azure y veo qué reglas o ENDPOINTS están activos para mi máquina. Como ya lo he mencionado, por defecto en las máquinas Windows sólo viene habilitado el puerto TCP 3389 de Terminal Services y en las máquinas Linux el puerto TCP 22 que corresponde a SSH.

Necesito entonces abrir el puerto 80 (HTTP) y para ello en las propiedades de la máquina selecciono ENDPOINTS

Selecciono ADD ENDPOINT

Presiono la flecha

Aquí lo más importante en realidad es el puerto público que es el 80, pero yo usé HTTP como nombre del ENDPOINT para tener un mejor control en mi caso, pero pude haber usado WEB o cualquier otro nombre:

Espero que el proceso termine y ¡ya estoy listo para usar mi sitio web!

Ahora al abrir con un navegador la URL http://centos01-barba.cloudapp.net/ veré la página de prueba de Apache sobre CentOS

Bueno, espero que les haya gustado.

Como comentarios finales:

Por supuesto que si se requieren otros componentes como PHP, MySQL, Perl, etc es necesario instalarlos e incorporarlos al servidor web.

También si observan en el portal de Azure hay maneras más fáciles de crear sitios web que ya vienen predefinidos y sin necesidad de descargar paquetes y configurar el sistema operativo, pero el espíritu de este documento era el de reflejar los pasos para crear un sitio web desde el punto de vista de IaaS (Infrastructure as a Service).