Skip to content

apigee: document & test /28 support range for google_apigee_instance ip_range#17945

Open
xuchenma wants to merge 1 commit into
GoogleCloudPlatform:mainfrom
xuchenma:b369201169-instance-support-range
Open

apigee: document & test /28 support range for google_apigee_instance ip_range#17945
xuchenma wants to merge 1 commit into
GoogleCloudPlatform:mainfrom
xuchenma:b369201169-instance-support-range

Conversation

@xuchenma

Copy link
Copy Markdown
Contributor

Summary

google_apigee_organization / google_apigee_instance users with multiple /28s couldn't choose which /28 support range to use — the ip_range field only documented the /22 runtime block, and the UI exposed an option the provider seemingly didn't (hashicorp/terraform-provider-google#19501).

In fact the Apigee Instance API's ipRange already accepts a comma-separated list of /22 and/or /28 blocks ("a.b.c.d/22,e.f.g.h/28"), and the provider's ip_range is a plain string that passes the value straight through. So the value worked — the gap was documentation and the lack of an example showing it.

Changes

  • Update the ip_range field description to document the /28 support range and the comma-separated "/22,/28" input format (matching the API docs).
  • Add apigee_instance_ip_range_with_support_range_test: reserves a /20 and creates an instance with both an explicit /22 runtime range and an explicit /28 support range, proving the combined format works end to end.

No schema/behavior change — ip_range already forwarded the value; this makes the capability discoverable and regression-tested.

Test evidence

--- PASS: TestAccApigeeInstance_apigeeInstanceIpRangeWithSupportRangeTestExample (2987.90s)

Fixes hashicorp/terraform-provider-google#19501

…e ip_range

Users with multiple /28s could not choose which support range google_apigee_instance
uses: the ip_range field only documented the /22 runtime block. The Apigee API's
ipRange actually accepts a comma-separated list of /22 and/or /28 blocks
("a.b.c.d/22,e.f.g.h/28"), so the value already passes through -- the gap was
documentation and lack of an example.

- Update the ip_range field description to document the /28 support range and the
  comma-separated "/22,/28" input format.
- Add apigee_instance_ip_range_with_support_range_test, which reserves a /20 and
  creates an instance with both an explicit /22 runtime range and an explicit /28
  support range, proving the combined format works end to end.

Fixes hashicorp/terraform-provider-google#19501

BUG=369201169

Signed-off-by: Xuchen Ma <xuchenm@google.com>
@modular-magician modular-magician added the awaiting-approval Pull requests that need reviewer's approval to run presubmit tests label Jun 12, 2026
@github-actions

Copy link
Copy Markdown

Googlers: For automatic test runs see go/terraform-auto-test-runs.

@hao-nan-li, a repository maintainer, has been assigned to review your changes. If you have not received review feedback within 2 business days, please leave a comment on this PR asking them to take a look.

You can help make sure that review is quick by doing a self-review and by running impacted tests locally.

@github-actions github-actions Bot requested a review from hao-nan-li June 12, 2026 02:37
@github-actions

Copy link
Copy Markdown

@hao-nan-li This PR has been waiting for review for 3 weekdays. Please take a look! Use the label disable-review-reminders to disable these notifications.

@github-actions

Copy link
Copy Markdown

@GoogleCloudPlatform/terraform-team @hao-nan-li This PR has been waiting for review for 1 week. Please take a look! Use the label disable-review-reminders to disable these notifications.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

awaiting-approval Pull requests that need reviewer's approval to run presubmit tests

Projects

None yet

Development

Successfully merging this pull request may close these issues.

I have multiple /28s and google_apigee_organization and google_apigee_instance won't let me choose which one to use for support range

2 participants