Acerca de los servicios publicados

En este documento, se proporciona una descripción general del uso de Private Service Connect para que un servicio esté disponible para los consumidores de servicios.

Como productor de servicios, puedes usar Private Service Connect para publicar servicios mediante direcciones IP internas en tu red de VPC. Los consumidores de servicios pueden acceder a los servicios publicados mediante direcciones IP internas en sus redes de VPC.

Para que un servicio esté disponible para los consumidores, debes crear una o más subredes dedicadas. Luego, debes crear un adjunto de servicio que haga referencia a esas subredes. El adjunto del servicio puede tener preferencias de conexión diferentes.

Tipos de consumidores de servicios

Existen dos tipos de consumidores que pueden conectarse a un servicio de Private Service Connect:

• Extremos de Private Service Connect
• Backends de Private Service Connect

Los extremos se basan en una regla de reenvío.

Figura 1. Un extremo permite que los consumidores de servicios envíen tráfico desde la red de VPC del consumidor hacia servicios en la red de VPC del productor de servicios (haz clic para agrandar).

Los backends se basan en un balanceador de cargas.

Figura 2. Un backend que usa un balanceador de cargas de aplicaciones externo global permite que los consumidores de servicios con acceso a Internet envíen tráfico a los servicios en la red de VPC del productor de servicios (haz clic para ampliar).

Configuración del servicio de Private Service Connect

Cuando creas un servicio de Private Service Connect, configuras una subred, un adjunto de servicio y una preferencia de conexión. De forma opcional, también puedes configurar un dominio DNS para el servicio. Estas opciones se describen en la siguiente sección.

Subredes NAT

Los adjuntos del servicio de Private Service Connect se configuran con una o más subredes NAT (también conocidas como subredes de Private Service Connect). Los paquetes de la red de VPC del consumidor se traducen mediante NAT de origen (SNAT) para que sus direcciones IP de origen originales se conviertan en direcciones IP de origen de la subred NAT en la red de VPC del productor.

Los adjuntos de servicio pueden tener varias subredes NAT. Se pueden agregar subredes NAT al adjunto de servicio en cualquier momento sin interrumpir el tráfico.

Si bien un adjunto de servicio puede tener varias subredes NAT configuradas, no se puede usar una subred NAT en más de un adjunto de servicio.

Las subredes NAT de Private Service Connect no se pueden usar para recursos como instancias de VM o reglas de reenvío. Las subredes se usan solo a fin de proporcionar direcciones IP para la SNAT de las conexiones entrantes de consumidores.

Tamaño de subred NAT

Cuando publicas un servicio, debes crear una subred NAT y elegir un rango de direcciones IP. El tamaño de la subred determina cuántos extremos o backends simultáneos de Private Service Connect pueden conectarse al adjunto de servicio. Las direcciones IP se consumen desde la subred NAT según la cantidad de conexiones de Private Service Connect. Si se consumen todas las direcciones IP en la subred NAT, cualquier conexión adicional de Private Service Connect fallará. Por esta razón, es importante dimensionar de forma correcta la subred de NAT.

Cuando elijas el tamaño de una subred, ten en cuenta los siguientes puntos:

• Hay cuatro direcciones IP no utilizables en una subred NAT, por lo que la cantidad de direcciones IP disponibles es de 2^{(32 - PREFIX_LENGTH)} - 4. Por ejemplo, si creas una subred de NAT con una longitud de prefijo de /24, Private Service Connect puede usar 252 de las direcciones IP para SNAT. Una subred /29 con cuatro direcciones IP disponibles es el tamaño de subred más pequeño compatible con las redes de VPC.

• Se consume una dirección IP desde la subred NAT para cada extremo o backend que está conectado al adjunto de servicio.

• Cuando estimes cuántas direcciones IP necesitas para extremos y backends, ten en cuenta cualquier servicio de multiusuario o consumidores que usan el acceso de varios puntos para Private Service Connect.

• La cantidad de conexiones TCP o UDP, clientes o redes de VPC del consumidor no afecta el consumo de direcciones IP de la subred NAT.

Por ejemplo, si hay dos extremos conectados a un solo adjunto de servicio, se consumen dos direcciones IP desde la subred NAT. Si la cantidad de extremos no cambia, puedes usar una subred /29 con cuatro direcciones IP usables para este adjunto de servicio.

Supervisión de la subred NAT

Para garantizar que las conexiones de Private Service Connect no fallen debido a direcciones IP no disponibles en una subred NAT, te recomendamos que sigas los siguientes pasos:

• Supervisa la métrica de adjunto de servicio private_service_connect/producer/used_nat_ip_addresses. Asegúrate de que la cantidad de direcciones IP de NAT que se usen no exceda la capacidad de las subredes NAT de un adjunto de servicio.
• Supervisa el estado de la conexión de las conexiones del adjunto de servicio. Si la conexión tiene el estado Requiere atención, es posible que no haya más direcciones IP disponibles en las subredes NAT del adjunto.
• En el caso de los servicios de múltiples usuarios, puedes usar límites de conexión para garantizar que un solo consumidor no agote la capacidad de las subredes NAT de un adjunto de servicio.

Si es necesario, se pueden agregar subredes NAT al adjunto del servicio en cualquier momento sin interrumpir el tráfico.

Cantidad máxima de conexiones

Una sola VM de productor puede aceptar un máximo de 65,536 conexiones TCP simultáneas y 65,536 conexiones UDP desde un extremo de Private Service Connect. No hay límite para la cantidad total de conexiones TCP y UDP que un extremo de Private Service Connect puede recibir en conjunto en todos los backends del productor. Las VMs de consumidor pueden usar los 65,536 puertos cuando se inician conexiones TCP o UDP a un extremo de Private Service Connect. Toda la traducción de direcciones de red se realiza de forma local en el host del productor, que no requiere un grupo de puertos NAT asignado de forma central.

Otras consideraciones

Entre otras consideraciones para las subredes NAT, se incluyen las siguientes:

• El tiempo de espera de inactividad de la asignación de UDP es de 30 segundos y no se puede configurar.

• El tiempo de espera de inactividad de la conexión establecida de TCP es de 20 minutos y no se puede configurar.

• El tiempo de espera de inactividad de la conexión transitoria de TCP es de 30 segundos y no se puede configurar.

• Existe una demora de dos minutos antes de que se pueda volver a usar cualquier tupla de 5 tuplas (la dirección IP de origen de la subred NAT y el puerto de origen, el protocolo de destino, la dirección IP y el puerto de destino).

• SNAT para Private Service Connect no admite fragmentos de IP.

Adjuntos de servicio

Los productores de servicios exponen sus servicios a través de un adjunto de servicio.

• Para exponer un servicio, un productor de servicios crea un adjunto de servicio que haga referencia a la regla de reenvío del balanceador de cargas del servicio.

• Para acceder a un servicio, un consumidor de servicios crea un extremo que hace referencia al adjunto del servicio.

El URI del adjunto de servicio tiene este formato: projects/SERVICE_PROJECT/regions/REGION/serviceAttachments/SERVICE_NAME

Solo se puede hacer referencia a cada balanceador de cargas mediante un solo adjunto de servicio. No puedes configurar varios adjuntos de servicio que usen el mismo balanceador de cargas.

Preferencias de conexión

Cada adjunto de servicio tiene una preferencia de conexión que especifica si las solicitudes de conexión se aceptan de forma automática. Existen tres opciones:

• Aceptar automáticamente todas las conexiones. El adjunto de servicio acepta automáticamente todas las solicitudes de conexión entrantes de cualquier consumidor. La aceptación automática se puede anular mediante una política de la organización que bloquea las conexiones entrantes.
• Aceptar conexiones para las redes seleccionadas El adjunto de servicio solo acepta las solicitudes de conexión entrantes si la red de VPC del consumidor está en la lista de aceptación del consumidor del adjunto de servicio.
• Aceptar conexiones para los proyectos seleccionados. El adjunto de servicio solo acepta las solicitudes de conexión entrantes si el proyecto del consumidor está en la lista de aceptación del consumidor del adjunto de servicio.

Te recomendamos que aceptes las conexiones para los proyectos o las redes seleccionadas. Aceptar todas las conexiones automáticamente podría ser apropiado si controlas el acceso de los consumidores a través de otros medios y quieres habilitar el acceso permisivo a tu servicio.

Estados de conexión

Los adjuntos de servicio tienen estados de conexión que describen el estado de sus conexiones. Para obtener más información, consulta Estados de conexión.

Listas de aceptación y rechazo del consumidor

Las listas de aceptación del consumidor y las listas de rechazo del consumidor son una función de seguridad de los adjuntos de servicio. Las listas de aceptación y de rechazo permiten que los productores de servicios especifiquen qué consumidores pueden establecer conexiones de Private Service Connect con sus servicios. Las listas de aceptación del consumidor especifican si se acepta una conexión y las listas de rechazo del consumidor especifican si se rechaza una conexión. Ambas listas te permiten especificar los consumidores por la red de VPC o el proyecto del recurso de conexión. Si agregas un proyecto o una red a la lista de aceptación y a la de bloqueo, se rechazan las solicitudes de conexión de ese proyecto o red. No se admite la especificación de consumidores por carpeta.

Las listas de aceptación del consumidor y de rechazo del consumidor te permiten especificar los proyectos o las redes de VPC, pero no ambas al mismo tiempo. Puedes cambiar una lista de un tipo a otro sin interrumpir las conexiones, pero debes realizar el cambio en una sola actualización. De lo contrario, algunas conexiones pueden cambiar de forma temporal al estado pendiente.

Precaución: Las listas de aceptación del consumidor especifican las redes de VPC por nombre. Si se borra una red de VPC que se incluye en una lista de aceptación y se vuelve a crear con el mismo nombre en el mismo proyecto, se aceptan las conexiones al extremo o los backends creados en la misma red.

Para obtener información sobre cómo interactúan las listas de aceptación del consumidor con las políticas de la organización, consulta Interacción entre las listas de aceptación del consumidor y las políticas de la organización.

Conciliación de conexiones

La conciliación de conexiones determina si las actualizaciones de las listas de aceptación o rechazo de un adjunto de servicio pueden afectar las conexiones existentes de Private Service Connect. Si la conciliación de conexiones está habilitada, la actualización o la denegación de las listas puede finalizar las conexiones existentes. Se pueden aceptar las conexiones que se rechazaron antes. Si la conciliación de conexiones está inhabilitada, la actualización de las listas de aceptación o rechazo solo afecta las conexiones nuevas y pendientes.

Por ejemplo, considera un adjunto de servicio que tiene varias conexiones aceptadas de Project-A. Project-A está en la lista de aceptación del adjunto de servicio. El adjunto de servicio se actualiza mediante la eliminación de Project-A de la lista de aceptación.

Si la conciliación de conexiones está habilitada, todas las conexiones existentes de Project-A realizan la transición a PENDING, lo que finaliza la conectividad de red entre las dos redes de VPC y detiene el tráfico de red de inmediato.

Si la conciliación de conexiones está inhabilitada, las conexiones existentes de Project-A no se verán afectadas. El tráfico de red aún puede fluir a través de las conexiones existentes de Private Service Connect. Sin embargo, no se permiten conexiones nuevas de Private Service Connect.

Para obtener información sobre cómo configurar la conciliación de conexiones para adjuntos de servicio nuevos, consulta Publica un servicio con aprobación explícita.

Para obtener más información sobre cómo configurar la conciliación de conexiones para adjuntos de servicio existentes, consulta Configura la conciliación de conexiones.

Límites de conexión

Las listas de aceptación del consumidor tienen límites de conexión. Estos límites establecen la cantidad total de conexiones que puede aceptar un adjunto de servicio del proyecto de consumidor o la red de VPC especificados. Los productores pueden usar estos límites para evitar que los consumidores individuales agoten las direcciones IP o las cuotas de recursos en la red de VPC del productor. Cada conexión aceptada de Private Service Connect se resta del límite configurado para un proyecto de consumidor o una red de VPC. Los límites se establecen cuando creas o actualizas las listas de aceptación del consumidor. Puedes ver las conexiones de los adjuntos de servicio cuando describes un adjunto de servicio.

Por ejemplo, imagina un caso en el que un adjunto de servicio tiene una lista de aceptación del consumidor que incluye project-1 y project-2, ambos con un límite de una conexión. El proyecto project-1 solicita dos conexiones, project-2 una conexión y project-3 solicita otra. Debido a que project-1 tiene un límite de una conexión, se acepta la primera y la segunda permanece pendiente. Se acepta la conexión de project-2 y la conexión de project-3 permanece pendiente. Se puede aceptar la segunda conexión de project-1 si aumentas el límite de project-1. Si se agrega project-3 a la lista de aceptación del consumidor, esa conexión pasa de pendiente a aceptada.

Configuración de DNS

Si deseas obtener información sobre la configuración de DNS para los servicios publicados y los extremos que se conectan a los servicios publicados, consulta Configuración de DNS para servicios.

Configuración de varias regiones

Puedes hacer que un servicio esté disponible en varias regiones si creas las siguientes configuraciones.

Configuración del productor:

• Implementa el servicio en cada región. Cada instancia regional del servicio debe configurarse en un balanceador de cargas que admita el acceso mediante un backend.

• Crea un adjunto de servicio para publicar cada instancia regional del servicio.

Configuración del consumidor:

• Crea un backend para acceder a los servicios publicados. El backend se basa en un balanceador de cargas de aplicaciones externo global y, además, incluye las siguientes configuraciones:

  • Un NEG de Private Service Connect en cada región que apunte al adjunto de servicio de esa región.

  • Un servicio de backend que contenga los backends de NEG.

En esta configuración, el extremo enruta el tráfico mediante la política de balanceo de cargas global predeterminada: primero por estado y, luego, por ubicación más cercana al cliente.

Figura 3. El uso de un balanceador de cargas de aplicaciones externo global permite a los consumidores de servicios con acceso a Internet enviar tráfico a los servicios en la red de VPC del productor de servicios. Debido a que el servicio se implementa en varias regiones, el balanceador de cargas puede enrutar el tráfico a un NEG en la región en buen estado más cercana (haz clic para agrandar).

Traducción de la versión de IP

Vista previa

Este producto o función está sujeto a las "Condiciones de las Ofertas de Fase Previa a la DG" de la sección Condiciones Generales del Servicio de las Condiciones específicas del Servicio. Los productos y las funciones que se encuentran en la fase previa a la DG están disponibles “tal cual” y podrían tener asistencia limitada. Para obtener más información, consulta las descripciones de la etapa de lanzamiento.

Para las conexiones entre los extremos de Private Service Connect para servicios publicados y adjuntos de servicios, la versión de IP de la dirección IP de la regla de reenvío del consumidor determina la versión IP del extremo y el tráfico que sale del extremo. La versión de IP del extremo puede ser IPv4 o IPv6, pero no ambas. Los consumidores pueden usar una dirección IPv4 si la subred de la dirección es de pila única. Los consumidores pueden usar una dirección IPv4 o IPv6 si la subred de la dirección es de pila doble. Los consumidores pueden conectar tanto extremos IPv4 como IPv6 al mismo adjunto de servicio, lo que puede ser útil para migrar servicios a IPv6.

Para las conexiones entre los extremos de Private Service Connect para servicios publicados y adjuntos de servicio, la versión de IP de la regla de reenvío del productor determina la versión de IP del adjunto de servicio y el tráfico que sale del adjunto de servicio. La versión de IP del adjunto de servicio puede ser IPv4 o IPv6, pero no ambas. Los productores pueden usar una dirección IPv4 si la subred de la dirección es de pila única. Los productores pueden usar una dirección IPv4 o IPv6 si la subred de la dirección es de pila doble.

La versión de IP de la dirección IP de la regla de reenvío del productor debe ser compatible con el tipo de pila de la subred NAT del adjunto de servicio. Si la regla de reenvío del productor es IPv4, la subred NAT puede ser de pila única o doble. Si la regla de reenvío del productor es IPv6, la subred NAT debe ser de pila doble.

Private Service Connect no admite la conexión de un extremo IPv4 con un adjunto de servicio IPv6. En este caso, la creación del extremo falla con el siguiente mensaje de error:

Private Service Connect forwarding rule with an IPv4 address cannot target an IPv6 service attachment.

Las siguientes combinaciones son posibles para las configuraciones compatibles:

• Extremo de IPv4 al adjunto de servicio IPv4
• Extremo de IPv6 al adjunto de servicio de IPv6 (vista previa)

• Extremo de IPv6 al adjunto de servicio de IPv4 (vista previa)

  En esta configuración, Private Service Connect traduce automáticamente entre las dos versiones de IP.

Para las conexiones entre los backends de Private Service Connect y los adjuntos de servicio, las reglas de reenvío del consumidor y del productor deben usar IPv4.

Características y compatibilidad

En las siguientes tablas, una marca de verificación indica que una función es compatible, y un símbolo no indica que la función no es compatible.

Según el balanceador de cargas del productor que se elija, el servicio de productor puede admitir el acceso por extremos, backends o ambos.

Compatibilidad con extremos

En esta tabla, se resumen las opciones de configuración y las capacidades compatibles de los extremos que acceden a los servicios publicados.

Configuración del consumidor (extremo)	Balanceador de cargas del productor
	Balanceador de cargas de red de transferencia interno	Balanceador de cargas de aplicaciones interno regional	Balanceador de cargas de red del proxy interno regional	Reenvío de protocolo interno (instancia de destino)
Acceso global al consumidor	Independientemente de la configuración de acceso global en el balanceador de cargas	Solo si el acceso global está habilitado en el balanceador de cargas	Solo si el acceso global está habilitado en el balanceador de cargas	Independientemente de la configuración de acceso global en el balanceador de cargas
Tráfico interconectado
Tráfico de Cloud VPN
Configuración de DNS automática	Solo IPv4	Solo IPv4	Solo IPv4	Solo IPv4
Extremos IPv4	Reglas de reenvío del productor IPv4	Reglas de reenvío del productor IPv4	Reglas de reenvío del productor IPv4	Reglas de reenvío del productor IPv4
Extremos de IPv6 (vista previa)	Reglas de reenvío del productor IPv4 (vista previa) Reglas de reenvío del productor IPv6 (vista previa)	Reglas de reenvío del productor IPv4 (vista previa)	Reglas de reenvío del productor IPv4 (vista previa)	Reglas de reenvío del productor IPv4 (vista previa) Reglas de reenvío del productor IPv6 (vista previa)

En esta tabla, se resumen las opciones de configuración y las capacidades de los servicios publicados a los que se accede mediante extremos.

Configuración del productor (servicio publicado)	Balanceador de cargas del productor
	Balanceador de cargas de red de transferencia interno	Balanceador de cargas de aplicaciones interno regional	Balanceador de cargas de red del proxy interno regional	Reenvío de protocolo interno (instancia de destino)
Backends de productores compatibles	NEG de GCE_VM_IP Grupos de instancias	NEG de GCE_VM_IP_PORT NEG híbridos NEG sin servidores NEG de Private Service Connect Grupos de instancias	NEG de GCE_VM_IP_PORT NEG híbridos NEG sin servidores NEG de Private Service Connect Grupos de instancias	No aplicable
Protocolo PROXY	Solo el tráfico de TCP			Solo el tráfico de TCP
Modos de afinidad de sesión	NINGUNO (5 tuplas) CLIENT_IP_PORT_PROTO	No aplicable	No aplicable	No aplicable
Versión de IP	Reglas de reenvío del productor IPv4 Reglas de reenvío del productor IPv6 (vista previa)	Reglas de reenvío del productor IPv4	Reglas de reenvío del productor IPv4	Reglas de reenvío del productor IPv4 Reglas de reenvío del productor IPv6 (vista previa)

Los diferentes balanceadores de cargas admiten diferentes configuraciones de puertos; algunos balanceadores de cargas admiten un solo puerto, otros admiten un rango de puertos y otros admiten todos los puertos. Para obtener más información, consulta Especificaciones de puertos.

Compatibilidad con backends

Un backend de Private Service Connect para servicios publicados requiere dos balanceadores de cargas: un balanceador de cargas del consumidor y un balanceador de cargas del productor. En esta tabla, se describe la compatibilidad entre los diferentes tipos de balanceadores de cargas de consumidores y productores, incluidos los protocolos de servicios de backend que se pueden usar con cada balanceador de cargas de consumidores. Cada fila representa un tipo de balanceador de cargas del consumidor, y cada columna representa un tipo de balanceador de cargas del productor.

Balanceador de cargas de consumidores y protocolos de servicio de backend para consumidores compatibles	Balanceador de cargas del productor
	Balanceador de cargas de red de transferencia interno	Balanceador de cargas de aplicaciones interno regional	Balanceador de cargas de red del proxy interno regional
Balanceador de cargas de aplicaciones externo global (admite varias regiones) Protocolos: HTTPS, HTTP2 Versión de IP: IPv4 Nota: No se admite el balanceador de cargas de aplicaciones clásico.
Balanceador de cargas de aplicaciones externo regional Protocolos: HTTP, HTTPS, HTTP2 Versión de IP: IPv4
Balanceador de cargas de aplicaciones interno regional Protocolos: HTTP, HTTPS, HTTP2 Versión de IP: IPv4
Balanceador de cargas de aplicaciones interno entre regiones (vista previa) Protocolos: HTTPS, HTTP2 Versión de IP: IPv4
Balanceador de cargas de red del proxy interno regional Protocolo: TCP Versión de IP: IPv4
Balanceador de cargas de red del proxy interno entre regiones Protocolo: TCP Versión de IP: IPv4
Balanceador de cargas de red del proxy externo regional Protocolo: TCP Versión de IP: IPv4
Balanceador de cargas de red del proxy externo global (vista previa) Protocolo: TCP/SSL Versión de IP: IPv4 Nota: No se admite el balanceador de cargas de red del proxy clásico.

En esta tabla, se describe la configuración de los balanceadores de cargas del productor que son compatibles con los backends de Private Service Connect.

Configuración	Balanceador de cargas del productor
	Balanceador de cargas de red de transferencia interno	Balanceador de cargas de aplicaciones interno regional	Balanceador de cargas de red del proxy interno regional
Backends de productores compatibles	NEG de GCE_VM_IP Grupos de instancias	NEG de GCE_VM_IP_PORT NEG híbridos NEG sin servidores NEG de Private Service Connect Grupos de instancias	NEG de GCE_VM_IP_PORT NEG híbridos NEG sin servidores NEG de Private Service Connect Grupos de instancias
Protocolos de reglas de reenvío	TCP	HTTP HTTPS HTTP/2	TCP
Puertos de regla de reenvío	La regla de reenvío debe hacer referencia a un solo puerto.	La regla de reenvío debe hacer referencia a un solo puerto.	La regla de reenvío debe hacer referencia a un solo puerto.
Protocolo PROXY
Versión de IP	IPv4	IPv4	IPv4

Nota: Para admitir el acceso mediante un backend de Private Service Connect en un balanceador de cargas global o interregional, el balanceador de cargas del productor debe tener el acceso global activada.

VPC compartida

Los administradores de proyectos de servicio pueden crear adjuntos de servicio en proyectos de servicio de VPC compartida que se conectan a recursos en las redes de VPC compartidas.

La configuración es la misma que la de un adjunto de servicio normal, excepto por las siguientes diferencias:

• La regla de reenvío del balanceador de cargas del productor está asociada con una dirección IP de la red de VPC compartida. La subred de la regla de reenvío debe compartirse con el proyecto de servicio.
• El adjunto de servicio usa una subred de Private Service Connect de la red de VPC compartida. Esta subred se debe compartir con el proyecto de servicio.

Logging

Puedes habilitar los registros de flujo de VPC en las subredes que contienen las VM de backend. Los registros muestran flujos entre las VM de backend y las direcciones IP en la subred de Private Service Connect.

Nota: Es posible habilitar los registros de flujo de VPC para la subred de Private Service Connect. Sin embargo, debido a que no hay VM conectadas a esa subred, no se registran flujos.

Controles del servicio de VPC

Los Controles del servicio de VPC y Private Service Connect son compatibles entre sí. Si la red de VPC en la que se implementa el extremo de Private Service Connect está en un perímetro de Controles del servicio de VPC, el extremo forma parte del mismo perímetro. Cualquier servicio admitido por los Controles del servicio de VPC a los que se accede a través del extremo de está sujeto a las políticas de ese perímetro de los Controles del servicio de VPC.

Cuando creas un extremo, las llamadas a la API del plano de control se realizan entre los proyectos del consumidor y del productor para establecer una conexión de Private Service Connect. Establecer una conexión de Private Service Connect entre los proyectos del consumidor y del productor que no están en el mismo perímetro de los Controles del servicio de VPC no requiere una autorización explícita con políticas de salida. La comunicación con los servicios compatibles con los Controles del servicio de VPC a través del extremo está protegida por el perímetro de los Controles del servicio de VPC.

Visualiza la información de conexión del consumidor

De forma predeterminada, Private Service Connect traduce la dirección IP de origen del consumidor a una dirección en una de las subredes de Private Service Connect en la red de VPC del productor de servicios. Si deseas ver la dirección IP de origen original del consumidor, puedes habilitar el protocolo PROXY cuando publiques un servicio.

No todos los servicios admiten el protocolo PROXY. Para obtener más información, consulta Funciones y compatibilidad.

Si el protocolo PROXY está habilitado, puedes obtener la dirección IP de origen del consumidor y el ID de conexión de PSC (pscConnectionId) desde el encabezado del protocolo PROXY.

Private Service Connect admite la versión 2 del protocolo PROXY. El formato de los encabezados del protocolo PROXY depende de la versión de IP del extremo del consumidor. Si el balanceador de cargas de tu adjunto de servicio tiene una dirección IPv6, los consumidores pueden conectarse tanto con direcciones IPv4 como IPv6. Configura tu aplicación para que reciba y lea los encabezados del protocolo PROXY para la versión de IP del tráfico que recibe.

Cuando habilitas el protocolo PROXY para un adjunto de servicio, el cambio se aplica solo a las conexiones nuevas. Las conexiones existentes no incluyen el encabezado del protocolo PROXY.

Si habilitas el protocolo PROXY, consulta la documentación del software del servidor web de backend para obtener información sobre el análisis y el procesamiento de los encabezados del protocolo PROXY entrantes en las cargas útiles de TCP de la conexión del cliente. Si el protocolo PROXY está habilitado en el adjunto de servicio, pero el servidor web de backend no está configurado para procesar encabezados de protocolo PROXY, las solicitudes web pueden tener un formato incorrecto. Si las solicitudes tienen formato incorrecto, el servidor no puede interpretarlas.

Importante: Habilitar el protocolo PROXY no reemplaza los protocolos de seguridad de la capa de la aplicación y no reemplaza los mecanismos de encriptación y autenticación estándar, por ejemplo, protocolos de extremo a extremo, como TLS.

El ID de conexión de Private Service Connect (pscConnectionId) está codificado en el encabezado del protocolo PROXY en formato Type-Length-Value (TLV).

Campo	Longitud del campo	Valor del campo
Tipo	1 byte	0xE0 (PP2_TYPE_GCP)
Duración	2 bytes	0x8 (8 bytes)
Valor	8 bytes	El pscConnectionId de 8 bytes en orden de red

Puedes ver el pscConnectionId de 8 bytes de la regla de reenvío del consumidor o el adjunto de servicio del productor.

El valor pscConnectionId es único a nivel global para todas las conexiones activas en un momento determinado. Sin embargo, con el tiempo, un pscConnectionId podría volver a usarse en estas situaciones:

• Dentro de una red de VPC determinada, si borras un extremo (regla de reenvío) y creas un extremo nuevo con la misma dirección IP, se podría usar el mismo pscConnectionId.

• Si borras una red de VPC que contiene extremos (reglas de reenvío), después de un período de espera de siete días, el valor pscConnectionId que se usó para esos extremos podría usarse para un extremo diferente en otra red de VPC.

Puedes usar valores pscConnectionId para depurar y realizar un seguimiento de las fuentes de los paquetes.

Hay un ID de 16 bytes independiente de adjunto de servicio de Private Service Connect (pscServiceAttachmentId) disponible en el adjunto de servicio del productor. El valor pscServiceAttachmentId es un ID único a nivel global que identifica un adjunto de servicio de Private Service Connect. Puedes usar el valor pscServiceAttachmentId para obtener visibilidad y depurar. Este valor no se incluye en el encabezado del protocolo PROXY.

Precios

Los precios de Private Service Connect se describen en la página de precios de VPC.

Cuotas

La cuota de PSC Internal LB Forwarding Rules controla la cantidad de extremos que puedes crear para acceder a los servicios publicados. Para obtener más información, consulta Cuotas.

Acceso local

Los servicios de Private Service Connect están disponibles mediante extremos. Se puede acceder a estos extremos desde hosts locales conectados compatibles. Para obtener más información, consulta Accede al extremo desde hosts locales.

Limitaciones

Los servicios publicados tienen las siguientes limitaciones:

• Los balanceadores de cargas de productores no admiten las siguientes funciones:
• Varias reglas de reenvío que usan una dirección IP compartida (SHARED_LOADBALANCER_VIP)
• Subconjuntos de backend
• Duplicación de paquetes no puede duplicar paquetes para el tráfico de servicios publicados de Private Service Connect.
• Debes usar Google Cloud CLI o la API a fin de crear un adjunto de servicio que apunte a una regla de reenvío que se usa para el reenvío de protocolos internos.
• Los siguientes tipos de balanceadores de cargas no proporcionan valores para las métricas BETA; los valores son 0 o faltan:
  • Balanceador de cargas de aplicaciones interno regional
  • Balanceador de cargas de red del proxy interno regional

Para obtener información sobre problemas y soluciones alternativas, consulta Problemas conocidos.