Azure Load Balancer for iHub Lite

Contents

  1. Pre-requisites
  2. Accessing Load Balancer
  3. Creating Load Balancer
  4. Review + create

 

Pre-requisites

Steps for configuring Azure Load Balancer assumes below prerequisites are in place in your Azure Subscription.

  1. A Virtual Network is created and available to spin up Azure resources within the same.‎

  2. Address space must be decided by respective Azure subscription owners.‎

  3. A dedicated subnet for Azure Application Gateway inside your VNET.‎

  4. Region of the VNET must be decided by respective Azure subscription owners.

    1. Scope of VNET is within one Region

    2. Network Latency, resource specification, capacity / usage limits etc must be considered while selecting a Region

      1. Reference Document on how to check subscription limits.

      2. The user should have ‘Contributor’ access on ‘Subscription’ scope.

  5. The user who is configuring Azure Load Balancer has ‘Contributor’ access in the Subscription.

 

Accessing Load Balancer

 

  1. Login to Azure Portal

  2. From ‘All Services ‘ search ‘ Load Balancer ’, select ‘ Load Balancer ’

  3. Click on ‘+’ button(Add button)

Picture 17

Creating Load Balancer

  1. Update the Create load balancer wizard with appropriate entries

Picture 18

Continued…………………..

Picture 1

Project Details

 

 

Subscription

Select Subscription Name

Varies with respective to client

Resource Group

Select Resource Group

Varies with respective to client

Instance Details

 

 

Load Balancer Name

Set an Load Balancer name

E.g: lb-smartop-dev-connect

Region

Select Region

Varies with respective to client

Type

Public

 

SKU

Select Standard 

 

Public IP address

Select Create new.

 

Public IP address name

Type name in the text box. Microsoft recommends using Standard for production workload

Eg: pip-smartops-dev-connect-gateway

Availability zone

Select Zone-redundant to create a resilient Load Balancer.

 

 Add public Ipv6 Address

 Select No

 

 

Review + create

  1. Click on Create.
    Picture 2

  2. Once created Configure back end pool by clicking on ‘Back end Pool’ in left menu.
    Picture 3

  3. Update values with ‘Add backend Pool’ wizard
    Picture 4

Backends

 

 

Name

Set a name for the backend pool accordingly

E.g.: pool-lb-smartops-dev-connect

Virtual Network

Select the vnet from dropdown where the Load balancer and VM belongs to

 

 IP Version

 IPv4

 

 

 

 

Virtual Machines

 

 

Target Type

Virtual Machines

Select all infra nodes here as for RabbitMQ

*Here the traffic needs to get routed from Azure Load balancer to rabbitMQn node. So, we have to select and add the Node where rabbitMq is deployed as Target VMs [ PFB sample screenshot after configuration]

Picture 6

 

Created backend pool as in below screenshot.
Picture 7

To allow the Load Balancer to monitor the status of your app, you use a health probe.
Picture 12

Update Values in ‘Add health probe ’ wizard.
Picture 8

 

Health probe

 

 

Name

Set a name for the backend pool accordingly

E.g.: health-lb-smartops-dev-connect

Protocol

TCP

 

Port

5671

 

Interval

Enter 30 for number of Interval in seconds between probe attempts.

In seconds

Unhealthy threshold

Select 2 for number of Unhealthy threshold or consecutive probe failures that must occur before a VM is considered unhealthy.

Select all infra nodes here as for RabbitMQ

 

Created health probe as below

Picture 9

 

Create a Load Balancer rule

Click on Load Balancing Rules and click ‘+’ Add

Update values in ‘Add load balancing rule’

Picture 10

Basics

 

 

 

Instance Details

 

 

Rule Name

Set an Rule name

E.g: lb-rule-smartops-dev-connect

Protocol

Select TCP

Varies with respective to client

Port

Enter 5671

 

Backend port

Enter 5671.

 

Backend pool

Select pool-lb-smartops-dev-connect

 

Health probe

Select ‘health-lb-smartops-dev-connect’

Eg: pip-smartops-dev-connect-gateway

Session Persistence

Select Zone-redundant to create a resilient Load Balancer.

 "None" specifies that successive requests from the same client may be handled by any virtual machine

TCP reset

Disabled

 

 

Rule created as below

Picture 11

 

Search for the public ip created with its name (pip-smartops-dev-connect-gateway)and select the resource

Picture 13

Click on configuration Tab and edit the DNS Name label eg: smartops-dev-connect and save

 

Picture 14

 

 

 

Make sure that port 5671 is open up in NSG for the Back end Pool VM to get Azure load balancer connected to rabbitMQ

 

Picture 15

 

 

Come back to created load balancer and check the health by clicking on ‘Diagonose and Solve problems’

Click on view event resource health

 

Picture 5

 

Health will be displayed with status as ‘Available’ .if the configurations are not healthy it will be ‘Unavailable’

 

Picture 16

 

Note: It will take 5 minutes to get the resource health as Available if all configurations are correct. So wait for 5 minutes and check the resource status

Feedback

Copyright © 2021 UST Global. All Rights Reserved.