Error al ejecutar el cmdlet Get-AzureSubscription

Es común ingresar a la consola de PowerShell para realizar tareas en Microsoft Azure, y lo primero que generalmente hacemos es conectarnos a la suscripción, luego de ello, si de pronto tenemos más de una suscripción y queremos cambiar la predeterminada, debemos hacer uso del cmdlet Get-AzureSubscription, en un mundo ideal el resultado es la lista de suscripciones, pero si las cosas no salen bien, probablemente nos encontremos con un error como el siguiente:

Get-AzureSubscription: Failed to refresh token. AADSTS90002: No service namespace named 'xxxxxxxx' was found in the data store.

Para solucionarlo, debemos realizar lo que se explica a continuación:

Debemos ingresar a la siguiente ruta:

%userprofile%\AppData\Roaming\Windows Azure Powershell

Ahora, borramos todo el contenido que allí se encuentre, como se puede ver en la siguiente imagen, tenemos dos archivos: AzureProfile.json y TokenCache.dat

Una vez eliminados, abrimos nuevamente Powershell y nos conectamos a la suscripción, normalmente con el cmdlet Add-AzureAccount e intentamos nuevamente obtener la lista de suscripciones con el cmdlet Get-AzureSubscription y listo! de este modo no saldrá el error mencionado y obtendremos nuestra lista de suscripciones.

Bien, esto es todo y espero que en algún momento los saque de apuros.

Eliminar usuarios huérfanos en Azure AD sincronizados desde Active Directory local

En esta ocasión vamos a ver cómo hacer para eliminar usuarios que se encuentran huérfanos en un directorio en Azure AD y los cuales fueron sincronizados desde un Active Directory local también conocido como on-premise.

Hay varias razones para que esto ocurra, por ejemplo puede ser que nuestro Active Directory local no esté disponible, que el dominio ya no exista o cualquier otra cosa que impida que volvamos a tener conexión entre nuestro entorno local y Azure. En casos menos comunes puede ocurrir que se elimine el usuario de manera local  y el cambio por alguna extraña razón no sea sincronizado en Azure.

Si lo anterior ocurre, veremos que desde el portal todos los usuarios que tienen como origen Active Directory local no puede ser eliminados, es más ni siquiera aparece la opción, si se intenta desde PowerShell tampoco es posible. Para lograr eliminarlos debemos hacer lo siguiente:

1. Conectarse a la suscripción desde el módulo de Azure Active Directory para PowerShell, si no sabes cómo hacerlo puedes consultar el artículo aquí

2. Una vez conectados a la suscripción desde PowerShell, se debe des habilitar la sincronización de directorios usando el siguiente comando:

Set-MsolDirSyncEnabled –EnableDirSync $false 

3. Debemos verificar que efectivamente la sincronización no esté habilitada utilizando el siguiente comando:

(Get-MSOLCompanyInformation).DirectorySynchronizationEnabled

El resultado debe ser False si aparece True es que aún no termina y debemos seguir ejecutando el comando hasta que el resultado sea False tal como se muestra en la imagen anterior.

4. Después de que la sincronización no se encuentre habilitada, ingresamos al portal y notaremos que todos los usuarios que tenían como origen Active Directory local, ahora tienen como origen Microsoft Azure Active Directory.

Y al tratarse de usuarios con origen en la nube, claramente nos mostrará la opción que permite eliminar.

Y de la misma manera, podemos realizar la operación desde PowerShell haciendo uso del cmdlet Remove-MsolUser

Y por último, para volver a reactivar la sincronización basta con ejecutar lo siguiente:

Set-MsolDirSyncEnabled -EnableDirSync $true

Si al intentar lo anterior te arroja un mensaje como el que se muestra a continuación:

Set-MsolDiorSyncEnabled: You cannot turn off Active Directory synchronization

Es porque la des activación de la sincronización aún está en proceso, Microsoft indica que puede tardar hasta 72 horas dependiendo la cantidad de objetos, esto mismo lo podemos verificar si ingresamos al portal de Office 365 y en la parte de usuarios activos podemos ver un mensaje que claramente lo indica.

E incluso, desde el portal de Azure podemos ver que la opción para habilitar la sincronización de directorio aparece inactiva.

Esto es todo, espero esta información les sea de utilidad. Hasta la próxima

Gran evento: 10 años comunidad ITPros-DC

Este sábado 21 de Noviembre, se celebrará el cumpleaños número 10 de la comunidad ITPros-DC, comunidad que conozco desde que nació (año 2005) y de la cual hago parte desde hace 5 años, debo mucho a este comunidad, gracias a que allí crecí como profesional y conocí muchas personas en el camino que me motivaron a compartir el conocimiento, la celebración se hará precisamente como nos gusta, compartiendo el conocimiento, tendremos 3 tracks de sesiones, que van desde las 8 am hasta las 6 pm. Al final tendremos un cierre espectacular que incluye la rifa de una consola Xbox One.

Por supuesto, tendré mi charla donde les hablaré sobre Microsoft Azure

El registro se debe hacer desde la siguiente URL: https://aka.ms/itprosdc

A continuación les dejo la agenda del evento:

Clic para ampliar

MVP Summit 2015

Del 2 al 5 de Noviembre se llevó a cabo el MVP Summit 2015, un evento que reúne a todos los MVPs del mundo y se realizan sesiones técnicas sobre tecnologías Microsoft, las sesiones son directamente impartidas  por ingenieros de Microsoft pertenecientes a los propios grupos de producto en el campus ubicado en Redmond Washington, fue una experiencia sin igual y espero poder asistir a los próximos summit que se realicen, es grato compartir con un grupo tan amplio de expertos, a continuación unas fotos de algunos de mis colegas colombianos que asistieron al evento.

Diana Torres - MVP Datacenter Management

César Herrada - MVP Enterprise Mobility

John Barreto - MVP Datacenter Management

José Redondo - MVP Data Platform

César Herrada - MVP Enterprise Mobility

Probar velocidad de conexión y transferencia de archivos hacia Azure

Una de las cosas que sin lugar a dudas siempre requerimos a la hora de trabajar con Microsoft Azure, es conocer la latencia de red hacia los centros de datos, ya que es importante saber cuál nos ofrece la menor latencia con el fin de ubicar nuestros servicios allí, otra pregunta muy frecuente es cuánto puede tardar la transferencia de información (carga) hacia Azure y también la descarga, cuál centro de datos nos ofrece más velocidad, lo anterior es algo que siempre queremos medir antes de cualquier implementación o trabajo en Azure.

Por lo anterior, decidí escribir hoy sobre AzureSpeed, un proyecto que podemos encontrar en GitHub: https://github.com/blrchen/AzureSpeed

Podemos hacer uso del servicio en la siguiente dirección: http://azurespeed.com/

Lo realmente encantador de este proyecto, es la gran cantidad de cosas que podemos probar.

Prueba de latencia, prueba CDN, velocidad en carga y descarga de archivos, velocidad en carga de archivos grandes. Entre otras.

Al ingresar al sitio lo primero que podemos observar es los centros de datos más cercanos debido a su menor latencia, tal como podemos apreciar en la siguiente imagen:

Incluso tenemos un gráfico dinámico

En el menú de la izquierda encontraremos todo el conjunto de pruebas que podemos hacer, algunas las comenté anteriormente.

Hice una prueba de carga al centro de datos del Este de los Estados Unidos (East US) de un archivo de 20.39 MB y miren los resultados:

Genial verdad? sin duda una herramienta que siempre debemos tener a la mano.

Cómo crear una aplicación web en Azure sin tarjeta de crédito

Siempre que nos hablan de Azure, inmediatamente asociamos el tema a una suscripción por la cual debemos pagar haciendo uso de una tarjeta de crédito, pues bien, en este post veremos cómo crear una aplicación web gratuita sin necesidad de usar la tarjeta de crédito, esta opción nos sirve para probar el servicio por un período corto de tiempo, sin necesidad de tener una suscripción en Azure, veamos cómo hacerlo en 5 sencillos pasos.

Paso  1

Ingresar a la URL: https://tryappservice.azure.com/ y seleccionar el tipo de aplicación que se desea ejecutar

Seleccionamos Aplicación web y hacemos clic en Siguiente

Paso 2

Podemos elegir un lenguaje de programación o seleccionar algunas de las plantillas que nos muestra por defecto, también podemos optar por empezar a construir la aplicación desde cero.

Para esta prueba seleccionaré la plantilla PHP Starter Site y luego hacer clic en Crear

Paso 3

Solicitará iniciar sesión con una cuenta de Microsoft, Google o Facebook

Paso 4

Se creará la aplicación la cuál estará disponible durante una hora, nos indicará la URL y varias herramientas para el desarrollador incluyendo edición con Visual Studio Online

Paso 5

Probar la aplicación! basta con ingresar a la URL creada y listo.

Ahora veamos la edición del sitio en PHP directamente sobre Visual Studio Online

Bien, y esto es todo lo que necesitamos para en unos sencillos pasos poder probar una aplicación web en Azure sin necesidad de suscripciones ni tarjeta de crédito, y si te gusta lo que has probado no dudes en adquirir la suscripción!

Hasta la próxima.

Cómo balancear la carga de máquinas virtuales en Azure

En esta ocasión vamos a utilizar otra de las poderosas características de Azure y es el balanceo de carga nativo que incorpora, lo utilizaremos para balancear un sitio web que se encuentran en dos instancias de máquina virtual en Azure (IaaS).

En esencia lo que tendremos es un sitio web publicado hacia Internet, el cual será atendido por dos máquinas virtuales en Azure, una imagen vale más que mil palabras, a continuación muestro el diagrama de lo que vamos a implementar en este artículo.

Como se puede apreciar en la imagen, Azure incluye un balanceador de carga nativo, el cual podemos usar y no genera costo adicional alguno, todo el tráfico que reciba de los clientes web a través del puerto 80 (http) será distribuido entre las dos máquinas virtuales (VM1 y VM2) al puerto 80 de cada una de ellas. Claramente puedo tener las instancias de máquina virtual que quiera, para esta demostración utilizaré dos instancias. Ahora veamos el proceso.

Lo primero es crear las máquinas virtuales a través del portal de Azure, crearé dos máquinas.

Algo muy importante a tener en cuenta, es que las máquinas virtuales que deseemos balancear deben estar en el mismo Cloud Service, para esta demostración las máquinas VM1 y VM2 las he puesto en el mismo servicio en la nube: mvpconf

La siguiente imagen muestra las dos máquinas creadas.

Bien, ahora que han sido creadas, voy a instalar el rol de servidor web (IIS) en cada una de ellas. Entiendo que esto es algo que sabemos hacer y no detallaré el proceso en este artículo,

Una vez listo el rol de servidor web en cada máquina, desde el portal de Azure seleccionamos la primer máquina (VM1) y hacemos clic en Extremos en la parte superior.

Un extremo (Endpoint en inglés) es básicamente lo que conocemos como un puerto, si observamos en la siguiente imagen, ya vienen por defecto dos "extremos" (puertos), para RDP y PowerShell, así que simplemente lo que haremos es agregar el "extremo" (puerto) para el servicio web http, es decir el puerto 80

En las opciones de la parte inferior seleccionamos Agregar

En Agregar Extremo estará seleccionada la opción Agregar un extremo independiente hacemos clic en el símbolo de flecha en la parte inferior.

De la lista desplegable Nombre seleccionamos el protocolo, en este caso HTTP, automáticamente nos traerá el protocolo TCP y el puerto 80, tanto de manera privada como pública (recordemos que tenemos una IP pública mediante la cual publicaremos el servicio y una IP privada para cada máquina virtual), activamos la casilla Crear un conjunto de carga equlibrada y continuamos.

Ponemos un nombre al conjunto de carga equilibrada y dejamos las demás opciones por defecto, estas pueden ser cambiadas según sus propias necesidades.

Al final veremos el extremo con un conjunto de carga asociado.

Ahora nos pasamos a la VM2 y llevamos a cabo las mismas acciones

Agregamos un nuevo extremo

En esta ocasión en lugar de crear un nuevo extremo, seleccionamos Agregar un extremo a un conjunto de carga equilibrada y elegimos de la lista de desplegable el que recién creamos (LB-HTTP)

Elegimos un nombre, debí haber elegido HTTP para guardar uniformidad con el anterior, dejamos el resto de opciones como aparecen

Bien, de este modo ya tenemos listo nuestro balanceador de carga, ahora lo que voy hacer es realizar una modificación en cada sitio web para saber a cuál máquina me estoy conectando, para ello vamos al directorio wwwroot y editamos el archivo de imagen  iis-85

Voy simplemente a poner un cuadro de texto con el nombre de cada máquina virtual, empecemos con VM1

Ahora editemos el mismo archivo en VM2

Guardamos los cambios, y simplemente para probar nos abrimos la URL con la cual publicamos el servicio, a continuación la prueba desde el navegador.

Como podemos apreciar, nos ha respondido VM1, si recargamos la página varias veces (F5), podemos notar que de repente nos pasará a VM2, pero si queremos ser más agresivos podemos detener el servicio web en VM1 para obligar al balanceador a dirigirnos a VM2, para ello abrimos el administrador de tareas y finalizamos el proceso IIS Worker Process

Volvemos al navegador, presionamos F5, y veremos como se cambiará de forma transparente a VM2

Y bien, esto ha sido todo. Espero les sea de utilidad esta información.

Cambios en el programa MVP - Adiós Directory Services

El día de hoy se han anunciado grandes cambios en el programa MVP de Microsoft por parte de Steve Guggenheimer, Vice Presidente del grupo DX (Developer eXperience & Evangelism), a través de su blog 

En resumen, de las 36 áreas de especialidad que existen se reducen a 10 y ahora se llaman "categorías", y cada categoría tiene varias áreas de contribución, la parte de "consumer" como por ejemplo Excel, Outlook, Word, etc. No sufrió cambios, ya que se trata de tecnologías que no han sufrido fuertes transformaciones, como si lo han hecho el resto de tecnologías, y sobre todo desde la era Cloud, ahora estamos en un mundo heterogéneo lleno de dispositivos cosas en la nube interoperabilidad  entre tecnologías, el mundo Open Source, DevOps y todas estas cosas que estamos viviendo hoy en día hacen que muchas de las especialidades tuvieran que re-diseñarse.

Ahora es posible que un MVP pueda ser reconocido por múltiples tecnologías o áreas de especialidad y no solo por una como siempre había sido, esto es algo bueno, ya que Microsoft por fin ha entendido que un MVP puede dominar múltiples tecnologías y debería ser reconocido por cada una de ellas, la siguiente tabla muestra algunas de las categorías y sus respectivas áreas de contribución.

(Clic para ampliar)

En mi caso, he sido reconocido como MVP es la especialidad técnica: Directory Services, ahora según estos cambios y si llego a ser reconocido nuevamente como MVP pasaría a la categoría Enterprise Mobility, no estoy seguro si este nuevo nombre me guste más, la verdad prefiero el anterior, siento algo de limitación con este título al foco real que tenemos los MVPs de Directory Services, si bien tenemos que ver en temas de movilidad no es nuestro 100% de hecho algunos MVPs ni tocan el tema de movilidad, pero este título hará pensar lo contrario, hubiese sido ideal una categoría de Identidad y Acceso, sin embargo en términos generales estoy contento con los cambios en el programa, considero que los cambios son buenos y necesarios en nuestra vida, al principio pueden generar algo de confusión pero luego los entenderemos y acogeremos.

Sin embargo, por ahora lo más importante es seguir desempeñando el papel que siempre hemos hecho en las comunidades técnicas de Microsoft que es compartir el conocimiento.

Un saludo a todos y esperemos más adelante que tan traumáticos pueden llegar a ser estos cambios.

Iniciar sesión en Windows 10 con cuenta en Azure Active Directory

Una de las novedades del sistema operativo Windows 10 es precisamente esta, la de poder iniciar sesión con una cuenta que se encuentre almacenada en la nube, específicamente en Azure AD, ya que  por ejemplo en Windows 8 se puede iniciar sesión con una cuenta Microsoft, pero ahora podemos por ejemplo usar una cuenta de Office 365 o Intune, ahora veamos cómo hacerlo.

Lo primero que debemos hacer es ingresar al portal de administración de Azure, y en el panel de la izquierda ubicar Active Directory

Seleccionamos el directorio al cual queremos unir el dispositivo con Windows 10, en mi caso cesarherrada, y en las opciones de la parte superior seleccionamos Configurar

Bajamos y ubicamos la parte de Dispositivos y activamos la opción TODO en Los usuarios pueden inscribir dispositivos en Azure AD

Con esto hemos terminado las acciones necesarias desde el portal de Azure, ahora debemos ir al equipo con Windows 10 y unirlo a Azure AD, para ello vamos al menú Inicio y seleccionamos Configuración

Luego, clic en Sistema

En la parte inferior del menú de opciones de sistema hacemos clic en Acerca de en el panel de la derecha observaremos la opción Unirse a Azure AD

Hacemos clic en Siguiente cuando aparezca el siguiente mensaje.

Proporcionamos los datos de la cuenta y contraseña del usuario existente en Azure AD

Aparecerá un mensaje para verificar si es nuestra organización, hacemos clic en Unirse

Esperamos unos instantes....

Y por último indicará que el proceso ha finalizado.

Ahora podemos observar que nos ofrece desconectarnos en caso de que asó lo deseemos.

Ahora solo nos resta cerrar sesión, y elegir la opción Otro usuario con eso nos solicitará credenciales, que para mi caso son las correspondientes al usuario ctorres@cesarherrada.com

Nos solicitará la creación de un PIN que por ahora no usaremos parta efectos de esta prueba, aunque es recomendado hacerlo, por ahora por simplicidad haré clic en Omitir por ahora

Con esto hemos iniciado sesión con una cuenta almacenada en Azure AD, a continuación la verificación.

O también podemos ejecutar un whoami donde podemos observar azuread\[nombreusuario]

Y bien, esto es todo por hoy. 

Espero sea de utilidad esta información.