• 2 min read

Additional updates to Support Site Extension for Azure App Service Web Apps

With this most recent update, you now have the ability to access Support Site Extension features right from the Azure Preview Portal.

Previous updates to Support Site Extension included features like Live HTTP traffic monitoring,  Event Viewer, Role Metrics for a Web App per Instance, Notifications, ClearDB health checks etc. We’re excited to add to the list with this recent update!

Access to Support Site Extension

With this most recent update, you now have the ability to access Support Site Extension features right from the Azure Preview Portal. To access these features for a given Web App, simply click on “Settings” for your Web App  –> Select “Troubleshoot” from the settings blade  –>  Click on the feature you want to explore.




Configure Using your User Interface

Auto Healing has been one of our most popular features for Azure App Service Web Apps. Previously, you had to manually configure this feature inside your web.config file. With this recent update, you can now use User Interface (UI) to configure auto healing for your Web Apps.

Note: You can read more about the Auto Heal feature Here.

Quick summary on how to use the UI:

  1. From Azure Preview Portal, select the “Mitigate” option for the Troubleshoot blade (as shown above). This will single sign you into Mitigate section of Support Site Extension for a given Web App.
  2. By Default the feature is OFF. To start adding rules (triggers), turn the feature ON.
  3. If you have been using this feature previously, by having the rules configured in your Web.config file (manually) then.
    • This UI will not detect and reflect those rules. (You have an option to remove those rules from your web.config file and configure it again using UI and they will be picked up from here on out)
    • Those rules are still effective and will take precedence over any new rules you set using UI.
    • If you set multiple/duplicate rules using UI and Web.config file then the ones in Web.config will take precedence.
  4. Once the feature is turned ON, you will be able to add any rule of your choice by clicking on “Add Rule” button. To learn more about different rules/triggers please see my original blog on Auto Healing.
  5. As you add rules, the UI will guide you to set an “Action”. Choose an action of your choice from Recycle, Log Event or Custom Action.

    Note: The default custom action populated is simply using DaaS command line, indicating: When any rule is hit, collect the process “Memory Dumps” –>  Kill the process that is suspected to be in bad stated –> Analyze the data (Memory Dump in this case). This is great way to automatically detect bad situations with your Web App, Collect the data, recycle to recover and analyze the data to build the report for you to read.

  6. You can add as many rules as you want, but there can only be one action defined. You can add new rules in web.config file manually and those can have it’s independent action and will be honored ahead of the ones set using UI.
  7. To delete the rule simply click on “X” sign.
  8. Do not forget to hit “Update” after settings rules and actions, as nothing gets saved unless you ask for it.