NAT gateway SNAT connection threshold assumes single public IP
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 7
- Forks
- 2
- Avg merge
- 1d 15h
- Merged PRs (30d)
- 3
Description
Context
The azure_natgateway_snat_connection_count_high alert rule in python-pulumi/src/ptd/grafana_alerts/azure_natgateway.yaml has a hardcoded threshold of 60000 SNAT connections. This assumes a single public IP (Azure NAT Gateway supports 64,512 SNAT ports per public IP).
Problem
Deployments with multiple public IPs have proportionally higher capacity and would need a higher threshold (e.g., 120,000 for two IPs). There is currently no per-deployment override mechanism — the threshold must be manually adjusted in the YAML.
What needs to be done
- Evaluate whether NAT gateway deployments in PTD ever use multiple public IPs.
- If yes, consider a mechanism to make the threshold configurable per deployment, or document the manual adjustment process clearly for operators.
- If a single public IP is always used, document this assumption as intentional.
Related file
python-pulumi/src/ptd/grafana_alerts/azure_natgateway.yaml, rule uid: azure_natgateway_snat_connection_count_high
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by inspecting PTD's NAT gateway deployment configuration and python-pulumi/src/ptd/grafana_alerts/azure_natgateway.yaml, focusing on rule uid azure_natgateway_snat_connection_count_high. Determine whether deployments use multiple public IPs, then either define a per-deployment threshold mechanism or document the manual adjustment; if only one IP is used, document that assumption as intentional.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- azure, grafana, python
- Domain
- cloud, networking, observability
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100