Skip to content

fix(lake): clarify AWS PrivateLink service setup - #23636

Open
awxxxxxx wants to merge 1 commit into
pingcap:release-8.5from
awxxxxxx:fix/lake-privatelink-service-name
Open

fix(lake): clarify AWS PrivateLink service setup#23636
awxxxxxx wants to merge 1 commit into
pingcap:release-8.5from
awxxxxxx:fix/lake-privatelink-service-name

Conversation

@awxxxxxx

@awxxxxxx awxxxxxx commented Aug 27, 2026

Copy link
Copy Markdown
Collaborator

What is changed, added or deleted? (Required)

  • Add the missing AWS Console steps for selecting the endpoint service type, pasting and verifying the TiDB Cloud Lake service name, configuring the network, and creating the endpoint.
  • Reuse the current AWS Console screenshot that shows the Service name field and Verify service button. The existing guide skipped these details and jumped directly from Create endpoint to security group selection.

Which TiDB version(s) do your changes apply to? (Required)

Tips for choosing the affected version(s):

By default, CHOOSE MASTER ONLY so your changes will be applied to the next TiDB major or minor releases. If your PR involves a product feature behavior change or a compatibility change, CHOOSE THE AFFECTED RELEASE BRANCH(ES) AND MASTER.

For details, see tips for choosing the affected versions.

  • master (the latest development version)
  • v8.5 (TiDB 8.5 versions)
  • v8.4 (TiDB 8.4 versions)
  • v8.3 (TiDB 8.3 versions)
  • v8.2 (TiDB 8.2 versions)
  • v8.1 (TiDB 8.1 versions)
  • v7.5 (TiDB 7.5 versions)
  • v7.1 (TiDB 7.1 versions)
  • v6.5 (TiDB 6.5 versions)

What is the related PR or file link(s)?

AI agent involvement

  • The changes in this PR were primarily made by an AI agent on behalf of the PR author.

Do your changes match any of the following descriptions?

  • Delete files
  • Change aliases
  • Need modification after applied to another branch
  • Might cause conflicts after applied to another branch

Summary by CodeRabbit

  • Documentation
    • Expanded the AWS PrivateLink setup guide with detailed VPC endpoint creation steps.
    • Added instructions for verifying the service, selecting the VPC and subnet, choosing a security group, and creating the endpoint.
    • Included screenshots to clarify the setup process.

@ti-chi-bot ti-chi-bot Bot added contribution This PR is from a community contributor. missing-translation-status This PR does not have translation status info. size/S Denotes a PR that changes 10-29 lines, ignoring generated files. labels Aug 27, 2026
@ti-chi-bot

ti-chi-bot Bot commented Aug 27, 2026

Copy link
Copy Markdown

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by:
Once this PR has been reviewed and has the lgtm label, please assign overvenus for approval. For more information see the Code Review Process.
Please ensure that each of them provides their approval before proceeding.

The full list of commands accepted by this bot can be found here.

Details Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@coderabbitai

coderabbitai Bot commented Aug 27, 2026

Copy link
Copy Markdown

Review Change Stack

📝 Walkthrough

Walkthrough

The AWS PrivateLink guide expands step 4 with detailed VPC endpoint creation instructions. The update covers service verification, VPC and subnet selection, security group selection, endpoint creation, and supporting screenshots.

Changes

AWS PrivateLink guide

Layer / File(s) Summary
Expand VPC endpoint creation steps
tidb-cloud-lake/guides/connect-with-aws-privatelink.md
Step 4 now lists seven endpoint creation actions and adds screenshots for the endpoint button, service settings, and security group.

Estimated code review effort: 1 (Trivial) | ~3 minutes

Merge Risk: 🔵 Low · up to b5714

The PR improves AWS PrivateLink setup guidance, but the current page still misplaces the relevant screenshot and omits subnet and Availability Zone constraints that could lead to confusion or failed endpoint creation. The risk is bounded and mergeable with explicit owner follow-up on these documentation fixes.

🚥 Pre-merge checks | ✅ 5
✅ Passed checks (5 passed)
Check name Status Explanation
Title check ✅ Passed The title clearly and concisely describes the main change: clarifying the AWS PrivateLink service setup for TiDB Cloud Lake.
Description check ✅ Passed The description explains what changed and why, identifies the affected TiDB version, provides reference links, records AI involvement, and addresses the additional change categories. The optional firs…
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check. Docstring coverage is scoped to functions touched by this diff. Analyzed 0 functions across 0…
Linked Issues check ✅ Passed Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check ✅ Passed Check skipped because no linked issues were found for this pull request.
Full details: Description check

Explanation

The description explains what changed and why, identifies the affected TiDB version, provides reference links, records AI involvement, and addresses the additional change categories. The optional first-time contributor checklist is omitted appropriately.

Full details: Docstring Coverage

Explanation

No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check. Docstring coverage is scoped to functions touched by this diff. Analyzed 0 functions across 0 files. (1 skipped: 1 unsupported.)

✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 2


ℹ️ Review info
⚙️ Run configuration

Configuration used: Path: .coderabbit.yaml

Review profile: ASSERTIVE

Plan: Pro Plus

Run ID: ba403a09-8506-4953-929d-8442df52f0aa

📥 Commits

Reviewing files that changed from the base of the PR and between 7e1eca1 and b571467.

📒 Files selected for processing (1)
  • tidb-cloud-lake/guides/connect-with-aws-privatelink.md

Included review availability: Your plan provides up to 4 included reviews per hour; 3 remain after this review.

2. In **Endpoint settings**, fill in a name tag if needed, and then select **Endpoint services that use NLBs and GWLBs**.

Select the previously created security group `HTTPS`:
![Verify endpoint service](/media/tidb-cloud/private-endpoint/create-endpoint-2.png)

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🎯 Functional Correctness | 🟡 Minor | ⚡ Quick win

Move the screenshot below step 3.

The screenshot is placed after step 2, but it shows the Service name field and Verify service button used by step 3. Move the image block to immediately after Line 45 so it illustrates the instruction it documents.

As per path instructions: use a regular comment when the fix requires reordering or noncontiguous changes.

Source: Path instructions


4. In **Network settings**, select your VPC.

5. In **Subnets**, select the availability zones and subnets where you want to create the VPC endpoint.

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🎯 Functional Correctness | 🟡 Minor | ⚡ Quick win

🔎 Supported by static analysis

🏁 Script executed:

#!/bin/bash
set -eu
echo '--- applicable repository conventions ---'
head -5 /tmp/coderabbit-repo-knowledge/pingcap-docs-9c73f70c/*/*.md 2>/dev/null || true
echo '--- target document excerpt ---'
cat -n tidb-cloud-lake/guides/connect-with-aws-privatelink.md | sed -n '35,55p'
echo '--- relevant diff ---'
git diff -- tidb-cloud-lake/guides/connect-with-aws-privatelink.md | sed -n '1,160p'

Repository: pingcap/docs

Length of output: 2318


🌐 Web query:

AWS interface VPC endpoint one subnet per Availability Zone endpoint service supports selected Availability Zones

💡 Result:

When configuring an interface VPC endpoint, you are limited to selecting one subnet per Availability Zone [1][2]. You cannot select multiple subnets from the same Availability Zone for a single interface VPC endpoint [2]. Regarding support for specific Availability Zones, an interface VPC endpoint can only be created in Availability Zones that are supported by the corresponding endpoint service [3]. If you attempt to select a subnet in an Availability Zone not enabled for that endpoint service, the operation will fail [3]. Key points regarding this requirement include: 1. Availability Zone Mapping: The Availability Zones supported by an endpoint service are determined by the service provider (or AWS, for AWS services) by the Availability Zones they have enabled on their Network Load Balancer [4][3]. Because subnet-to-AZ mappings can vary between AWS accounts, it is best practice to use the unique Availability Zone ID (AZ ID) when identifying compatible zones [3]. 2. Troubleshooting: If you encounter an error stating that an endpoint service does not support the Availability Zone of a selected subnet, it indicates that the service provider has not activated that specific zone for their endpoint service [3]. You can verify which Availability Zones are supported by a service by using the describe-vpc-endpoint-services CLI command [3]. 3. High Availability: For production workloads, it is recommended to configure the interface VPC endpoint in at least two Availability Zones to ensure resiliency [5][4]. 4. Automation: Tools like the AWS Cloud Development Kit (CDK) provide parameters (such as lookup_supported_azs) to help automatically identify and restrict subnet selection to only those Availability Zones where the endpoint service is available [6][7].

Citations:


Document the subnet constraints.

AWS interface endpoints allow only one subnet per Availability Zone, and the endpoint service must support each selected Availability Zone.

Committable replacement
-    5. In **Subnets**, select the availability zones and subnets where you want to create the VPC endpoint.
+    5. In **Subnets**, select one subnet per Availability Zone, and select only Availability Zones supported by the endpoint service.
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
5. In **Subnets**, select the availability zones and subnets where you want to create the VPC endpoint.
5. In **Subnets**, select one subnet per Availability Zone, and select only Availability Zones supported by the endpoint service.
🧰 Tools
🪛 LanguageTool

[style] ~49-~49: Three successive sentences begin with the same word. Consider rewording the sentence or use a thesaurus to find a synonym.
Context: ...rk settings**, select your VPC. 5. In Subnets, select the availability zo...

(ENGLISH_WORD_REPEAT_BEGINNING_RULE)

Sources: Path instructions, MCP tools

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

Labels

contribution This PR is from a community contributor. missing-translation-status This PR does not have translation status info. size/S Denotes a PR that changes 10-29 lines, ignoring generated files.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant