Configure a Gateway Load Balancer in Azure for Inline V Series Solution
Prerequisites
- Create or update Security Group policies of GigaVUE Cloud Suite components. For details, refer to Network Security Groups.
Points to Note:
- Azure only supports North-South traffic monitoring with Gateway Load Balancer.
Perform the following steps to configure a gateway load balancer in Azure:
- Create a Virtual Machine Scale Set for Inline GigaVUE V Series Node
- Create a Virtual Machine Scale Set for Out-of-Band GigaVUE V Series Node
- Create a Gateway Load Balancer
- Create a Public Load Balancer
Create a Virtual Machine Scale Set for Inline GigaVUE V Series Node
Enter or select the following details as mentioned in the table to create a VMSS in Azure.
Parameters |
Description |
Reference |
Mandatory field |
---|---|---|---|
Availability Zones |
Choose if you want to use zones for high availability. |
No |
|
Orchestration |
|||
Orchestration Mode |
Select Uniform as the orchestration mode. |
Create a Virtual Machine Scale Set
|
Yes |
Security Type |
Select Standard mode. |
Yes |
|
Scaling |
|||
Scaling Mode |
Choose Autoscaling. |
|
Yes |
Scaling Configuration |
Click Configure to edit the scaling conditions. |
Yes |
|
Default Condition |
Enter the Initial Instance Count as 0. Note: Once the monitoring Domain and connection is configured, edit this value to the number of GigaVUE V Series Node that you need to deploy in this Monitoring Domain. |
Yes |
|
Condition |
Choose a metric-based scaling condition (For example, CPU usage, network traffic). |
Yes |
|
Metric Source |
Select the metric (For example, Average CPU Percentage). |
Yes |
|
Scale out |
Set conditions like greater than 70% for scaling up. |
Yes |
|
Scale in |
Set conditions like less than 20%. |
||
Cooldown Period |
Set a cooldown period to prevent rapid scaling. |
Yes |
|
Instance Details |
|||
Instance Type |
Choose Standard_D4S_v4 as the VM size. |
||
Image |
Select the GigaVUE V Series Node image. |
||
Authentication Type |
Choose SSH public key. |
||
Username |
Enter a user name. Do not use admin or gigamon. |
||
Networking |
|||
Virtual Network |
Select the required VNET. |
Networking for Azure Virtual Machine Scale Sets
|
Yes |
Subnet Selection |
Choose the appropriate subnet for Inline V Series Node. |
Yes |
|
NIC Configuration |
GigaVUE V Series Node requires two NICs—one for management and one for mirrored data traffic. To configure the Data NIC, add a second network interface, select the appropriate subnet and network security group (NSG), and enable Accelerated Networking. |
Yes |
|
Management |
|||
Upgrade Mode |
Choose Automatic. |
Yes |
|
Advanced |
|||
Custom data and cloud init |
Enter the Custom data as text in the following format and deploy the instance. The GigaVUE V Series Nodes uses this user data to generate config files (/etc/gigamon-cloud.conf and /etc/vseries-inline.conf) and register with GigaVUE‑FM using Third Party Orchestration. Note: Token must be configured in the User Management page. Refer to Configure Tokens for more detailed information. Copy
Custom Data with Internal and External Ports If you have modified the internal and external port values in the Gateway Load Balancer, use the following custom data: Copy
|
Yes |
Create a Virtual Machine Scale Set for Out-of-Band GigaVUE V Series Node
This step is optional. You can create a VMSS for Out of Band GigaVUE V Series Node if you wish to send to process the acquired traffic.
Enter or select the following details as mentioned in the table to create VMSS in Azure.
Parameters |
Description |
Reference |
Mandatory field |
---|---|---|---|
Availability Zones |
Choose if you want to use zones for high availability. |
No |
|
Orchestration |
|||
Orchestration Mode |
Select Uniform as the orchestration mode. |
Yes |
|
Security Type |
Select Standard mode. |
Yes |
|
Scaling |
|||
Scaling Mode |
Choose Autoscaling. |
|
Yes |
Scaling Configuration |
Click Configure to edit the scaling conditions. |
Yes |
|
Default Condition |
Enter the Initial Instance Count as 0. Note: Once the monitoring Domain and connection is configured, edit this value to the number of GigaVUE V Series Node that you need to deploy in this Monitoring Domain. |
Yes |
|
Condition |
Choose a metric-based scaling condition (For example, CPU usage, network traffic). |
Yes |
|
Metric Source |
Select the metric (For example, Average CPU Percentage). |
Yes |
|
Scale out |
Set conditions like greater than 70% for scaling up. |
Yes |
|
Scale in |
Set conditions like less than 20%. |
||
Cooldown Period |
Set a cooldown period to prevent rapid scaling. |
Yes |
|
Instance Details |
|||
Instance Type |
Choose Standard_D4S_v4 as the VM size. |
Yes |
|
Image |
Select the GigaVUE V Series Node image. |
Yes |
|
Authentication Type |
Choose SSH public key. |
Yes |
|
Username |
Enter a user name. Do not use admin or gigamon. |
Yes |
|
Networking |
|||
Virtual Network |
Select the required VNET. |
Networking for Azure Virtual Machine Scale Sets
|
Yes |
Subnet Selection |
Choose the appropriate subnet for V Series Node. |
Yes |
|
NIC Configuration |
GigaVUE V Series Node requires two NICs—one for management and one for mirrored data traffic. To configure the Data NIC, add a second network interface, select the appropriate subnet and network security group (NSG), and enable Accelerated Networking. |
Yes |
|
Management |
|||
Upgrade Mode |
Choose Automatic. |
||
Advanced |
|||
Custom data and cloud init |
Enter the Custom data as text in the following format and deploy the instance. The GigaVUE V Series Nodes uses this user data to generate config files (/etc/gigamon-cloud.conf and register with GigaVUE‑FM using Third Party Orchestration. Note: You need to configure Token in the User Management page. For details, refer to Configure Tokens. Copy
|
Yes |
Create a Gateway Load Balancer
Enter or select the following details as mentioned in the table to create a gateway load balancer in Azure.
Parameters |
Description |
Reference |
Mandatory field |
|||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Basics |
||||||||||||||
Region |
Select the region. |
Create a Gateway Load Balancer
|
Yes |
|||||||||||
SKU |
Select Gateway. |
Yes |
||||||||||||
Type |
Select Internal. |
Yes |
||||||||||||
Tier |
Select Regional. |
Yes |
||||||||||||
FrontEnd IP Configuration |
||||||||||||||
IP Version |
Select based on the requirement. |
Create a Gateway Load Balancer
|
Yes |
|||||||||||
Virtual Network |
Select your virtual network. |
Yes |
||||||||||||
Subnet and IP Assignment |
Select your subnet and choose Dynamic for assignment. |
Yes |
||||||||||||
Backend Pool |
||||||||||||||
Backend Pool Configuration |
Select NIC. |
Create a Gateway Load Balancer
|
Yes |
|||||||||||
Type |
Choose Internal and External. |
Yes |
||||||||||||
Internal and External Ports |
Use default values. Note: If you change the port values here, update the same ports in the Custom data and cloud-init field when creating the Virtual Machine Scale Set. |
Yes |
||||||||||||
VMSS Selection |
Select the VMSS as part of IP configuration. Choose data NIC for the configuration. |
Yes |
||||||||||||
Inbound Rules - Add a load balancing rule |
Yes |
|||||||||||||
Frontend IP Address |
Select an existing Frontend IP from the drop-down list. |
Yes |
||||||||||||
Backend Pool |
Select an existing Backend pool from the drop-down list. |
Yes |
||||||||||||
Session Persistence |
Select None. |
Yes |
||||||||||||
Health Probe |
Select Create New and enter the following details:
|
Yes |
Create a Public Load Balancer
Enter or select the following details as mentioned in the table to create a public load balancer in Azure.
Parameters |
Description |
Reference |
Mandatory field |
---|---|---|---|
Basics |
|||
Region |
Select the region. |
Create a Public Gateway Load Balancer
|
Yes |
SKU |
Select Standard. |
Yes |
|
Type |
Select Public (validated type). |
Yes |
|
Tier |
Select Regional. |
Yes |
|
FrontEnd IP Configuration |
|||
IP Type |
Select IP Address as the IP type. |
Create a Public Gateway Load Balancer
|
Yes |
Public IP address |
Select the public IP address from the drop-down list. If required, you can create a new IP address. |
Yes |
|
Gateway Load Balancer |
Select the Gateway Load Balancer you created in the previous step to associate it with the frontend IP configuration. |
Yes |
|
Backend Pool |
|||
Backend Pool Configuration |
Select IP Address. |
Create a Public Gateway Load Balancer
|
Yes |
IP Address |
Specify the private IP address of the source/customer VM. |
||
Inbound Rules - Add a load balancing rule |
Yes |
||
Frontend IP Address |
Select an existing Frontend IP from the drop-down list. |
Yes |
|
Backend Pool |
Select an existing Backend pool from the drop-down list. |
Yes |
|
Protocol |
Select TCP as the protocol. |
Yes |
|
Port |
Enter 80 as the port. |
Yes |
|
Backend Port |
You can configure the backend port to match the frontend port. Enter a value based on your traffic requirements. |
Yes |
|
Health Probe |
Select Create new and create a new Health Probe with TCP Protocol, Port 22, and 5-second attempt interval. |
Yes |
|
Session Persistence |
Select None. |
Yes |
|
Outbound Rules |
|||
Frontend IP Address |
Select an existing Frontend IP from the drop-down list. |
Outbound rules Azure Load Balancer
|
Yes |
Backend Pool |
Select an existing Backend pool from the drop-down list. |
Yes |
What to do Next
After configuring the gateway load balancer in Azure, you must register the GigaVUE V Series Node with GigaVUE‑FM. Refer to Deploy GigaVUE V Series Nodes for Inline V Series Solution section for more detailed information on how to deploy the GigaVUE V Series Node across the Azure accounts with Gatewayload balancer configured.