An Azure service that is used to provision Windows and Linux virtual machines.
Hi Hemanta,
Thank you for the clear report with the exact timestamp — that helps narrow things down quickly.
Brief summary
- No platform-wide outage, maintenance, or known issue was active for Azure Virtual Machines around 30-MAR-2026 20:58 UTC.
- The simultaneous “PingProcess call failed” + “VM unable to reach VIP” is a classic symptom of temporary loss of connectivity from the VM to Azure’s internal WireServer VIP (168.63.129.16).
- Many customer services (including custom health/monitoring processes like yours) rely on this VIP for agent communication, heartbeat checks, and platform services. A brief routing, NSG, or DHCP blip can cause exactly this failure.
Recommended next steps (start here)
- Verify connectivity to the WireServer VIP from inside the affected VM: PowerShell
It should return True. If it fails, the issue is confirmed at the network layer.Test-NetConnection -ComputerName 168.63.129.16 -Port 80 -InformationLevel Quiet - Check Network Security Group (NSG) effective rules on the VM’s NIC/subnet for outbound traffic to 168.63.129.16 (port 80/443/32526).
- Review effective routes (Azure portal → VM → Networking → Effective routes) to ensure no custom User-Defined Route (UDR) is overriding the default system route to the WireServer.
- Restart the Azure Guest Agent service inside the VM and re-test the PingProcess.
Thanks,
Manish.