Dándole continuidad a los posts que quiero publicar sobre Windows Azure para IT Pros quiero en el día de hoy mostrarles los pasos básicos para crear un sitio web en un servidor previamente creado en Azure.

Particularmente voy a trabajar con la misma máquina que creé la semana pasada (ver http://blogs.technet.com/b/itprocol/archive/2013/01/18/windows-azure-191-que-puedo-hacer-como-it-pro.aspx)

Antes de proseguir quiero aclarar que estos pasos son diferentes a la creación de un sitio web en Azure, lo cual se debería hacer en la opción NEW – WEB SITE, como se ve en la siguiente imagen:

Aquí se crearía un sitio web sobre el cual podríamos tener administración, pero sobre este tema voy a hablar posteriormente.

Ahora me voy a ocupar de montar una página web muy sencilla con Internet Information Server (IIS 8.0) en Windows Server 2012. Para ello voy a usar la máquina que creé en el post anterior y que denominé miprimer2012. Una vez ingresé a esta máquina por Terminal Services el sistema me avisó que tenía nuevos parches para aplicar:

Recuerden que es una máquina como cualquier otra física o virtual, la diferencia es que se encuentra en Azure y fue creada como IaaS (Infrastructure as a Service) de modo que es nuestra responsabilidad mantenerla actualizada. Apliqué los parches solicitados luego de revisar en qué me podrían afectar, pero como la tengo sin ninguna aplicación en particular no me iban a causar inconvenientes.

Bueno, lo primero es agregar el rol de IIS en el servidor. Lo primero que se ve cuando hago login en una máquina Windows Server 2012 (a menos que configure lo contrario) es el Server Manager, que es nuevo y tiene una serie de nuevas características muy interesantes.

Selecciono Local Server – Manage - Add Roles and Features

Aparece un asistente (el cual puedo obviar para la próxima vez haciendo clic en skip this page by default)

Presiono Next

Dejo marcada la primera opción y presiono Next

Observen que podría agregar roles a otros servidores de un grupo o pool, pero como no tengo más máquinas administradas en este momento selecciono mi máquina miprimer2012 y presiono Next

Selecciono Web Server (IIS)

Se me va a solicitar la instalación de otras características o Features asociadas al rol, que en la práctica son dependencias de dicho rol, por lo tanto hago clic en Add Features

Presiono Next

Ante la siguiente ventana presiono Next

Tomo nota del mensaje que sale en la siguiente imagen y presiono Next

Ahora debo seleccionar los roles asociados al servicio que estoy instalando.

Como se trata de una instalación básica puedo dejar por defecto las opciones seleccionadas. Solamente acostumbro a marcar todas las opciones de Management Tools que se encuentran al final.

Observen que al marcar Management Service se me solicita otra dependencia como lo es .NET Framework 4.5, componente sin el cual no podría instalar Management Service, por lo tanto presiono Add Features

Ahora sí estoy listo para dar Next

Con el resumen de las tareas a realizar, presiono Install

Espero que el proceso termine, aunque durante el proceso puedo presionar Close y realizar otras tareas en la máquina

Cuando finalice por supuesto me va a indicar que todo terminó

Al presionar Close ya estoy listo para trabajar con un sitio web.

Si abro dentro de la máquina con Internet Explorer la URL http://localhost veo la página default de IIS 8.0

Pero bien, aún nos falta cambiar la página de inicio y publicar el sitio hacia Internet.

Primero voy a cambiar la imagen que quiero que aparezca en el inicio de mi sitio, para ello la debo copiar al servidor en la ruta en donde se encuentra el Default Web Site  que es el sitio que se crea por defecto en IIS. Para efectos de este ejemplo lo voy a hacer así, pero en configuraciones más avanzadas debo crear un sitio diferente que apunte a otra ruta en disco local.

Como voy a usar el sitio por defecto (Default Web Site) la ruta de dicho sitio es C:\Inetpub\wwroot, de modo que me puedo ubicar en esa ruta en el servidor, copiar el archivo localmente de mi pc (en mi caso de denomina ws2012.jpg) y pegarlo (Paste) en el servidor gracias a una funcionalidad de Terminal Services que me permite hacerlo de este modo.

¡Y Listo! ya copié la imagen de mi página de inicio.

Por supuesto que si mi sitio tiene más imágenes y contenido va a tardar más en el proceso de copia pero en este ejemplo el archivo es bien pequeño y no tardó casi nada en copiarse. Ahora voy a crear una página de inicio con extensión .html que contenga la imagen.

Bueno, aquí creé una página muy básica que cumple con mi objetivo. No está escrita de la manera más ortodoxa pero funciona. El código de dicha página es:

<TITLE>Mi primera página web en AZURE (Windows Server 2012) </TITLE>
<FONT FACE="Segoe UI" SIZE=15 COLOR=blue>¡Bienvenidos a Windows Server 2012 y AZURE!</FONT>
<img src="ws2012.jpg" >

Simplemente escribo este código en un bloc de notas, salvo el archivo como index.html y lo subo a mi servidor de Azure con el método de Copy – Paste a través de Terminal Services. Recuerden que se debe copiar en donde se encuentra el Default Web Site, es decir C:\Inetpub\wwwroot.

Una vez se haya copiado el archivo en la ruta indicada, apenas abra un explorador en http://localhost veré la página que creé

Ahora sólo nos falta un paso y es permitir que el puerto 80 (protocolo HTTP) se permita desde cualquier dirección en Internet.

Si en este momento intento abrir con un navegador la IP (168.62.180.145) o el nombre FQDN del servidor Miprimer2012 (que en realidad es mynew2012.cloudapp.net) no voy a obtener respuesta dado que solamente está abierto el puerto TCP 3389 que es el de Terminal Services (ver el post anterior http://blogs.technet.com/b/itprocol/archive/2013/01/18/windows-azure-191-que-puedo-hacer-como-it-pro.aspx)

Entonces para abrir el puerto 80 hago lo siguiente, selecciono la máquina miprimer2012

Antes de proseguir aclaro que el nombre Miprimer2012 es un nombre de referencia y es el que se le asigna a la máquina como nombre NetBIOS pero no es el nombre público o FQDN (Fully Qualified Domain Name) de esta máquina. El FQDN de la máquina es mynew2012.cloudapp.net y dicho sea de paso en Azure el sufijo por defecto es cloudapp.net

Ahora sí, una vez estemos en la máquina miprimer2012, hago clic en ENDPOINTS

Presiono ADD ENDPOINT

Selecciono la primera opción (No tengo balanceo de carga por ahora) y presiono 

Lleno los campos tal como se ve en la imagen. Por definición el puerto público debe ser el 80 pues es el que por defecto buscan los navegadores (Ver RFC 2616 http://tools.ietf.org/html/rfc2616). El puerto privado puede ser otro diferente al 80 pero en este ejemplo así lo puse también.

Una vez hecho lo anterior presiono para finalizar

Espero a que el proceso termine

Una vez la regla se haya aplicado puedo abrir desde cualquier navegador en un equipo conectado a Internet bien sea la URL http://168.62.180.145/ que corresponde a la IP pública de mi servidor o el FQDN http://mynew2012.cloudapp.net/ y veré la página que creé

Bueno, espero les haya gustado.

¡NO SE PIERDAN LA PROXIMA ENTREGA! Vamos a hacer el mismo ejercicio en Azure pero con una máquina Linux usando Apache y PHP.

Hola amigos, en esta serie de entregas les voy a hablar de las ventajas de la nube pública de Microsoft que se denomina Windows Azure y cómo le podemos sacar provecho como IT Pros.

Antes de mostrarles cómo empezar, les quiero hablar de las características de nuestra plataforma, y de ciertas definiciones que son muy importantes dentro de una nube pública:

El modelo tradicional de computación en donde toda la infraestructura física de máquinas, red, sistemas operativos y aplicaciones se encuentra en las instalaciones propias o en un datacenter se denomina "On Premises" y todos esos recursos son administrados bien sea por uno mismo o por un tercero pero lo importante es que son recursos físicos. En la siguiente columna se encuentra "Infrastructure as a Service" o IaaS en donde el proveedor de la nube (en este caso Microsoft) es responsable de la infraestructura de red, almacenamiento, servidores y virtualización.

No sabemos qué fabricante de switches, routers, balanceadores de carga, firewalls, almacenamiento y servidores usa Windows Azure, de lo que sí estamos seguros es que se usa Hyper-V. Lo demás no es relevante pues se presta es un servicio y lo importante es la disponibilidad de la plataforma. en IaaS desde el sistema operativo hacia arriba es nuestra responsabilidad y ahí es donde los IT Pros jugamos un papel muy importante.

Los demás componentes de WIndows Azure como PaaS (Plattform as a Service) y SaaS (Software as a Service) nos entregan todos los servicios y no nos tenemos que preocupar por la infraestructura, por ello es que resalto que en IaaS es en donde jugamos un papel muy importante los IT Pros pues al fin y al cabo debemos hacer la configuración del sistema operativo y las aplicaciones para el usuario final.

¿Qué plataformas puedo implementar en IaaS? Ahí es donde se pone muy interesante esta plataforma pues podemos implementar no sólo máquinas con sistemas operativos como Windows 2008 R2 y Windows Server 2012 o Bases de Datos SQL Server sino que podemos montar Linux en distribuciones como Ubuntu, Suse o Centos... lo cual nos abre unas posibilidades enormes para tener ambientes heterogéneos, que al fin y al cabo son los que se tienen en la vida real.

¿Como empiezo? La buena noticia es que puedo hacer una prueba o trial en http://www.windowsazure.com para conocer la plataforma y probar su funcionalidad:

En esta imagen se ve una parte del portal de Windows Azure, y como observan puedo un trial sin costo por 90 días y tengo derecho a lo siguiente: (Eso lo saqué directamente del sitio web de Azure)

De verdad que es una oportunidad muy buena para probar el servicio y sobre todo para prepararnos para las tecnologías de nube que no son algo por allá que aún no nos va a tocar, es una tecnología real y que nos puede ayudar dramáticamente a reducir costos en nuestra plataforma de IT, y no sólo costos sino una reducción de carga administrativa, además de la posibilidad de disponer de infraestructura prácticamente de manera inmediata.

Para poder usar los servicios de Azure en modo trial (prueba) sólo necesito una tarjeta de crédito.  Siempre que cuento esto despierto sonrisas pues al oírme todo el mundo me dice cosas como "Eso era obvio" o "No hay nada gratis en la vida", etc, etc. Pero pueden tener la certeza de que durante el trial (90 días) si se exceden en las 750 horas de cómputo mensuales o en alguno de los componentes incluídos en este trial el sistema no los va a dejar ingresar a la plataforma durante ese mes, y al siguiente mes podrán ingresar hasta completar 90 días. Lo digo con toda tranquilidad pues ya me pasó.

Ahora bien, el trial se puede convertir en consumo a su tarjeta de crédito si activan la opción de no restringir el consumo, lo cual para empezar no les recomiendo, primero sugiero que conozcan qué se puede hacer con Azure antes de comprarlo. Para su tranquilidad les cuento que por defecto el trial está restringido y a menos que lo cambien y lo muevan a modo ilimitado no va a pasar nada. En la siguiente imagen verán la opción por defecto de una cuenta restringida:

Si ustedes hacen clic en el mensaje "This subscription has a spending limit on it. Click here to change this setting"... deben empezar a pagar si se exceden del consumo incluído en el trial, por ello insisto en que no lo hagan por ahora antes de que conozcan las posibilidad de Azure.

Bueno, una vez ya se hayan registrado en el portal (basta tener una cuenta de Windows Live y la tarjeta de crédito) y hayan superado el temor al cobro (por 90 días no les van a cobrar y luego pueden cancelar la suscripción) pueden ingresar en https://manage.windowsazure.com.

Reitero que no les van a cobrar durante el trial si todo lo dejan por defecto y no mueven la opción de "spending limit" que les acabo de mostrar.

Esta es la apariencia del nuevo portal de Azure, aquí ingrese con mi cuenta de hotmail (michellca@hotmail.com)

Esta es la vista que tengo yo de mi portal. En la parte izquierda puedo ver todos los items con los que puedo trabajar, como por ejemplo sitios web (no necesito ser desarrollador para crearlos), máquinas virtuales, Bases de Datos, redes, Directorio Activo y más.

Si quisiera crear una máquina virtual basta con hacer clic en NEW y ahí selecciono virtual machine

Aquí hay otra buena noticia: Podemos crear máquinas virtuales desde una imagen que ya Microsoft predefinió para mí:

Aquí lo vamos a hacer a partir de una galería de imágenes, de modo que seleccionamos FROM GALLERY:

¡Esto cada vez se pone más bueno! Observen la gama de posibilidades que tengo, y tal como lo dije arriba puedo crear no sólo máquinas Windows Server 2008 R2 y Windows Server 2012 sino que puedo crear máquinas Linux Centos, Suse y Ubuntu. También puedo crear máquinas con BizTalServer 2013 y con SQL Server 2012.

Vamos a crear una máquina con Windows Server 2012:

Presionamos la flecha para proseguir

Yo asigné como nombre de máquina Miprimer2012 y asigné una contraseña de administrador (que en realidad se llama Administrator en Inglés). Por otra parte, puedo crear máquinas del tipo Extra Small en donde el core de la máquina es compartido y tengo 768 MB de RAM, Small con 1 core y 1.75 GB de RAM y así sucesivamente como lo ven en la imagen... recuerden que entre más grande la máquina voy a consumir más capacidad de cómputo y voy a disponer en el trial de menos recursos, de modo que la voy a crear del tipo Extra Small, eso ya lo he hecho y funciona para efecto de pruebas.

Presiono la flecha para proseguir

Por ahora vamos a crear una máquina del tipo standalone, posteriormente vamos a conectar máquinas entre sí para hacer balanceo de cargas. Por defecto el sufijo de las máquinas en Azure es cloudapp.net de modo que al crear una máquina se verifica si el nombre asignado ya existe, en este ejemplo mynew2012 no existe y por eso se ve una flecha en verde que indica que está bien el nombre. Si el nombre existiera el sistema me informará. ¿Por qué podría existir previamente? Pues simplemente porque es un servicio compartido y a otros se les pudo ocurrir ese nombre.

En cuanto al STORAGE ACCOUNT le vamos a decir por ahora la opción Use an automatically generated storage account. En palabras cortas es un espacio en donde vamos a almacenar la máquina. Más información se puede ver en http://www.windowsazure.com/en-us/manage/services/storage/what-is-a-storage-account/

Así mismo en el campo REGION/AFFINITY GROUP/VIRTUAL NETWORK se me pregunta en dónde va a quedar mi máquina. Las posibilidades de hoy son West Europe, North Europe, Southeast Asia, East Asia, East US y West US esperemos que pronto aparezca Southamerica... pero en este ejemplo seleccioné East US, pues al fin y al cabo estamos en el mismo continente. Cuando creen máquinas creénlas por favor con regiones cercanas o afines a su ubicación.

Bueno, presiono la flecha una vez complete esta información

Otra característica excelente de Azure es que puedo tener alta disponibilidad incluso en la nube, para ello es el campo denominado AVAILABILITY SET, por ahora no lo vamos a usar pero más adelante les voy a mostrar esta funcionalidad. Para más información vean el siguiente link http://www.windowsazure.com/en-us/manage/windows/common-tasks/manage-vm-availability/

Estamos listos, así que presionamos

¡Y eso es todo! y así empieza el proceso de creación de la máquina virtual. En realidad dependiendo de la carga de la red el tiempo de creación puede variar. La verdad no quiero exagerar pero en este caso la creación de la máquina tardó ¡entre 5 y 7 minutos! de verdad que es impresionante, miren que ya está corriendo:

¿Y cómo ingresamos? El protocolo natural para entrar es el RDP (Remote Desktop Protocol) que funciona a través del puerto TCP 3389, pero antes de ingresar me gustaría mostrarles más acerca de la máquina recién creada, para ello podemos hacer clic en el portal sobre la máquina:

En este dashboard aparecen las características de la máquina Windows Server 2012 denominada miprimer2012. Observen que lo primero a lo que tengo acceso es al consumo de recursos de disco, memoria, cpu y red.

También puedo encontrar el nombre DNS (mynew2012.cloudapp.net), el tipo (Extra Small) y su ubicación (East US). Pero observemos la IP Pública 168.62.180.145 y la IP Interna que es 10.74.162.58 esta IP interna se usa para conectar mis máquinas virtuales de Azure entre sí o con otras máquinas On Premise (¿recuerdan la expresión?). Siempre se asigna aparte de la IP Pública una IP interna a toda máquina de Azure, y yo puedo modificar esta IP para que se ajuste al direccionamiento de mi empresa, como acá no se le dijo nada a Azure asignó una IP interna.

Yo podría hacerle Terminal Services a la máquina por su FQDN (mynew2012.cloudapp.net) o por su IP pública. Como está recién creada es posible que el DNS de mi proveedor aún no haya refrescado el nombre así que lo voy a hacer por la IP pública con el cliente de Terminal Services:

Una vez ingrese la contraseña, se abre el Server Manager de mi máquina como en cualquier Windows Server 2012:

Observen los detalles que me da Server Manager acerca de la máquina y cuando le hice ipconfig me mostró sólo la IP privada ¿interesante no?

Bueno mis amigos, anímense a probar Windows Azure y recuerden que el trial no se cobra. En próximas entregas les mostraré más características para IT Pros.

Bueno, ahora que ya dimos el primer salto para trabajar con Powershell y le estamos perdiendo el miedo vamos a ver otros aspectos interesantes de la herramienta y las posibilidades que nos ofrece a los IT Pros.
En la edición pasada de mi post les hablé del Powershell ISE (IntelliSense) que nos ayuda de una manera bastante nemotécnica a escribir los comandos, por lo tanto casi que no es necesario conocer la sintaxis de los mismos.

Antes de usarlo, les comento que en Windows Server 2012 viene por defecto el icono de Powershell ISE pero en Windows 8 no viene tan explícito, pero aun así lo podemos invocar de una manera bastante fácil, simplemente haciendo clic derecho sobre el icono de Powershell que ya esté en ejecución, es decir primero ejecutamos el Powershell normal, lo minimizamos  y luego hacemos clic derecho en el icono sobre la barra cuando se esté ejecutando, es decir:

Recuerden que esto sólo se debe hacer en Windows 8, en Windows Server 2012 ya viene el Powershell ISE en el inicio (más adelante les mostraré cómo agregarlo al inicio de Windows 8).

Luego seleccionamos Run ISE as Administrator (Si tenemos privilegios para ello, se asume que somos los administradores de la máquina…)

Si tenemos habilitado el UAC (User Account Control) nos va a solicitar permiso para la ejecución, le decimos que sí y ya tenemos Powershell ISE en ejecución:

La pantalla está dividida en 3 grandes partes: En la parte inferior o panel inferior se pueden escribir comandos que se ejecutan “en caliente”, es decir que si escribo Get-Process para ver los procesos en ejecución en efecto se va a ejecutar de manera inmediata dicho comando.

La gran diferencia con el Powershell tradicional es que en la medida que voy escribiendo el comando el IntelliSense empieza a autocompletarme el comando, como se ve en la siguiente imagen:

Se me está mostrando la sintaxis del comando Get-Process, de manera que puedo usar las opciones que me convengan si es necesario.

Por otra parte en el panel superior puedo escribir comandos y de igual manera el IntelliSense me ayuda con la sintaxis, pero si presiono la tecla Enter no recibo respuesta del comando, como se ve en la siguiente imagen en la que escribí Get-Process en el panel superior:

Si oprimo el botón Play ( ) puedo ejecutar el comando y en el panel inferior aparecen los resultados del mismo:

En el panel de la derecha podemos buscar comandos y funciones. Si quiero buscar el Get-Process por ejemplo, empiezo a escribir get-pr y me trae todos los comandos que empiezan por esta cadena de caracteres:

Como ya lo ven el Powershell ISE me ofrece un ambiente de trabajo que me permite no sólo ir trabajando de manera interactiva con Powershell  sino que además puedo ir creando scripts (extensión .ps1) para su posterior uso, y también cuento con un ambiente de búsqueda y ayuda de la funcionalidad de los comandos y posibilidades de la herramienta.

Durante la escritura de este post tumbé el proceso de Powershell ISE y al invocarlo de nuevo me indicó que lo iba a recuperar y me dejó ubicado en el script con extensión .ps1 en donde me encontraba, espero que todas las veces que ello me pase sea así...

Ahora veamos en Windows 8 cómo dejarlo en el inicio, recuerden que por defecto no se encuentra en esta plataforma.

La ruta en donde se encuentra el Powershell ISE es C:\Windows\System32\WindowsPowerShell\v1.0 y el ejecutable es powershell_ise.exe, entonces es tan fácil como ubicarse en el Explorador de Archivos en esa ruta:

Hago clic derecho sobre el icono powershell_ise y selecciono Pin to Start

De este modo ya queda agregado al menú de inicio de Windows 8, si ahora por ejemplo escribo "powe" en el menú inicio de Windows ya puedo ver a Powershell ISE allí en el menú inicio:

Bueno, en la próxima entrega voy a hablarles de más comandos de utilidad para monitorear las 4 grandes variables por las que debemos estar al tanto: CPU, MEMORIA, DISCO y RED.

Bueno, llegó la hora de empezar a hablar de Powershell…

Como IT Pros en nuestras labores diarias siempre tenemos la necesidad de realizar tareas repetitivas que podemos ejecutar de manera más fácil automatizándolas a través de Powershell. Actualmente Powershell se encuentra en la versión 3.0.

Como para hacerse una idea de la potencia de esta versión en Windows Server 2012 existen más de 2300 “Cmdlets” -que son los comandos que se ejecutan en el ambiente de Powershell- ello nos da una idea muy buena de todas las posibilidades que existen. En Windows 2008 existen 230 Cmdlets, como lo pueden ver ahora hay 10 veces más en la verisón Server 2012.

La otra buena noticia es que existen muy buenos recursos en Technet de Microsoft para aprender a hacer scripts y prácticamente se podría decir que ya todo está hecho, es cuestión de saber en dónde se encuentra.

Les recomiendo el sitio del famoso “Scripting Guy” Ed Wilson http://technet.microsoft.com/en-us/scriptcenter/dd901334.aspx que contiene mucha información valiosa y es prácticamente la biblia de Powershell.

Tanto en Windows Server 2012 como en Windows 8 se agregó una funcionalidad denominada Powershell ISE (Intellisense) que nos ayuda a autocompletar los comandos de una manera inteligente. En Windows 8 Powershell ISE no viene en el menú inicio pero sí existe.

Pero bien, vamos a ejecutar una serie de comandos básicos de Powershell para empezar. Para invocar a Powershell basta con escribir powe en el menú inicio de Windows Server 2012 o Windows 8:

Observen que aparecen todas las aplicaciones que empiezan por “powe”, en este caso Powershell y PowerPoint. Ahora podemos hacer clic en Windows Powershell. Este es uno de los métodos de búsqueda de una aplicación que podemos usar en Windows 8, pero también hay más de una manera de hacer esta búsqueda.

En esta ventana ya se pueden ejecutar comandos, empecemos por saber cómo pedir ayuda:

Get-Help | more

Algo muy interesante es que con la tecla TAB podemos autocompletar los comandos, es decir que si escribo get-h en primer lugar el sistema va a poner la primera letra de la palabra get en mayúsculas y luego del guión la h en mayúsculas, es decir Get-H. Esto se hace de manera automática aunque Powershell no es sensible a mayúsculas o minúsculas, es decir que si escribo get-help o Get-Help el resultado será el mismo.

Volviendo a Get-H tan pronto presione la tecla TAB veré todas las opciones de comandos o funciones que empiecen por Get-H es decir:

Get-Help
Get-History
Get-Host
Get-Hotfix

Como quiero  usar el comando Get-Help, lo selecciono:

En realidad el comando more combinado con el carácter pipe (|) existe desde hace muchos años desde las épocas del DOS y permite mostrar por páginas la salida en pantalla (también existe en Linux).

Para obtener ayuda en particular de algún comando puedo usar Get-Help <comando>, por ejemplo para obtener detalles del comando Get-Disk escribo Get-Help Get-disk |more

Ahora bien, si quiero ver toda la lista de comandos disponibles uso el comando Get-Command | more lo cual me entrega una muy larga lista de todos los comandos existentes.

Si quiero hacer una búsqueda de algún comando en esa lista puedo usar findstr.exe de la siguiente manera

Observen que le dije a Powershell que me mostrara todos los comandos y funciones relacionadas con el disco, por ello usé el comando Get-Command | findstr.exe “Disk” y sólo me mostró los comandos relacionados con la cadena de caracteres Disk

Lo que debemos en empezar a hacer como IT Pros es identificar los comandos que nos van a servir para saber qué tiene nuestro sistema, es decir debemos conocer las 4 variables fundamentales de este sistema: Disco, Memoria, CPU y Red.

DISCO

Para saber las características del disco físico podemos usar el comando Get-Disk

Bueno, como iniciamos Powershell como un usuario no privilegiado obtuvimos este error dado que ciertos comandos y funciones no los podemos ejecutar con usuarios no privilegiados, como lo es el caso de Get-Disk

Por lo tanto debemos ejecutar Powershell como administrador. Volvemos a hacer la búsqueda que ya mencioné arriba (powe...) pero esta vez hacemos clic derecho y seleccionamos Run as administrator

Nos va a pedir autorización para ejecutar el programa como administrador (Es la opción por defecto, pero se puede cambiar), le decimos que sí y se nos abrirá Powershell con privilegios de administrador:

Observen que la ruta por defecto es C:\windows\system32.

Bueno, ahora sí podemos ejecutar el famoso Get-Disk

En este ejemplo se ve mi disco interno y un disco USB que tengo conectado a la máquina.

Si quiero ver detalles de uso de espacio en disco debo usar cosas más sofisticadas, y para ello los refiero al blog http://blogs.technet.com/b/heyscriptingguy/archive/2012/08/08/use-Powershell-to-create-a-report-displaying-free-disk-space.aspx del Scripting Guy

MEMORIA

Aquí hay que apelar a un par de comandos que pueden crearse en un archivo .ps1 o ejecutarlos directamente en Powershell:

$mem = Get-WmiObject -Class Win32_ComputerSystem

"Este sistema tiene {0} MB de Memoria" -f $($mem.TotalPhysicalMemory/1mb)

Veamos el resultado:

CPU

Para ver la información básica es posible usar el comando

Get-WmiObject Win32_Processor

O

gwmi win32_Processor

Ambos producen la misma salida, gwmi es un Alias de Get-WmiObject, como lo vamos a ver en Powershell existen muchos Aliases de comandos, que son una abreviatura del comando en sí y dan el mismo resultado:

De nuevo, si quieren resultados más elaborados pueden ver el siguiente link (Scripting Guy) http://blogs.technet.com/b/heyscriptingguy/archive/2011/09/26/use-Powershell-and-wmi-to-get-processor-information.aspx

RED

Aquí sí hay varios comandos directos. Para ver todos los adaptadores de una máquina se usa Get-NetAdapter:

Si quiero muchos más detalles puedo usar Get-NetAdapterAdvancedProperty|more (No se olviden del more…)

Si quiero ver qué protocolos (TCP/IP v4, TCP/IP v6, etc) están habilitados en todos los adaptadores uso:

Get-NetAdapterBinding|more

Obviamente puedo ver características de un solo adaptador especificando el nombre del mismo.

EJEMPLOS (Usando el adaptador denominado Wi-Fi):

Get-NetAdapter Wi-Fi

Get-NetAdapterAdvancedProperty Wi-Fi

Get-NetAdapterBinding Wi-Fi

Espero que les haya sido de utilidad, y empiecen a probar Powershell, es realmente muy poderoso tal como su mismo nombre mismo lo indica.

Hola amigos, les deseo un Feliz Año 2013 y espero que en este año todos aprendamos muchas cosas nuevas.

Hoy les voy a hablar acerca de la funcionalidad de Windows Server 2012 denominada "NIC Teaming", que me permite agrupar de manera lógica 2 o más interfaces físicas como si fueran una sola. Esta funcionalidad existía ya desde hace un tiempo y se implementaba vía hardware por los fabricantes de servidores con sus interfaces. Ahora con Windows Server 2012 se puede implementar entre interfaces de red de diferente fabricante.

Si tienen la posibilidad de hacer NIC Teaming con su servidor a través de las herramientas del propio fabricante revisen la documentación y dependiendo de sus necesidades también es una buena idea hacerla de este modo, pues al fin y al cabo sería una implementación de hardware y directamente desarrollada por dicho fabricante.

Bien, revisemos un poco la arquitectura de esta solución:

Es posible hacer el NIC Teaming con 2 tipos de algoritmos: Switch Dependent Mode en el cual el switch debe participar en el teaming o Switch Independent Mode en donde no es necesario que el switch participe en este proceso. En esencia en el Switch Dependent Mode las interfaces se conectan generalmente al mismo switch y en el caso de Switch Independent no.

¿Detrás de esta configuración qué posibilidades hay? Podemos por ejemplo conectar una máquina física con Windows Server 2012 a 2 switches diferentes de modo que si uno de ellos falla el otro switch continúa operando y no hay pérdida de conectividad ni afectación del servicio.

También podemos conectar la máquina a un mismo switch y tener un aumento del ancho de banda posible para el tráfico en la máquina (Bandwith Aggregation).

Por último, también hay que decir que se puede hacer NIC Teaming en máquinas virtuales, de modo que dichas máquinas se conecten a diferentes switches Hyper-V para tener redundancia en la conectividad de red. Para las máquinas virtuales no se puede usar la funcionalidad Single Root I/O Virtualization (SR-IOV), debido a que este tráfico no pasa por los switches de Hyper-V. Si quieren ver más información al respecto pueden consultar http://technet.microsoft.com/en-us/library/hh831648.aspx

El video de la funcionalidad lo pueden ver en http://youtu.be/kq_JqJDInH0