Application Request Routing (ARR) 2.0 for Shared Hosting

by Walter Oliver

Introduction

This topic is a guiding map for the information needed by hosters to:

Microsoft Application Request Routing (ARR) 2.0 is a proxy-based routing module that forwards HTTP requests to content servers based on HTTP headers and server variables, and load balance algorithms. A key feature of ARR is called "host name affinity," which is designed specifically for shared hosters. It affinitizes (creates an affinity) the requests to a given number of servers behind the ARR server regardless of whether they are made from one client or multiple clients, ensuring that a given site is consuming resources only on a defined number of servers. This feature allows hosters to define new business models where customers can pay for a specific number of servers as their needs change over time.

Continue to download ARR 2.0.

Learn about ARR 2.0

ARR is a key component of the Windows Web Platform <link: to the Shared Hosting config article>. To understand how hosters can take advantage of ARR in shared hosting scenarios, you can:

  • Watch this video (http://www.msteched.com/2010/NorthAmerica/WSV324).
  • Read this overview article. It explains the difference between the current approach to shared hosting and the new approach enabled by ARR.

The following image depicts the logical flow of requests between the client and the target Web site server:

Image of logical flow of requests between the client and the target Web site Server indicating the role of A P R in load balancing the H T T P requests.

In summary, ARR's benefits include:

  • HTTP(S) requests are dynamically load balanced by ARR.
  • Administrators can scale the Web farm environment horizontally by adding new Web servers that do not have predefined site allocations.
  • Web server resources are more evenly distributed.
  • Sites have high availability.
  • Administrators have only one shared configuration to manage.
  • The ARR domain-server affinity feature opens a new server-to-site resource allocation model.

Set Up ARR for Shared Hosting

The following steps and articles constitute a complete guide for setting up an ARR server and a corresponding Web server farm, as described in the Shared Hosting Configuration article:

  1. Designate a server connected to the Internet that will run ARR and will handle all Web requests between clients and the Web application servers.

  2. Install ARR using Web Platform Installer on the designated server.

  3. Change the application pool process model for ARR.Screenshot of the flow between the Front End and Back End with A P R Server highlighted.

  4. Set up an ARR Web server farm, using the procedure in the following article. For more information about shared configuration, see: https://www.iis.net/learn/manage/managing-your-configuration-settings/shared-configuration_264.
    Screenshot of the flow between the Front End and Back End with Web Server farm highlighted and Web Farm Shared Configuration displayed.

  5. Configure ARR for shared hosting <link: https://www.iis.net/learn/extensions/configuring-application-request-routing-(arr)/shared-hosting-using-application-request-routing-arr>.

  6. Evaluate whether high availability and scalability are required. If so, there are two approaches:

  7. Evaluate whether SSL is required for the hosted sites. If so, ensure that the Web servers in the ARR Web server farm are not accessible directly from the Internet. Only the ARR server(s) should be available from the Internet. This is very important since ARR uses SSL Offloading by default. If SSL is not required, disable SSL Offloading. SSL Offloading provides the following benefits:

    • It helps to maximize the server resources of the Web servers by keeping them from allocating cycles for encrypting and decrypting requests and responses.
    • The SSL certificates (for each domain) are installed once (on the ARR server), rather than on every server in the Web farm.
  8. <Issue: Need instructions on setting up log file directory permissions in the NAS for ARR.>

  9. Configure the ARR server to forward customer site error details. The ARR server must be configured to forward any error details that customers want their Web sites to send back to Web clients. After this step has been completed, customers will be able to control error page content. By default, the ARR server will forward errors but will omit the error details. Follow these steps to allow error details to be forwarded:

    1. Using IIS Manager to manage the ARR server, select the Error Pages module.Screenshot of I I S Manager control panel with Error Pages module selected and highlighted.
    2. In the Actions pane (on the right side), click Edit Feature Settings. Screenshot of Actions pane in Error Pages displaying Edit Features Settings highlighted.
    3. In the Edit Error Pages Settings dialog box, select Detailed errors, and then click OK

Screenshot of Edit Error Pages Settings displaying Deleted Errors selected and highlighted.

Conclusion

This article provides a map to the guidance that hosters need to learn about and set up ARR in their shared hosting environments. It includes the recommended shared hosting configuration and the instructions needed to set up ARR.