fix(ingress): NGF stale-config follow-ups — Gateway API v1.5.1 + legacy CP min_replicas=1#554
fix(ingress): NGF stale-config follow-ups — Gateway API v1.5.1 + legacy CP min_replicas=1#554sanmesh-kakade wants to merge 2 commits into
Conversation
|
Important Review skippedAuto reviews are disabled on base/target branches other than the default branch. 🗂️ Base branches to auto review (1)
Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
Bump the gateway_api_crd module default from Gateway API v1.4.1 to v1.5.1 (channel stays experimental, install still uses kubectl apply --server-side). Extends the version enum with v1.5.1 and v1.5.0 while retaining the existing v1.4.x/v1.3.0/v1.2.0 entries. This is the prerequisite CRD bump for the companion NGINX Gateway Fabric 2.6.3 upgrade, since NGF 2.5.0+ requires Gateway API v1.5.x. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
…e defaults Match the utility module: control-plane resource defaults requests cpu 200m->250m / mem 256Mi->512Mi, limits cpu 500m->1 / mem 512Mi->1Gi (schema defaults + sample) across aws/azure/gcp. The single-replica controller was memory-pressured (~291Mi vs the 256Mi request). Data-plane resources unchanged. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
49500bc to
6da8d89
Compare
📋 Gateway API CRD changelog v1.4.1 → v1.5.1 — verified against the real manifests, with impactv1.5.1 is a conformance/docs patch over v1.5.0 (zero CRD schema change) — all API deltas are from v1.5.0. Legend: ✅ affects us ·
Pre-flight before applyIf managedFields show Apply these CRDs before the NGF 2.6.3 controller (facets-utility-modules#39). Net: additive + safe for our Gateway/HTTPRoute/ReferenceGrant usage. Only real watch-items: the rollback VAP and a possible server-side-apply field-manager conflict — both operational, neither a schema break. |
….5.1 Mirrors Facets-cloud/facets-modules#554 into the redesigned NGF modules: - common/gateway_api_crd: default Gateway API version v1.4.1 -> v1.5.1 (enum adds v1.5.1/v1.5.0; sample + main.tf lookup updated). - nginx_gateway_fabric_{aws,azure,gcp,ovh}: control-plane resource defaults bumped — requests 200m/256Mi -> 250m/512Mi, limits 500m/512Mi -> 1/1Gi (schema defaults + x-ui-placeholders + sample). Chart/image change is inherited from the base utility module these modules delegate to (facets-utility-modules#39 -> facetscloud/nginx-gateway-fabric:2.6.5), so no image refs change here. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Consolidates the facets-modules changes for the NGF 2.6.3 stale-config fix (#4697). Supersedes #553.
Companion (separate repo): the NGF chart/image 2.6.3 upgrade is in Facets-cloud/facets-utility-modules#39. These legacy modules source that module by git ref (unpinned), so they inherit the chart/image bump automatically once #39 merges.
Changes
gateway_api_crd→ Gateway API v1.5.1 (modules/gateway_api_crd/k8s/1.0) — defaultversionv1.4.1→v1.5.1, enum extended; channel staysexperimental; install stillkubectl apply --server-side. NGF 2.5.0+ requires GW API v1.5.x.📋 Full Gateway API v1.4.1→v1.5.1 changelog + per-item impact + pre-flight checks are in a separate comment below.
nginx_gateway_fabric_legacy_{aws,azure,gcp}) — CP requests200m/256Mi → 250m/512Mi, limits500m/512Mi → 1/1Gi(schema defaults + sample), matching facets-utility-modules#39. Data-plane unchanged;min_replicasleft at 2 (HA).Notes
develop; cherry-pick tomasterafter merge per the release flow.🤖 Generated with Claude Code