sábado, 6 de mayo de 2017

Monitorizar App Services en el Portal de Azure


Recientemente han vuelto a modificar en el Portal Ibiza de Azure las opciones para monitorizar las webapps (App Services), por lo que voy a tratar de explicar un poco las opciones que tenemos para monitorizar nuestra página web alojada en Microsoft Azure. Estas herramientas nos ayudarán a determinar el rendimiento y posibles problemas que esté sufriendo nuestro sistema.
Ahora hay que entrar desde “Diagnose and Solve Problems”.Diagnose and solve problems - app service - azure


Nada más abrir esa opción podemos ver una gráfica con el status de las últimas 24h  y podemos intercambiar entre Availability, Requests y Performance.


Diagnose and solve problems - app service - azure

Diagnose and solve problems - app service - azure

Diagnose and solve problems - app service - azure





También hay una zona con Herramientas útiles para diagnosticar el estado del WebApp. Voy a intentar explicar un poco cada una de ellas:
Diagnose and solve problems - app service - azure


  • Metrics per instance (Apps):

En esta sección podemos revisar múltiples contadores de rendimiento (.NET Process, ASP.NET, .NET CLR, TCPv4 y TCPv6) y en distintos intervalos de tiempo, viendo las mismas en todas las instancias a la vez o indicando manualmente que instancia queremos comprobar.

Diagnose and solve problems - app service - azure


También podemos ver las métricas del site, viendo las mismas en todas las instancias a la vez o indicando manualmente que instancia queremos monitorizar.

Diagnose and solve problems - app service - azure


  • Metrics per instance (App Service Plan)
Aquí podemos ver las métricas de las instancias del Service Plan, viendo todas las APPS que comparten dichas instancias al estar en el mismo Service Plan, permitiendo ver también las métricas de los slots de staging. Podemos filtrar por instancia, intervalo de tiempo y Sites.

Diagnose and solve problems - app service - azure
Diagnose and solve problems - app service - azure

Diagnose and solve problems - app service - azure



  • Live HTTP Traffic

Como su nombre indica, podemos visualizar el tráfico recibido por el WebApp en tiempo real, viendo las peticiones correctas, así como los errores de servidor (5xx) y las peticiones erróneas (4xx)

Diagnose and solve problems - app service - azure



  • Application Events

Es un Visor de Eventos del IIS donde está alojado el WebApp.


Diagnose and solve problems - app service - azure


  • Failed Requests Tracing Logs (FREB)

Esta herramienta realiza un seguimiento basado en una solicitud y produce un archivo de registro (en formato .xml) que muestra eventos y notificaciones de los diversos módulos que trabajaron en la solicitud durante su ciclo de vida.
Se puede filtrar por la URL, por el tipo de petición, por la hora y fecha, por el código de estatus…

Diagnose and solve problems - app service - azure
Diagnose and solve problems - app service - azure


  • Diagnostics as a Service

Permite lanzar una solicitud para recopilar información en forma de log y analizada en formato HTML del Visor de Eventos, de los logs HTTP y hacer un Memory Dump (utilizar el Memory Dump con cuidado, ya que puede provocar una caída del servicio) de la instancia.

Diagnose and solve problems - app service - azure


  • Mitigate

Permite crear reglas de auto-reciclado del WebApp basado en el número de peticiones en un determinado intervalo de tiempo.

Diagnose and solve problems - app service - azure

Diagnose and solve problems - app service - azure





  • Advanced Application Restart

El reinicio avanzado de aplicación le permite reiniciar instancias individuales de la aplicación y reiniciar de forma inteligente varias instancias. El temporizador de reinicio le permite especificar el intervalo de tiempo en segundos que se usa al reiniciar determinadas instancias de la aplicación y reducir el efecto de los arranques en frío.

Diagnose and solve problems - app service - azure


miércoles, 23 de noviembre de 2016

WhatsApp Web se integra con Giphy

Seguramente todos estáis al tanto de que el famoso servicio de mensajería WhatsApp lleva unos meses permitiendo compartir GIFs animados.

En la versión para iOS ya permite hacer búsqueda de GIFs en la famosa base de datos de imágenes http://giphy.com.

Desde la plataforma Android aún no contamos con esa característica, pero si como yo eres de los que usa la versión web de WhatsApp https://web.whatsapp.com, tal vez te interese saber que ya se pueden hacer búsquedas de GIFs animados para adjuntar a tus conversaciones.

Para ello, estando dentro de una conversación, pulsamos el icono que está a la izquierda de la ventana donde escribimos los mensajes, que es la carita que nos permite añadir los iconos.




En la parte superior de la sección que se despliega, está la barra con las distintas opciones de iconos que podemos compartir. A la derecha del todo tenemos un icono que pone GIF, pulsamos en él.



En la ventana de texto que nos aparece justo encima de la primera muestra de GIFs que nos ofrece la base de datos, podemos introducir alguna palabra o combinación de palabras relacionadas con lo que queremos buscar.


Podremos desplazarnos por las distintas imágenes para seleccionar la que queramos compartir, y pulsar sobre ella. Nos presentará una vista previa a la vez q permitirá introducir algún comentario.



Y ya sólo nos hace falta darle a la flecha de enviar para compartir el GIF en la conversación.


miércoles, 9 de diciembre de 2015

Azure SQL Geo-Replication Change Role Procedure (UPDATE)

In this entry Azure SQL Geo-Replication Change Role Procedure I explained how to proceed in a Azure SQL disaster whit the Geo-Replication active.

Well, this procedure has changed. Now there is a new and simplier way to initiate a DataBase failover in the Azure Ibiza Portal.

Browse to SQL Databases and select the Primary Database.


Browse to All Settings and then to Geo-Replication


Select the Secondary DataBase and clic on the FailOver option in the next slide.


Accept in the next prompt if you are sure you want to change the order of the DataBase (if we are in a critical situation, we are sure of that)


The DataBases status will change to Pending for a while.



We only have to wait until the FailOver ends and we will have the order of our DataBases changed.



The main advantage of this procedure is that we don´t lost the Geo-Replicaton configuration and we can switch between the DataBases all the times we need (but it is better not to need it ever)




miércoles, 21 de octubre de 2015

Azure SQL Geo-Replication Change Role Procedure

In the case of one Azure SQL Database gets degraded, if we have configured the Geo-Replication as shown in this post Azure SQL Geo-Replication Configuration, we can change the role of the replicated DB with this procedure and use it as the main DB.

1.  For activating the Secondary DB of the Geo-Replication, go to SQL databases in Ibiza Portal.


     2. Open the Primary DB and go to Geo-Replication

  
       3. On the Secondary DB, clic the 3 points on the right and select Stop Now



      4. One message appears indicating that the replication will stop and the Secondary DB will be converted in a stand-alone DB, press YES




      5. Using the command Get-AzureSqlDatabaseCopy we can verify the non-replicated status of the DB, it must not return any information.



Azure SQL Geo-Replication Configuration


We can use the Azure SQL Geo-Replication feature as DB disaster recovery plan. We make a copy any DB in another Azure Region.

1. For activating DB Geo-Replication, go to SQL databases in Ibiza Portal.



2. Select the DB > All Settings > Geo-Replication



3. Choose the Target Region where the DB will be replicated (the best option is to select the recommended one)


4. Create a new DB server filling the name of the server, the admin and the password. Select to create V12 server, and check the option to allow Azure services to access server, and press OK.


5. After the creation of the new server, in the “Create secondary” slide appears the new created server. In the lower left corner, press CREATE.


6. In the Geo-Replication slide appears the new Secondary server initializing.



7. When the process is finished, the status of the new replication DB appears as Non-Readable.


8. Now there are two DB with the same name in two different servers, each one in one Location.



9. In the configuration of both DB, appears the corresponding Geo-Replication role.




10. To verify the status of the copy between both DB, use the command Get-AzureSqlDatabaseCopy


11. Now that we have configured the Geo-Replication, in disaster case we can activate the replicated DB following the instructions in this post Azure SQL Geo-Replication Change Role Procedure

miércoles, 30 de septiembre de 2015

Monitoring a Virtual Machine in Azure

This is my first entry in English so I would like to apologize upfront if there are any language mistakes. If you find anything that needs correction, please feel free to contact me and I will gladly make the changes based on your suggestions


In the same way we monitor our physical servers, it is necessary to monitor our VM.

Now that we have a Virtual Machin in Azure, I will explain how to enable and configure how to monitor it.

For that, I will use the new Azure Portal, Ibiza. It stills in Preview, but it is functional.

This is the URL





To configure the monitoring it is necessary an Azure Storage Account where the monitor data will be stored, so the first step is to create a Storage Account in the same region that our VM is.

Go to Browse and select Storage Accounts. You can see there is another section called Storage Accounts (Classic). There you can find the Storages Accounts created in the old Portal.



Once in the Storage Accounts section, press ADD



A new slide appears. Here we assign a name to the Storage Account and select the Resource Group and the Location (remember, the Location must be the same where the VM is).



In the upper right corner, with the BELL symbol, you can watch the progress of the deployment.



When the deployment is finished, just refresh with the circular arrow




We can configure the VM monitoring yet. In our case, we will find it in Virtual Machines (classic) because it was created in the old Portal.



Click on the VM and a slide appears. Here we can see the all the data about the VM and another slide with the settings. In the lower part there is a tile called Monitoring where there is a message offering to turn on the diagnostics, but we are going to use the Diagnostics menu item in the right.



In the new slide, press ON to enable the diagnostics options. The first thing is to select the Storage Account configured previusly.



And then, select the parameters we want to monitor.  In this case, we are not going to monitor .NET, SQL or IIS. But remember to check the Boot Diagnostics. And when you have finished of choice the options you want to monitor, press SAVE.



Now we can start the VM and wait for the data to see the charts change.



We can add some alerts now. They are useful to be aware of some important metrics of our VM. Press on Alert Rules and then Add Alert.




In this example, it will send an email to the EMAIL@EMAIL.COM address when the percentage of memory used is greather than 80% for 5 minutes.