Pidiendo una de camarones mientras tu sitio autoescala en Azure

CamaronesAzureDespués de la salida de la última versión 6.4 del DotNetNuke Azure Accelerator que, recordemos, añade soporte para alta disponibilidad de tus sitios web con DotNetNuke en Azure, llega el momento de probar opciones de autoescalabilidad para ajustar la capacidad a la demanda y como no, ahorrar en costes.

No sé si todos sabréis de una de las últimas adquisiciones de Microsoft. Se trata de la startup MetricsHub, cuyo principal foco es la monitorización y automatización de escalado de despliegues realizados sobre Windows Azure, para sacar el mayor partido posible a la flexibilidad y valor a nuestras soluciones en la nube. Lo mejor de esta adquisición es que como resultado final todos los clientes de Windows Azure pueden activar la versión preliminar de estos servicios a través de la Store de forma…GRATUITA!!!

Las características más destacables de estos servicios serían las siguientes:

MetricsHub Dashboard ActiveScale desde MetricsHub Notificaciones
Completo cuadro de mandos con un resumen de los datos más importantes de tu servicio en la nube ActiveScale mantiene tu servicio en condiciones cuando la carga aumenta, del mismo modo que decrementa los costes Envío de alertas a través de correo electrónico e integración con PagerDuty

MetricsHub
Ver video

AutoScale
Ver video

Notifications
Ver video

metrics_hubSi quieres saber más sobre esta adquisición sigue este anuncio en los blogs de MSDN: “Microsoft Acquires MetricsHub”.

En este artículo veremos un paso a paso sobre cómo activar la monitorización de nuestro sitio DotNetNuke desplegado sobre Windows Azure, así como habilitar las opciones de autoescalado y notificaciones para poder irnos a tomar tranquilamente una tapa de camarones a la playa mientras las máquinas trabajan por nosotros.

IMPORTANTE: para que las funciones de autoescalado funcionen correctamente, debes haber desplegado tu sitio web al menos con la versión 6.4 del DotNetNuke Azure Accelerator.

Activando MetricsHub en nuestra suscripción

Para comenzar a examinar las opciones de autoescalado de nuestra instancia DotNetNuke sobre Windows Azure en modo PaaS (una instancia desplegada como un “cloud service” con el Accelerator, no como un Azure Website), lo primero que tenemos que hacer es habilitar las opciones de monitorización en nuestra suscripción. Para ello realizaremos los siguientes pasos:

  1. Iniciar sesión en la consola de administración de Windows Azure en https://manage.windowsazure.com
  2. En la barra de comandos inferior, pulsamos sobre “Nuevo” y luego en “Store”
    AzureStore
  3. En la pantalla de selección de Add-ons, buscar “Active Cloud Monitoring” (ahora mismo aparece como el primero de la lista)
    ActiveCloudMonitoring
  4. Al pulsar siguiente, nos congratula ver que efectivamente el servicio es GRATUITO. Pero OJO: en la región, indica la misma localización donde tienes ubicados tus servicios cloud, ya que de lo contrario puede incurrir en gastos de tráfico saliente desde tus cuentas de almacenamiento donde se está guardando la información de diagnóstico.
    PersonalizaAddon
  5. Al pulsar siguiente, podemos volver a ver cómo el servicio es gratuito. Aún no se han ofrecido detalles de cómo evolucionará este servicio. Por ahora, el límite que he podido constatar es de que no admite monitorización de más de 150 servidores, límite más que aceptable.
    Review
  6. Al pulsar sobre finalizar, se comienza a desplegar nuestro servicio “Active Cloud Monitoring”, y al cabo de unos segundos ya está todo listo para comenzar a configurar la monitorización
    ActiveCloudMonitoringEnabled
  7. Al pulsar sobre el Add-on, nos lleva al Dashboard del servicio en Azure, aunque no será desde este portal donde accedamos a toda la información. Para hacer esto último, pulsamos sobre el enlace de visitar la web de “MetricsHub, Inc” para los pasos siguientes:
    VisitMetricsHub
  8. Una vez en el sitio de MetricsHub, el primer paso es configurar qué subscripciones y/o servicios queremos monitorizar. Para ello es necesario que subamos el fichero “.publishsettings” generado por nuestro portal (que contendrá un certificado de administración serializado y los ids de suscripción que puede administrar). Este proceso se realiza en dos pasos automáticos siguiendo las instrucciones en pantalla
    GetStarted2
    GetStarted3
  9. Llegó la hora de indicar qué suscripciones y/o servicios queremos monitorizar. Seleccionamos los que queremos –más tarde podremos añadir o quitar desde las opciones de administración de la cuenta- y le damos al botón de comenzar, proceso que tarda unos minutos en finalizar.
    GetStartedFinish
    Por el momento el servicio monitorizará cloud services (PaaS), Windows Azure Websites, espacio en cuentas de almacenamiento y máquinas virtuales (IaaS). Para estas últimas, tendrás que hacer el paso adicional de instalar un agente local que envíe los datos de monitorización. Como el DNN Azure Accelerator funciona sobre PaaS, no tendrás que realizar ninguna operación adicional de este tipo.

Jugueteando con la monitorización

Una vez que está todo configurado, es el momento de permitirle unos minutos al servicio para que comience a obtener los datos de diagnóstico. Una de las cosas que me llama la atención es que toda la interfaz de usuario se ha implementado mediante “Responsive design”, con lo que puedes acceder desde cualquier dispositivo móvil sin problemas ya que éstas se ajustan dinámicamente al tamaño de pantalla en cada dispositivo.

Home1Hom2

Una vez que le hemos dado tiempo a obtener datos, veremos como las gráficas de monitorización comienzan a funcionar dentro de cada servicio.

Como ejemplo, veamos la monitorización de un site de DNN desplegado en modo de alta disponibilidad con un mínimo de 2 instancias ExtraSmall. Veremos 3 niveles de monitorización de un servicio cloud –que podremos personalizar añadiendo más o menos datos a las gráficas y tablas de datos-.

El primer nivel de monitorización es a nivel general del servicio cloud:

SiteHA

Como vemos, el uso de memoria está bastante ajustado ya que en el ejemplo usamos máquinas ExtraSmall con sólo 768Mb de RAM.

Al pulsar sobre el role “DNNAzure” accedemos al segundo nivel de monitoración a nivel de Role, donde podemos a nivel general las estadísticas para cada uno de los roles de uso de CPU, memoria, operaciones de lectura y escritura en disco así como tráfico de red entrante y saliente, todo en una sola pantalla muy bien consolidado.

RolesHA

Por último, al pulsar sobre el nombre de una de las instancias de role, por ejemplo “DNNAzure_IN_0”, accederemos al tercer nivel de monitorización a nivel de instancia, donde podremos monitorizar hasta a nivel de proceso!!!

InstanceDetail

Habilitando el autoescalado con ActiveScale

Bueno, la tapa de camarones y la caña están servidas sobre la mesa y queremos tomárnosla tranquilamente. ¿Qué hacemos? Pues activamos el autoescalado para no tener que preocuparnos de si el rendimiento del sistema es el adecuado a la vez que reducimos los costes a la carga de cada momento.

Para ello, accedemos a la configuración de ActiveScale desde el nivel 1 (cloud service) o nivel 2 (role) de monitorización del cloud service:

ActiveScaleSettings

Y aquí las opciones más interesantes del servicio, no sólo porque permiten autoescalado automático basándose en el uso del site, sino que además permite habilitar tareas automáticas de mantenimiento de salubridad del sistema –que denominan “Automatic Healing”, como por ejemplo, reiniciar una instancia de role si se está por encima de un umbral de CPU durante un tiempo determinado, etc.

ActiveScaleDetails

Habilitando las notificaciones

Bueno, además de que el sistema se ajuste a la carga, se autorecupere, etc. queremos recibir notificaciones de alerta por correo electrónico, por SMS, iOS messages, etc. si alguno de los servicios sufre algún incidente. ¿Qué hacemos? Alegremente vemos que este servicio también está incluido dentro de MetricsHub. Para habilitarlo, accedemos al menú de notificaciones desde la página de inicio pulsando sobre el menú “All Issues”.

NotificationsMenu

Desde aquí podemos ver el histórico de incidencias en todos los servicios, tanto actuales como pasadas:

AllIssues

Pulsando sobre el botón de “Get Email Notifications…” podemos configurar cada una de las reglas para el envío de alertas por correo electrónico. Las opciones de activación de estas reglas se pueden parametrizar a través de la supervisión de umbrales de contadores, además de poder combinarlos entre ellos para la configuración de una regla:

SetupNotifications

Para acceder a la configuración de notificaciones por SMS, etc. simplemente tienes que crear una cuenta en PagerDuty. Este servicio es de pago, contando con una trial de 30 días.

Conclusión

Después de haber puesto en marcha un ejemplo de despliegue y hacer algunas pruebas de carga sobre el sistema he podido ver que efectivamente el servicio autoescala hacia arriba y abajo pasado el tiempo configurado. Las notificaciones llegan como se esperan y el detalle de las mismas es muy bueno. Acceder al interfaz de usuario desde dispositivos móviles cuando no estás delante de tu PC de sobremesa es genial, sobretodo cuando se comporta tan bien mostrando gráficas y todo tipo de detalles.

Recordando que este servicio se ofrece en modo “preview” de forma gratuita, sólo queda esperar qué se nos ofrecerá en un futuro. Yo por ahora, “lo compro” Smile

Me voy a por la tapa de camarones.

Un saludo y Happy Coding!

DotNetNuke Azure Accelerator 6.4 Released!

DNNCloudThe new DotNetNuke Azure Accelerator 6.4 is now available on CodePlex with very interesting new features, such as the awaited high availability, the automated SSL certificates setup, FTP and WebDeploy management, as well as a last-minute addition that allows to set the site offline to perform maintenance tasks. To download the latest version follow this link:

Download DotNetNuke Azure Accelerator 6.4

Release notes

New features

  • Changed the packages to use OSVersion=3 by default: Windows Server 2012 and IIS 8
  • Added Support for active and passive FTP. You can enable it in the wizard on the remote option settings step
  • Added a new package supporting co-located cache. Note that you still will need a DNN caching provider that implements it.
  • Changed IIS 8 settings to use site pre-load
  • Changed the appPool Startup mode to AlwaysRunning (see thishttp://blogs.msdn.com/b/vijaysk/archive/2012/10/11/iis-8-what-s-new-website-settings.aspx for more info)
  • Modified all the packages to support High Availability: now you can safely increase or decrease the number of roles serving the website. The VHD drive will be dinamically attached, shared and connected between all the workers. The process will recover from failures when the VM acting as SMB server goes down for whatever reason.
  • Support for App_Offline to do safer DNN upgrades stopping incoming webrequests. When you change the configuration setting "AppOffline.Enabled" to "true", the site will appear as offline but will be published on port 12242. You can then run the upgrade on that port (portal aliases will be dinamically added). After finishing the upgrade, set the "AppOffline.Enabled" to "false" to re-enable the site.
  • App_Offline file can be customized by dropping an HTML file on "/Portals/_default/App_Offline.htm
  • Added a new step in the wizard to setup SSL configuration, allowing to upload the SSL certificate and CA’s certificates
  • Now you can reload the packages in the wizard without having to restart the process
  • The last subscription used will be the default one when launching again the wizard

Fixes

RemoteOptions

SSLSettings

Getting Started

The summary of steps for deploying DNN Community on Windows Azure is:

  1. GET A WINDOWS AZURE SUBSCRIPTION
    1. You can sign-up for a free 3 month trial here http://www.windowsazure.com/es-es/pricing/free-trial/
  2. RUN THE ACCELERATOR
    1. Download the DotNetNuke Wizard Accelerator package and uncompress it
    2. Run DNNAzureWizard.exe and follow the steps

If you have any comment or you find an issue, remember to visit the CodePlex discussion forums.

Enjoy it!

DotNetNuke Azure Accelerator 6.4 ya disponible!

DNNCloudYa está disponible en CodePlex la última versión del DotNetNuke Azure Accelerator con una serie de características muy interesantes, como la tan esperada Alta Disponibilidad, la configuración automatizada de certificados SSL, el acceso a los contenidos mediante FTP y WebDeploy, así como un añadido de última hora para poner el site offline para realizar tareas de mantenimiento. Para acceder a la descarga de esta última versión puedes seguir el siguiente enlace:

Descargar DotNetNuke Azure Accelerator 6.4

Notas de la versión

Nuevas características

  • Modificados todos los paquetes para soportar Alta Disponibilidad: ahora puedes aumentar o disminuir el número de instancias de rol de forma segura. La unidad VHD será montada y compartida dinámicamente, mientras que los roles cliente buscan y se conectan al recursos compartido del mismo modo. Este proceso se recuperará automáticamente de posibles caídas cuando la máquina virtual que actúa como servidor de ficheros se cae por cualquier motivo (fallo, actualización automática, sustitución del servidor por uno nuevo, etc.)
  • Modificados todos los paquetes para usar OSVersion=3 por defecto (Windows Server 2012 e IIS 8)
  • Añadido soporte para FTP activo y pasivo. Puedes habilitar la configuración automática de los servicios FTP en el paso de opciones de administración remota en el asistente
  • Modificadas las opciones de IIS 8 para usar pre-carga del site
  • Modificada las opciones del pool de aplicaciones para poner el modo de inicio a AlwaysRunning (ver http://blogs.msdn.com/b/vijaysk/archive/2012/10/11/iis-8-what-s-new-website-settings.aspx para más información)
  • Añadido un nuevo paquete con soporte para co-located cache. Nótese que aún así necesitarás un Caching Provider que implemente Windows Azure Cache no incluido en la solución
  • Soporte para App_Offline para realizar operaciones de mantenimiento, como las mismas actualizaciones de DotNetNuke, de forma más segura al no recibir webrequests durante dicho proceso. Cuando cambias la opción de configuración “AppOffline.Enabled” a “true” a través de la consola de administración de Windows Azure, el site aparecerá offline en los puertos 80 y 443, mientras que es publicado en el puerto 12242. De este modo puedes realizar el update en dicho puerto (se añadirán dinámicamente portal aliases para el mismo). Al finalizar las tareas de mantenimiento, vuelve a configurar la opción “AppOffline.Enabled” a “false” para volver a habilitar el site.El App_Offline puede ser personalizado creando un fichero en la ruta “/portals/_default/App_Offline.htm”
  • Añadido un nuevo paso en el asistente para configurar las opciones de SSL, permitiendo subir tanto el certificado del site como el de las entidades emisoras de los mismos.
  • Ahora puedes volver a cargar la lista de paquetes en el asistente sin tener que volver a iniciar el mismo
  • La última suscripción usada será la que esté seleccionada por defecto la próxima vez que inicies el asistente

Correcciones

RemoteOptions

SSLSettings

Si tienes alguna sugerencia o comentario, o detectáis alguna incidencia, recordad visitar los foros de discusión en CodePlex.

¡Que lo disfrutéis!

¡Vuelve el Megathon 2013!

Por segundo año consecutivo, tendrá lugar el Megathon Windows, un hackathon que se celebra de manera simultánea en varias ciudades, donde tendrás la oportunidad de crear apps para Windows 8 y Windows Phone, aprender y conocer a otros programadores y ganar fabulosos premios.

Además como novedad, este año hemos preparado una serie de cursos y webcasts gratuitos de desarrollo de apps para Windows 8 y Windows Phone previos al evento para que puedas empezar a prepararte a fondo para el gran día.

¡Accede a la web del Megathon Windows para apuntarte a los cursos y no olvides registrarte en alguna de las ciudades que ya tenemos confirmadas!

¡Empieza a prepararte! ¡Contamos contigo!