Azure Virtual Network (classic) Test
An Azure virtual network (VNet) is a representation of your own network in the Azure cloud. It is a logical isolation of the Azure cloud dedicated to your subscription. You can fully control the IP address blocks, DNS settings, security policies, and route tables within this network. You can also further segment your VNet into subnets and launch Azure IaaS virtual machines (VMs) and/or Cloud services (PaaS role instances). Additonally, you can connect the virtual network to your on-premises network using one of the connectivity options available in Azure. In essence, you can expand your network to Azure, with complete control on IP address blocks with the benefit of enterprise scale Azure provides. Following are the benefits of virtual networks in an environment:
- Isolation. VNets are completely isolated from one another. That allows you to create disjoint networks for development, testing, and production that use the same CIDR address blocks.
- Access to the public Internet. All IaaS VMs and PaaS role instances in a VNet can access the public Internet by default. You can control access by using Network Security Groups (NSGs).
- Access to VMs within the VNet. PaaS role instances and IaaS VMs can be launched in the same virtual network and they can connect to each other using private IP addresses even if they are in different subnets without the need to configure a gateway or use public IP addresses.
- Name resolution. Azure provides internal name resolution for IaaS VMs and PaaS role instances deployed in your VNet. You can also deploy your own DNS servers and configure the VNet to use them.
- Security. Traffic entering and exiting the virtual machines and PaaS role instances in a VNet can be controlled using Network Security groups.
- Connectivity. VNets can be connected to each other, and even to your on-premises datacenter, by using a site-to-site VPN connection, or ExpressRoute connection. To learn more about VPN gateways, visit About VPN gateways.
If the virtual networks experience a sudden slowdown or are rendered inaccessible, the virtual machines and cloud services associated with the virtual networks will not be accessible thus causing setback to the user experience. To avoid such setbacks, it is essential for the administrators to figure out the count and the status of the virtual networks in the target environment. The Azure Virtual Network (classic) test helps administrators in this regard!.
This test helps administrators to figure out the number of virtual networks available in the target Microsoft Azure cloud . The detailed diagnosis of the test will list the status of each virtual network in the cloud. This way, administrators can figure out the virtual networks that are currently down/inaccessible.
This test is disabled by default. To enable the test, go to the enable / disable tests page using the menu sequence : Agents -> Tests -> Enable/Disable, pick Microsoft Azure as the Component type, Performance as the Test type, choose this test from the disabled tests list, and click on the < button to move the test to the ENABLED TESTS list. Finally, click the Update button.
Target of the Test: Microsoft Azure
Agent deploying the test: A remote agent
Output of the test: One set of results for the target Microsoft Azure being monitored
Measures reported by the test:
Indicates the number of virtual networks that were configured for the subscription.
The detailed diagnosis of this measure if enabled, lists the Name, Status, Location, Subnet name, Subnet address space, Address prefix and ID.