For the complete documentation index, see llms.txt. This page is also available as Markdown.

AutoStopping for Azure VMs

AutoStopping for Azure VMs

Click to view full size image

AutoStopping for Azure VMs: High-Level Overview

Harness manages the existing App Gateway within the customer environment. In cases where no App Gateway is present, Harness initiates the creation of a new one. Simultaneously, a freshly instantiated Proxy Manager comes into play, diligently tracking traffic directed towards the target resources.

Components and Flow:

  1. CCM Services:

  • A suite of CCM services collaborates seamlessly, orchestrating the AutoStopping mechanism tailored for Azure VMs. These services serve as the backbone, driving automation and intelligence.

  1. Customer Infrastructure:

  • The customer's infrastructure houses Azure VMs, subject to AutoStopping rules defined by CCM.

  1. App Gateway Management by Harness:

  • Harness takes charge of managing the existing App Gateway within the customer environment during the onboarding process.

  • If no App Gateway is found, Harness proactively creates a new one, establishing a crucial element for directing and managing traffic.

  1. Harness-managed Azure Function Creation:

  • A newly created Proxy Manager becomes an essential component, actively tracking traffic directed towards Azure VMs.

  • The Proxy Manager's role is central to detecting and analyzing traffic patterns for effective AutoStopping actions.

Last updated

Was this helpful?