aws / aws/amazon-vpc-resource-controller-k8s
VPC-RC taking upwards of 10 minutes, to hydrate its trunk cache when restarted at larger node size
- Dominant language
- Go
- Stars
- 106
- Forks
- 71
- Avg merge
- 10h 28m
- Merged PRs (30d)
- 6
Description
**What would you like to be enhanced**:
**Why is the change needed and what use case will it solve**:
Did experiment with 1700 nodes, restarted vpc-rc and track time it took to send event to that it manages this node, and calculated summary statistic for latency
Some raw numbers
=== Summary (seconds since T0 -> latest NodeTrunkInitiated per node) ===
nodes_total=1700 nodes_with_event=1700 nodes_missing=0
mean=384.334 p50=384.500 p90=667.200 p95=703.000 p99=732.000 max=737.000
Contributor guide
Research direction
No files, tests, or entry points are named. Start by reproducing a VPC-RC restart with 1,700 nodes and measure the delay from restart to each NodeTrunkInitiated event; confirm the trunk-cache hydration path and agree on an acceptable latency target before defining done.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- aws, go
- Domain
- cloud, networking, performance
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100