Información general sobre el balanceador de carga de aplicaciones interno regional y el directorio de servicios
Organízate con las colecciones
Guarda y clasifica el contenido según tus preferencias.
Puedes registrar automáticamente tu servicio de balanceador de carga interno en Directorio de servicios cuando crees un balanceador de carga interno. De esta forma, las aplicaciones cliente pueden usar Service Directory a través de HTTP, gRPC o DNS para resolver la dirección del servicio de balanceador de carga interno y conectarse a él directamente.
Si registras tu balanceador de carga interno en Directorio de servicios, podrás hacer lo siguiente:
Elige nombres de DNS personalizados para que sirvan las ubicaciones de red de tus balanceadores de carga internos, en lugar de que el DNS acceda a tu balanceador de carga interno solo a través de un nombre de DNS generado internamente en el dominio .internal.
Servir varios balanceadores de carga internos desde el mismo nombre de dominio DNS, lo que no es posible con los registros DNS generados automáticamente.
Registra los balanceadores de carga internos directamente y de forma automática en Directorio de servicios, que proporciona un único repositorio para todos tus servicios en Google Cloud.
Consulta los servicios, los endpoints y los endpoints de balanceadores de carga internos independientes con un solo comando en la API Service Directory.
Aplica acciones administrativas, como el control de acceso, a los recursos de Directorio de Servicios a nivel de espacio de nombres o de servicio para abarcar tanto los endpoints de tu balanceador de carga interno como otros servicios de backend.
Registrar un balanceador de carga de aplicación interno regional en Directorio de servicios
Para registrar un balanceador de carga de aplicación interno regional, ejecuta el comando gcloud compute forwarding-rules
create y define la marca service-directory-registration:
FORWARDING_RULE_NAME: el nombre de la regla de reenvío que quieras crear
REGION: la región en la que se creará la regla de reenvío
NETWORK_NAME: la red a la que se aplica esta regla de reenvío
RESERVED_IP_ADDRESS: la dirección IP a la que sirve la regla de reenvío
PROXY_NAME: el proxy de destino que recibe el tráfico
PROXY_REGION: la región del proxy en la que se va a operar
PORT_NUMBER: una lista de puertos separados por comas
SD_SERVICE_NAME: nombre completo del servicio de Directorio de servicios en el que quieres registrar el endpoint. Este servicio debe estar en el mismo proyecto y región que la regla de reenvío que se va a crear.
Por ejemplo:
projects/PROJECT/locations/REGION/namespaces/NAMESPACE_NAME/services/SERVICE_NAME.
Para obtener información sobre las limitaciones de la integración de Directorio de servicios con el balanceador de carga de aplicaciones interno regional y cómo verificar el endpoint, consulta Registrar un balanceador de carga interno.
[[["Es fácil de entender","easyToUnderstand","thumb-up"],["Me ofreció una solución al problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Es difícil de entender","hardToUnderstand","thumb-down"],["La información o el código de muestra no son correctos","incorrectInformationOrSampleCode","thumb-down"],["Me faltan las muestras o la información que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-11 (UTC)."],[],[],null,["# Regional internal Application Load Balancer and Service Directory overview\n\n| **Preview**\n|\n|\n| This feature is subject to the \"Pre-GA Offerings Terms\" in the General Service Terms section\n| of the [Service Specific Terms](/terms/service-terms#1).\n|\n| Pre-GA features are available \"as is\" and might have limited support.\n|\n| For more information, see the\n| [launch stage descriptions](/products#product-launch-stages).\n\nYou can choose to automatically register your internal load balancer service\nwith Service Directory when you create an internal load balancer. This enables client\napplications to use Service Directory through HTTP, gRPC, or DNS to resolve\nthe address of the internal load balancer service and connect to it directly.\n\nRegistering your internal load balancer with Service Directory lets you do the\nfollowing:\n\n- Choose custom DNS names to serve the network locations of your internal load balancers as opposed to DNS accessing your internal load balancer only through an internally generated DNS name in the `.internal` domain.\n- Serve multiple internal load balancers from the same DNS domain name, which is otherwise not possible with the current auto-generated DNS records.\n- Register internal load balancers directly and automatically in Service Directory providing a single repository for all your services in Google Cloud.\n- See standalone services, endpoints, and your internal load balancer endpoints with a single command in the Service Directory API.\n- Apply administrative actions like access control to Service Directory resources at the namespace or service level to encompass both your internal load balancer endpoints as well as other backend services.\n\n| **Note:** Cross-region internal Application Load Balancers don't support Service Directory registrations.\n\nRegister a regional internal Application Load Balancer with Service Directory\n-----------------------------------------------------------------------------\n\n|\n| **Preview**\n|\n|\n| This feature is subject to the \"Pre-GA Offerings Terms\" in the General Service Terms section\n| of the [Service Specific Terms](/terms/service-terms#1).\n|\n| Pre-GA features are available \"as is\" and might have limited support.\n|\n| For more information, see the\n| [launch stage descriptions](/products#product-launch-stages).\n\nTo register a regional internal Application Load Balancer, run the [`gcloud compute forwarding-rules\ncreate` command](/sdk/gcloud/reference/compute/forwarding-rules/create) and\nset the `service-directory-registration` flag: \n\n```\ngcloud beta compute forwarding-rules create FORWARDING_RULE_NAME \\\n --region=REGION \\\n --load-balancing-scheme=INTERNAL_MANAGED \\\n --network=NETWORK_NAME \\\n --address=RESERVED_IP_ADDRESS \\\n --target-https-proxy=PROXY_NAME \\\n --target-https-proxy-region=PROXY_REGION \\\n --ports=PORT_NUMBER \\\n --service-directory-registration=SD_SERVICE_NAME\n```\n\nReplace the following:\n\n- \u003cvar translate=\"no\"\u003eFORWARDING_RULE_NAME\u003c/var\u003e: a name for the forwarding rule that you want to create\n- \u003cvar translate=\"no\"\u003eREGION\u003c/var\u003e: the region to create the forwarding rule in\n- \u003cvar translate=\"no\"\u003eNETWORK_NAME\u003c/var\u003e: the network that this forwarding rule applies to\n- \u003cvar translate=\"no\"\u003eRESERVED_IP_ADDRESS\u003c/var\u003e: the IP address that the forwarding rule serves\n- \u003cvar translate=\"no\"\u003ePROXY_NAME\u003c/var\u003e: the target proxy that receives the traffic\n- \u003cvar translate=\"no\"\u003ePROXY_REGION\u003c/var\u003e: the region of the proxy to operate on\n- \u003cvar translate=\"no\"\u003ePORT_NUMBER\u003c/var\u003e: a list of comma-separated ports\n- \u003cvar translate=\"no\"\u003eSD_SERVICE_NAME\u003c/var\u003e: the fully qualified name of the Service Directory service where you want to register the endpoint. This service must be in the same project and region as the forwarding rule being created. For example: projects/\u003cvar translate=\"no\"\u003ePROJECT\u003c/var\u003e/locations/\u003cvar translate=\"no\"\u003eREGION\u003c/var\u003e/namespaces/\u003cvar translate=\"no\"\u003eNAMESPACE_NAME\u003c/var\u003e/services/\u003cvar translate=\"no\"\u003eSERVICE_NAME\u003c/var\u003e.\n\nWhat's next\n-----------\n\n- To learn more about Service Directory, see [Service Directory overview](/service-directory/docs/overview).\n- To learn about limitations of Service Directory integration with regional internal Application Load Balancer and how to verify the endpoint, see [Register an internal load balancer](/service-directory/docs/configuring-ilb-in-sd)."]]
