Publish managed services using Private Service Connect

As a service producer, you can use Private Service Connect to publish services using internal IP addresses in your VPC network. Your published services are accessible to service consumers using internal IP addresses in their VPC networks.

This guide describes how to use Private Service Connect to publish a service that is hosted on an internal TCP/UDP load balancer or an internal HTTP(S) load balancer.

If you want to publish a service that is hosted on an internal TCP/UDP load balancer on Google Kubernetes Engine, see Creating an internal TCP/UDP load balancer with Private Service Connect in the GKE documentation.

To publish a service, you do the following:

• Host the service using an internal TCP/UDP load balancer or internal HTTP(S) load balancer in the service producer VPC network.

• Create a service attachment in the same region as the load balancer.

  If you're using Shared VPC, you can create the Private Service Connect subnet in the host project, and create the service attachment in a service project.

To connect to a published service, a service consumer configures a Private Service Connect endpoint to access the service in the same region.

Roles

The following IAM role provides the permissions needed to perform the tasks in this guide.

• Compute Network Admin (roles/compute.networkAdmin)

Before you begin

• To publish a service using Private Service Connect, the service must be hosted on backends of one of the following load balancers:

  • Internal TCP/UDP load balancer
  • Internal HTTP(S) load balancer

• Decide how service consumers should send requests to the published service. We recommend using domain names in this format: REGION.p.DOMAIN. For example, if your public domain is example.com, and the published service is in us-west1, then we recommend that you let service consumers send requests to the service using hostnames in the us-west1.p.example.com domain.

  • The load balancer providing the service must be able to accept requests directed to these domain names. If you are using an internal HTTP(S) load balancer, you might need to update the load balancer configuration to reflect the domain names that you want service consumers to use. For example, update certificates or URL maps.

• Decide whether the service should be accessible from all projects, or if you want to control which projects can access your service.

Limitations

• Each load balancer can be referenced only by a single service attachment. You cannot configure multiple service attachments that use the same load balancer.

• Not all internal TCP/UDP load balancer features are supported. If your load balancer uses any of these features, you cannot use it to publish a service using Private Service Connect.

  • Packet Mirroring
  • Global access
  • Multiple forwarding rules using the same IP address
  • Subsetting

  Also, a service attachment cannot reference a forwarding rule for internal protocol forwarding.

• PROXY protocol is not supported for services that use an Internal HTTP(S) load balancer.

• Subnets that you create for Private Service Connect have the following limitations:

  • You cannot use the same subnet in multiple service attachment configurations.

  • You cannot assign IP addresses from Private Service Connect subnets to resources.

• If you create the Private Service Connect subnet in a Shared VPC host project, and you want to create the service attachment in a service project, you must use the gcloud command-line tool or the API to create the service attachment.

• See known issues for issues and workarounds.

Creating a subnet for Private Service Connect

You must create one or more dedicated subnets for use with Private Service Connect. If you're using the Google Cloud Console to publish a service, you can create the subnets during that procedure.

For information about Private Service Connect subnets, see Private Service Connect subnets.

Permissions required for this task

To perform this task, you must have been granted the following permissions or one of the following IAM roles.

Permissions

• compute.subnetworks.create

Roles

See Roles for role information.

Console

1. Go to the VPC networks page.
   Go to VPC networks
2. Click the name of a VPC network to show its VPC network details page.
3. Click Add subnet. In the panel that appears:
   1. Provide a Name.
   2. Select a Region.
   3. In the Purpose section, select Private Service Connect.
   4. Enter an IP address range. For example, 10.10.10.0/24.
   5. Click Add.

gcloud

gcloud compute networks subnets create SUBNET_NAME \
    --network=NETWORK_NAME --region=REGION \
    --range=SUBNET_RANGE --purpose=PRIVATE_SERVICE_CONNECT

Replace the following:

• SUBNET_NAME: the name to assign to the subnet.

• NETWORK_NAME: the name of the VPC for the new subnet.

• REGION: the region for the new subnet. This must be the same region as the service you are publishing.

• SUBNET_RANGE: the IP address range to use for the subnet. For example, 10.10.10.0/24.

API

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/subnetworks

{
  "ipCidrRange": "SUBNET_RANGE",
  "name": "SUBNET_NAME",
  "network": "projects/PROJECT_ID/global/networks/NETWORK_NAME",
  "purpose": "PRIVATE_SERVICE_CONNECT",
}

Replace the following:

• PROJECT_ID: the project for the subnet.

• SUBNET_NAME: the name to assign to the subnet.

• NETWORK_NAME: the name of the VPC network for the new subnet.

• REGION: the region for the new subnet. This must be the same region as the service you are publishing.

• SUBNET_RANGE: the IP address range to use for the subnet. For example, 10.10.10.0/24.

Publishing a service with automatic project approval

Use these instructions to publish a service and automatically let any consumer connect to this service. If you want to approve consumer connections explicitly, see publishing a service with explicit project approval.

When you publish a service, you create a service attachment. Service consumers use the service attachment details to connect to your service.

If you want to view consumer connection information, you can enable PROXY protocol. PROXY protocol is supported only for services that use an internal TCP/UDP load balancer. It is not supported for services that use an internal HTTP(S) load balancer. For more information about PROXY protocol, see Viewing consumer connection information.

If you create a service attachment in a project that is protected by a VPC Service Controls perimeter that restricts compute.googleapis.com or servicedirectory.googleapis.com, additional configuration is needed. For more information, see Configuring ingress and egress rules for VPC Service Controls.

Permissions required for this task

To perform this task, you must have been granted the following permissions or one of the following IAM roles.

Permissions

• compute.subnetworks.use
• compute.serviceAttachments.create

Roles

See Roles for role information.

Console

1. In the Google Cloud Console, go to the Private Service Connect page.

   Go to Private Service Connect

2. Click the Published services tab.

3. Click Publish service.

4. Select the Load balancer type: Internal TCP/UDP Load Balancer or Internal HTTP(S) Load Balancer.

5. Select the Internal load balancer that hosts the service that you want to publish.

   The network and region fields are populated with the details for the selected internal load balancer.

6. If prompted, select the Forwarding rule associated with the service that you want to publish.

7. For Service name, enter a name for the service attachment.

8. Select one or more Subnets for the service. If you want to add a new subnet, you can create one:

   1. Click Reserve new subnet
   2. Enter a Name and optional Description for the subnet.
   3. Select a Region for the subnet.
   4. Enter the IP range to use for the subnet and click Add.

9. If you want to view consumer connection information, select Use Proxy Protocol.

10. Select Automatically accept connections for all projects.

11. Click Add service.

gcloud

gcloud compute service-attachments create ATTACHMENT_NAME \
    --region=REGION \
    --producer-forwarding-rule=RULE_NAME  \
    --connection-preference=ACCEPT_AUTOMATIC \
    --nat-subnets=PSC_SUBNET_LIST \
    [ --enable-proxy-protocol ]

Replace the following:

• ATTACHMENT_NAME: the name to assign to the service attachment.

• REGION: the region for the new service attachment. This must be the same region as the service you are publishing.

• RULE_NAME: the name of the forwarding rule associated with the service you are publishing.

• PSC_SUBNET_LIST: a comma-separated of one or more subnets to use with this service attachment.

API

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/serviceAttachments
{
  "name": "ATTACHMENT_NAME",
  "connectionPreference": "ACCEPT_AUTOMATIC",
  "targetService": "RULE_URI",
  "enableProxyProtocol": false,
  "natSubnets": [
    "PSC_SUBNET_1_URI",
    "PSC_SUBNET_2_URI",
  ],
}

Replace the following:

• PROJECT_ID: the project for the service attachment.

• ATTACHMENT_NAME: the name to assign to the service attachment.

• REGION: the region for the new service attachment. This must be the same region as the service you are publishing.

• RULE_URI: the name of the forwarding rule associated with the service you are publishing.

• PSC_SUBNET_1_URI and PSC_SUBNET_2_URI: the subnet URIs to use for this service attachment. You can specify one or more subnets by URI.

Publishing a service with explicit project approval

Use these instructions to publish a service such that you must explicitly approve consumers who want to connect to this service. If you want to approve consumer connections automatically, see publishing a service with automatic project approval.

When you publish a service, you create a service attachment. Service consumers use the service attachment details to connect to your service.

If you add a project to both the accept list and the deny list, connection requests from that project are rejected.

If you want to view consumer connection information, you can enable PROXY protocol. PROXY protocol is supported only for services that use an internal TCP/UDP load balancer. It is not supported for services that use an internal HTTP(S) load balancer. For more information about PROXY protocol, see Viewing consumer connection information.

If you create a service attachment in a project that is protected by a VPC Service Controls perimeter that restricts compute.googleapis.com or servicedirectory.googleapis.com, additional configuration is needed. For more information, see Configuring ingress and egress rules for VPC Service Controls.

Permissions required for this task

To perform this task, you must have been granted the following permissions or one of the following IAM roles.

Permissions

• compute.subnetworks.use
• compute.serviceAttachments.create

Roles

See Roles for role information.

Console

1. In the Google Cloud Console, go to the Private Service Connect page.

   Go to Private Service Connect

2. Click the Published services tab.

3. Click Publish service.

4. Select the Load balancer type: Internal TCP/UDP Load Balancer or Internal HTTP(S) Load Balancer.

5. Select the Internal load balancer that hosts the service that you want to publish.

   The network and region fields are populated with the details for the selected internal load balancer.

6. If prompted, select the Forwarding rule associated with the service you want to publish.

7. For Service name, enter a name for the service attachment.

8. Select one or more Subnets for the service.

   If you want to add a new subnet, you can create one:

   1. Click Reserve new subnet
   2. Enter a Name and optional Description for the subnet.
   3. Select a Region for the subnet.
   4. Enter the IP range to use for the subnet and click Add.

9. If you want to view consumer connection information, select the Protocols checkbox.

10. Select Accept connections for selected projects.

11. Click Add accepted project and enter the details of the projects you want to allow to connect to this service:

    • Project name: name of the project to allow connections from.
    • Connection limit: the number of connections to allow from this project.

12. Click Add service.

gcloud

gcloud compute service-attachments create ATTACHMENT_NAME \
    --region=REGION \
    --producer-forwarding-rule=RULE_NAME  \
    --connection-preference=ACCEPT_MANUAL \
    --consumer-accept-list=ACCEPTED_PROJECT_1=LIMIT_1,ACCEPTED_PROJECT_2=LIMIT_2 \
    --consumer-reject-list=REJECTED_PROJECT_1,REJECTED_PROJECT_2 \
    --nat-subnets=PSC_SUBNET_LIST \
    [ --enable-proxy-protocol ]

Replace the following:

• ATTACHMENT_NAME: the name to assign to the service attachment.

• REGION: the region for the new service attachment. This must be the same region as the service you are publishing.

• RULE_NAME: the name of the forwarding rule associated with the service you are publishing.

• ACCEPTED_PROJECT_1 and ACCEPTED_PROJECT_2: the projects to accept. --consumer-accept-list is optional and can contain one or more projects.

• LIMIT_1 and LIMIT_2: the connection limits for the projects. The connection limit is the number of consumer Private Service Connect endpoints that can connect to this service. Each accepted project must have a connection limit configured.

• REJECTED_PROJECT_1 and REJECTED_PROJECT_2: the projects to reject. --consumer-reject-list is optional and can contain one or more projects.

• PSC_SUBNET_LIST: a comma-separated list of one or more subnets to use with this service attachment.

API

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/serviceAttachments
{
  "name": "ATTACHMENT_NAME",
  "region": "REGION",
  "connectionPreference": "ACCEPT_MANUAL",
  "targetService": "RULE_URI",
  "enableProxyProtocol": false,
  "natSubnets": [
    "PSC_SUBNET_1_URI",
    "PSC_SUBNET_2_URI",
  ],
  "consumerRejectList": [
    "REJECTED_PROJECT_1",
    "REJECTED_PROJECT_2",
  ],
  "consumerAcceptList": [
    "consumerProjectLimit": {
      "projectId": "ACCEPTED_PROJECT_1",
      "connectionsLimit": "LIMIT_2",
    },
    "consumerProjectLimit": {
      "projectId": "ACCEPTED_PROJECT_2",
      "connectionsLimit": "LIMIT_2",
    },
  ],
}

Replace the following:

• PROJECT_ID: the project for the service attachment.

• REGION: the region for the service attachment.

• ATTACHMENT_NAME: the name to assign to the service attachment.

• RULE_URI: the URI of the forwarding rule associated with the service you are publishing.

• PSC_SUBNET_1_URI and PSC_SUBNET_2_URI: the subnet URIs to use for this service attachment. You can specify one or more subnets by URI.

• REJECTED_PROJECT_1 and REJECTED_PROJECT_2: the projects to reject. consumerRejectList is optional and can contain one or more projects.

• ACCEPTED_PROJECT_1 and ACCEPTED_PROJECT_2: the projects to accept. consumerAcceptList is optional and can contain one or more projects.

• LIMIT_1 and LIMIT_2: the connection limits for the projects. The connection limit is the number of consumer Private Service Connect endpoints that can connect to this service. Each accepted project must have a connection limit configured.

Configuring ingress and egress rules for VPC Service Controls

If you create a service attachment in a project that is protected by a VPC Service Controls perimeter that restricts compute.googleapis.com or servicedirectory.googleapis.com, additional configuration is needed.

Ask the service consumer for the following information before they create a Private Service Connect endpoint:

• CONSUMER_PROJECT_NUMBER: the project number of the project where they will create the Private Service Connect endpoint.

• CONSUMER_SERVICE_ACCOUNT (optional): the service account that will be used to create the Private Service Connect endpoint, if you want to configure an ingress rule that restricts access by account.

Use this information to create ingress and egress rules to allow the connection between the Private Service Connect endpoint and the service attachment to be established.

For information about configuring ingress and egress rules, see Configuring ingress and egress policies.

1. Configure an egress rule that allows egress from the producer project to the consumer project CONSUMER_PROJECT_NUMBER.

   - egressFrom:
       identityType: ANY_IDENTITY
     egressTo:
       operations:
       - serviceName: 'compute.googleapis.com'
         methodSelectors:
         - method: 'ServiceAttachmentsService.Patch'
         - method: 'RegionForwardingRulesService.Insert'
       - serviceName: 'servicedirectory.googleapis.com'
         methodSelectors:
         - method: '*'
       resources:
       - 'projects/CONSUMER_PROJECT_NUMBER'
   

2. Configure one of the following ingress rules:

   • This example ingress rule allows consumer endpoints created by CONSUMER_SERVICE_ACCOUNT to attempt to connect to the service attachment.

     - ingressFrom:
         sources:
         - accessLevel: '*' # All Sources
         identities: serviceAccount: CONSUMER_SERVICE_ACCOUNT
       ingressTo:
         operations:
         - serviceName: 'compute.googleapis.com'
           methodSelectors:
           - method: 'RegionForwardingRulesService.Insert'
         - serviceName: 'servicedirectory.googleapis.com'
           methodSelectors:
           - method: '*'
         resources:
         - '*'
     

   • This example ingress rule allows consumer endpoints created by any account to attempt to connect to the service attachment.

     - ingressFrom:
         sources:
         - accessLevel: '*' # All Sources
         identityType: ANY_IDENTITY
       ingressTo:
         operations:
         - serviceName: 'compute.googleapis.com'
           methodSelectors:
           - method: 'RegionForwardingRulesService.Insert'
         - serviceName: 'servicedirectory.googleapis.com'
           methodSelectors:
           - method: '*'
         resources:
         - '*'
     

After the ingress and egress rules are configured, inform the service consumer that they can now create a Private Service Connect endpoint in project CONSUMER_PROJECT_NUMBER that connects to your service attachment.

Viewing consumer connection information

By default, Private Service Connect translates the consumer's source IP address to an address in one of the Private Service Connect subnets in the service producer's VPC network. If you want to see the consumer's original source IP address, you can enable PROXY protocol.

PROXY protocol is supported only for services that use an internal TCP/UDP load balancer. It is not supported for services that use an internal HTTP(S) load balancer.

If PROXY protocol is enabled, you can get the consumer's source IP address and PSC connection ID (pscConnectionId) from the PROXY protocol header.

If you enable PROXY protocol, check the documentation for your backend web server software for information about parsing and processing incoming PROXY protocol headers in the client connection TCP payloads. If PROXY protocol is enabled on the service attachment, but the backend web server is not configured to process PROXY protocol headers, web requests might be malformed. If requests are malformed, the server can't interpret the request.

Private Service Connect supports PROXY protocol for TCP services only. Even though UDP services are not supported, you are not prevented from enabling PROXY protocol for UDP services.

Important: Enabling PROXY protocol is not a substitute for application-layer security protocols and does not replace standard encryption and authentication mechanisms, for example, end-to-end protocols like TLS.

The pscConnectionId is encoded in the PROXY protocol header in Type-Length-Value (TLV) format.

Field	Field Length	Field Value
Type	1 byte	0xE0 (PP2_TYPE_GCP)
Length	2 bytes	0x8 (8 bytes)
Value	8 bytes	The 8-byte pscConnectionId in network order

You can view the 8-byte pscConnectionId from the consumer forwarding rule or the producer service attachment.

The pscConnectionId is globally unique for all active connections at a given point in time. However, over time, a pscConnectionId might be reused in these scenarios:

• Within a given VPC network, if you delete a Private Service Connect endpoint (forwarding rule), and create a new endpoint using the same IP address, the same pscConnectionId might be used.

• If you delete a VPC network that contained Private Service Connect endpoints (forwarding rules), after a seven day waiting period, the pscConnectionId used for those endpoints might be used for a different endpoint in another VPC network.

You can use pscConnectionId for debugging and to trace the source of packets.

Also, a 16-byte PSC attachment ID is available from the producer service attachment. The PSC attachment ID is a globally unique ID that identifies a Private Service Connect service attachment. You can use the PSC attachment ID for visibility and debugging. The PSC attachment ID is not included in the PROXY protocol header.

Managing requests for access to a published service

If you have published a service with explicit project approval, you can accept or reject connection requests from consumer projects.

If you add a project to both the accept list and the deny list, connection requests from that project are rejected.

After a consumer endpoint connection is accepted for a service, the endpoint can connect to the service until the service attachment is deleted. This applies whether the project was accepted explicit or because the consumer endpoint connected when the connection preference was set to automatically accept connections.

• If you remove a project from the accept list, any previously accepted consumer endpoints in that project can connect to the service. Connections from new consumer endpoints in that project must be accepted before the endpoint can connect.

• If you add a project to the reject list, any previously accepted consumer endpoints in that project can connect to the service. Connections from new consumer endpoints in that project are rejected from connecting to the service.

Permissions required for this task

To perform this task, you must have been granted the following permissions or one of the following IAM roles.

Permissions

• compute.serviceAttachments.update

Roles

See Roles for role information.

Console

1. In the Google Cloud Console, go to the Private Service Connect page.

   Go to Private Service Connect

2. Click the Published services tab.

3. Click the service that you want to manage.

4. In the Connected projects section, the projects that have attempted to connect to this service are listed. Select the checkbox next to one or more projects and click Accept or Reject.

gcloud

1. Describe the service attachment you want to modify.

   gcloud compute service-attachments describe \
       ATTACHMENT_NAME --region=REGION
   

   The output is similar to the following example. If there are any pending consumer connections, they are listed with status PENDING.

   In this example output, the project CONSUMER_PROJECT_1 is in the accept list, so ENDPOINT_1 is accepted and can connect to the service. The project CONSUMER_PROJECT_2 is not on the accept list, and so ENDPOINT_2 is pending. After CONSUMER_PROJECT_2 is added to the accept list, the status of ENDPOINT_2 changes to ACCEPTED, and the endpoint can connect to the service.

   connectedEndpoints:
   - endpoint: https://www.googleapis.com/compute/v1/projects/CONSUMER_PROJECT_1/regions/REGION_1/forwardingRules/ENDPOINT_1
     pscConnectionId: 'ENDPOINT_1_ID'
     status: ACCEPTED
   - endpoint: https://www.googleapis.com/compute/v1/projects/CONSUMER_PROJECT_2/regions/REGION_2/forwardingRules/ENDPOINT_2
     pscConnectionId: 'ENDPOINT_2_ID'
     status: PENDING
   connectionPreference: ACCEPT_MANUAL
   consumerAcceptLists:
   - connectionLimit: LIMIT_1
     projectIdOrNum: CONSUMER_PROJECT_1
   creationTimestamp: 'TIMESTAMP'
   description: 'DESCRIPTION'
   enableProxyProtocol: false
   fingerprint: FINGERPRINT
   id: 'ID'
   kind: compute#serviceAttachment
   name: NAME
   natSubnets:
   - https://www.googleapis.com/compute/v1/projects/PRODUCER_PROJECT/regions/REGION/subnetworks/PSC_SUBNET
   pscServiceAttachmentId:
     high: 'PSC_ATTACH_ID_HIGH'
     low: 'PSC_ATTACH_ID_LOW'
   region: https://www.googleapis.com/compute/v1/projects/PRODUCER_PROJECT/regions/REGION
   selfLink: https://www.googleapis.com/compute/v1/projects/projects/PRODUCER_PROJECT/regions/REGION/serviceAttachments/ATTACHMENT_NAME
   targetService: https://www.googleapis.com/compute/v1/projects/PRODUCER_PROJECT/regions/REGION/forwardingRules/PRODUCER_FWD_RULE
   

2. Accept or reject consumer projects.

   You can specify --consumer-accept-list or --consumer-reject-list, or both. You can specify multiple values in --consumer-accept-list and --consumer-reject-list.

   gcloud compute service-attachments update ATTACHMENT_NAME \
       --region=REGION \
       --consumer-accept-list=ACCEPTED_PROJECT_1=LIMIT_1,ACCEPTED_PROJECT_2=LIMIT_2 \
       --consumer-reject-list=REJECTED_PROJECT_1,REJECTED_PROJECT_2
   

   Replace the following:

   • ATTACHMENT_NAME: the name to assign to the service attachment.

   • REGION: the region where the service attachment is located.

   • ACCEPTED_PROJECT_1 and ACCEPTED_PROJECT_2: the projects to accept. consumerAcceptList is optional and can contain one or more projects.

   • LIMIT_1 and LIMIT_2: the connection limits for the projects. The connection limit is the number of consumer Private Service Connect endpoints that can connect to this service. Each accepted project must have a connection limit configured.

   • REJECTED_PROJECT_1 and REJECTED_PROJECT_2: the projects to reject. --consumer-reject-list is optional and can contain one or more projects.

API

1. Describe the service attachment you want to modify.

   If there are any pending consumer connections, they are listed with status PENDING.

   GET https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/serviceAttachments/ATTACHMENT_NAME
   

2. Accept or reject the consumer projects.

   PATCH https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/serviceAttachments/ATTACHMENT_NAME
   
   {
     ...
     "consumerAcceptLists": [
       {
         "projectIdOrNum": "ACCEPTED_PROJECT_1"
         "connectionLimit": "LIMIT_1",
       },
       {
         "projectIdOrNum": "ACCEPTED_PROJECT_2"
         "connectionLimit": "LIMIT_2",
       }
     ],
     "consumerRejectLists": [
       "REJECTED_PROJECT_1",
       "REJECTED_PROJECT_2",
     ],
     ...
   }
   

   Replace the following:

   • PROJECT_ID: the project for the service attachment.

   • REGION: the region for the service attachment.

   • ATTACHMENT_NAME: the name to assign to the service attachment.

   • REJECTED_PROJECT_1 and REJECTED_PROJECT_2: the projects to reject. consumerRejectList is optional and can contain one or more projects.

   • ACCEPTED_PROJECT_1 and ACCEPTED_PROJECT_2: the projects to accept. consumerAcceptList is optional and can contain one or more projects.

   • LIMIT_1 and LIMIT_2: the connection limits for the projects. The connection limit is the number of consumer Private Service Connect endpoints that can connect to this service. Each accepted project must have a connection limit configured.

Changing the connection preference for a published service

You can switch between automatic and explicit project acceptance for a published service.

Changing from automatic acceptance to explicit acceptance does not affect consumer endpoints that had connected to the service before this change. Existing consumer endpoints can connect to the published service until the service attachment is deleted. New consumer endpoints must be accepted before they can connect to the service. See Managing requests for access to a published service for more information.

Permissions required for this task

To perform this task, you must have been granted the following permissions or one of the following IAM roles.

Permissions

• compute.serviceAttachments.update

Roles

See Roles for role information.

Console

1. In the Google Cloud Console, go to the Private Service Connect page.

   Go to Private Service Connect

2. Click the Published services tab.

3. Click the service that you want to update and click Edit.

4. Select the connection preference that you want:

   • Accept connections for selected projects
   • Automatically accept connections for all projects

5. If you are switching to Accept connections for selected projects, you can provide details of the projects you want to allow, or add them later.

   1. Click Add accepted project.
   2. Enter the Project and the Connection limit.

6. Click Save.

gcloud

• Change the connection preference for the service attachment from ACCEPT_AUTOMATIC to ACCEPT_MANUAL.

  You control which projects can connect to your service using --consumer-accept-list and --consumer-reject-list. You can configure the accept and reject lists when you change the connection preference, or update the lists later.

  gcloud compute service-attachments update ATTACHMENT_NAME \
      --region=REGION \
      --connection-preference=ACCEPT_MANUAL \
      [ --consumer-accept-list=ACCEPTED_PROJECT_1=LIMIT_1,ACCEPTED_PROJECT_2=LIMIT_2] \
      [ --consumer-reject-list=REJECTED_PROJECT_1,REJECTED_PROJECT_2 ]
  

  • ATTACHMENT_NAME: the name of the service attachment.

  • REGION: the region where the service attachment is located.

  • ACCEPTED_PROJECT_1 and ACCEPTED_PROJECT_2: the projects to accept. --consumer-accept-list is optional and can contain one or more projects.

  • LIMIT_1 and LIMIT_2: the connection limits for the projects. The connection limit is the number of consumer Private Service Connect endpoints that can connect to this service. Each accepted project must have a connection limit configured.

  • REJECTED_PROJECT_1 and REJECTED_PROJECT_2: the projects to reject. --consumer-reject-list is optional and can contain one or more projects.

• Change the connection preference for the service attachment from ACCEPT_MANUAL to ACCEPT_AUTOMATIC.

  If you have values in the accept list or reject list, set them to empty when you change the connection preference ("").

  gcloud compute service-attachments update ATTACHMENT_NAME \
      --region=REGION \
      --connection-preference=ACCEPT_AUTOMATIC \
       --consumer-accept-list="" \
       --consumer-reject-list=""
  

  • ATTACHMENT_NAME: the name of the service attachment.

  • REGION: the region where the service attachment is located.

API

• Change the connection preference for the service attachment from ACCEPT_AUTOMATIC to ACCEPT_MANUAL.

PATCH https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/serviceAttachments/ATTACHMENT_NAME

{
  ...
  "connectionPreference": "ACCEPT_MANUAL",
  "consumerAcceptLists": [
    {
      "projectIdOrNum": "ACCEPTED_PROJECT_1"
      "connectionLimit": "LIMIT_1",
    },
    {
      "projectIdOrNum": "ACCEPTED_PROJECT_2"
      "connectionLimit": "LIMIT_2",
    }
  ],
  "consumerRejectLists": [
    "REJECTED_PROJECT_1",
    "REJECTED_PROJECT_2",
  ],
  ...
}

Replace the following:

• PROJECT_ID: the project for the service attachment.

• REGION: the region for the service attachment.

• ATTACHMENT_NAME: the name to assign to the service attachment.

• REJECTED_PROJECT_1 and REJECTED_PROJECT_2: the projects to reject. consumerRejectList is optional and can contain one or more projects.

• ACCEPTED_PROJECT_1 and ACCEPTED_PROJECT_2: the projects to accept. consumerAcceptList is optional and can contain one or more projects.

• LIMIT_1 and LIMIT_2: the connection limits for the projects. The connection limit is the number of consumer Private Service Connect endpoints that can connect to this service. Each accepted project must have a connection limit configured.

• Change the connection preference for the service attachment from ACCEPT_MANUAL to ACCEPT_AUTOMATIC.

  If the consumerAcceptLists or consumerRejectLists fields specify any projects, set them to empty when you change the connection preference to ACCEPT_AUTOMATIC.

PATCH https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/serviceAttachments/ATTACHMENT_NAME

{
  ...
  "connectionPreference": "ACCEPT_AUTOMATIC",
  "consumerAcceptLists": [ ],
  "consumerRejectLists": [ ],
  ...
}

Replace the following:

• PROJECT_ID: the project for the service attachment.

• REGION: the region for the service attachment.

• ATTACHMENT_NAME: the name of the service attachment.

Modifying the subnets associated with a service

You can modify which Private Service Connect subnets are used with a published service.

Permissions required for this task

To perform this task, you must have been granted the following permissions or one of the following IAM roles.

Permissions

• compute.serviceAttachments.update

Roles

See Roles for role information.

Console

1. In the Google Cloud Console, go to the Private Service Connect page.

   Go to Private Service Connect

2. Click the Published services tab.

3. Click the service that you want to update and click Edit.

4. Modify the subnets used for this service.

   If you want to add a new subnet, you can create one:

   1. Click Reserve new subnet
   2. Enter a Name and optional Description for the subnet.
   3. Select a Region for the subnet.
   4. Enter the IP range to use for the subnet and click Add.

5. Click Save.

gcloud

Update the Private Service Connect subnets that are used for this service attachment. If you need to create a new subnet, see creating a Private Service Connect subnet.

gcloud compute service-attachments update ATTACHMENT_NAME \
    --region=REGION \
    --nat-subnets=PSC_SUBNET_LIST

Replace the following:

• ATTACHMENT_NAME: the name of the service attachment.

• REGION: the region where the service attachment is located.

• PSC_SUBNET_LIST: a comma-separated of one or more subnets to use with this service attachment.

API

Update the Private Service Connect subnets that are used for this service attachment. If you need to create a new subnet, see creating a Private Service Connect subnet.

PATCH https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/serviceAttachments/ATTACHMENT_NAME

{
  ...
  "natSubnets": [
    "PSC_SUBNET1_URI",
    "PSC_SUBNET2_URI",
  ],
  ...
}

Replace the following:

• PROJECT_ID: the project for the service attachment.

• REGION: the region for the service attachment.

• ATTACHMENT_NAME: the name to assign to the service attachment.

• PSC_SUBNET1_URI and PSC_SUBNET2_URI: URIs of the subnets that you want to use with this service attachment. You can specify one or more subnets.

Listing published services

You can list all services.

Permissions required for this task

To perform this task, you must have been granted the following permissions or one of the following IAM roles.

Permissions

• compute.serviceAttachments.list

Roles

See Roles for role information.

Console

1. In the Google Cloud Console, go to the Private Service Connect page.

   Go to Private Service Connect

2. Click the Published services tab.

   The Private Service Connect service attachments are displayed.

gcloud

1. List service attachments.

   gcloud compute service-attachments list [--regions=REGION_LIST]
   

   Replace the following:

   • REGION_LIST: a comma-separated list of one or more regions that you want to view service attachments for. For example, us-central1 or us-west1,us-central1.

API

You can view all service attachments in a given region or in all regions.

• View all service attachments in a region:

  GET https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/serviceAttachments
  

• View all service attachments in all regions:

  GET https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/aggregated/serviceAttachments
  

  Replace the following:

  • PROJECT_ID: the project for the service attachment.

  • REGION: the region for the service attachment.

  • ATTACHMENT_NAME: the name of the service attachment.

Viewing details for a published service

You can view the configuration details of a published service. You can view some configuration details in the Cloud Console, for example, the service attachment URI that service consumers need to connect to your service. To view all details, including the pscConnectionId values for the service attachment's consumers, use the gcloud command-line tool or the API.

Permissions required for this task

To perform this task, you must have been granted the following permissions or one of the following IAM roles.

Permissions

• compute.serviceAttachments.get

Roles

See Roles for role information.

Console

You can view details for a published service. The Service attachment field contains the service attachment URI.

1. In the Google Cloud Console, go to the Private Service Connect page.

   Go to Private Service Connect

2. Click the Published services tab.

3. Click the service that you want to view.

gcloud

You can view details for a published service. The selfLink field contains the service attachment URI.

gcloud compute service-attachments describe \
    ATTACHMENT_NAME --region=REGION

API

You can view details for a published service. The selfLink field contains the service attachment URI.

GET https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/serviceAttachments/ATTACHMENT_NAME

Replace the following:

• PROJECT_ID: the project for the service attachment.

• REGION: the region for the service attachment.

• ATTACHMENT_NAME: the name of the service attachment.

Deleting a published service

You can delete a published service, even if there are consumer connections to the service attachment. Deleting the published service removes the service attachment only. The associated load balancer is not deleted, but consumer traffic is no longer sent to the load balancer.

Permissions required for this task

To perform this task, you must have been granted the following permissions or one of the following IAM roles.

Permissions

• compute.serviceAttachments.delete

Roles

See Roles for role information.

Console

1. In the Google Cloud Console, go to the Private Service Connect page.

   Go to Private Service Connect

2. Click the Published services tab.

3. Click the service that you want to delete.

4. Click Delete.

gcloud

gcloud compute service-attachments delete \
    ATTACHMENT_NAME --region=REGION

API

DELETE https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/serviceAttachments/ATTACHMENT_NAME

Replace the following:

• PROJECT_ID: the project for the service attachment.

• REGION: the region for the service attachment.

• ATTACHMENT_NAME: the name of the service attachment.

Logging

You can enable VPC Flow Logs on the subnets that contain the backend VMs. The logs show flows between the backend VMs and IP addresses in the Private Service Connect subnet.

Note: It is possible to enable VPC Flow Logs for the Private Service Connect subnet. However, because there are no VMs connected to that subnet, no flows are logged.

Known issues

• When you update a service attachment using the PATCH API, you must provide all fields for the service attachment in the request body, not only the fields you are updating. Use serviceAttachments.get to retrieve all fields.