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

Open
#634 2 comments 0 reactions 0 assignees View on GitHub
enhancement
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

Open the contributing 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.