Organízate con las colecciones
Guarda y clasifica el contenido según tus preferencias.
Caso práctico: solucionar problemas de conectividad de red
En este caso práctico, eres un administrador de red que da asistencia a una red que incluye varias aplicaciones con balanceo de carga. Se te ha avisado de un problema de latencia y se te ha informado de que la aplicación móvil de tu organización es lenta de forma intermitente y se agota el tiempo de espera. Sabes que hay varios usuarios afectados y que no se han implementado aplicaciones recientemente. Es probable que el problema se deba a un cambio en el entorno y no a la aplicación.
En el siguiente caso práctico se muestra cómo puede ayudarte Topología de red a solucionar problemas e investigar en tu implementación rápidamente.
Detalles de la topología
La implementación abarca tres Google Cloud regiones (us-central1, europe-west1 y asia-east1). Todas las solicitudes de clientes externos se atienden mediante un único balanceador de carga de aplicaciones externo que tiene varios backends en cada una de las tres regiones. Las solicitudes de los clientes que proceden de una de las tres regiones empresariales (América, EMEA y APAC) se atienden mediante instancias de la aplicación en la regiónGoogle Cloud más cercana.
En la siguiente topología se muestra la jerarquía de nivel superior de la implementación:
Ejemplo de topología de red (haz clic en la imagen para ampliarla)
Latencia de la red
En este caso, supongamos que tienes un balanceador de carga llamado shopping-site-lb.
Compruebas la latencia entre los clientes externos y el balanceador de carga para ver si ha cambiado. Descubres que sí y decides investigar más a fondo los backends del balanceador de carga.
Filtra la topología para mostrar solo el tráfico de tu balanceador de carga externo
shopping-site-lb.
Después de aplicar el filtro, Topología de red solo muestra las conexiones relacionadas con el balanceador de carga, como se muestra en el siguiente ejemplo.
Filtrar por balanceador de carga (haz clic para ampliar)
Empezando por los clientes externos de América, haz clic en las métricas de tráfico
entre la región empresarial de América y el balanceador de carga.
Topología de las redes muestra gráficos en el panel de detalles. La información incluye el tráfico de entrada y salida entre la entidad seleccionada y la entidad conectada. Por ejemplo, Topología de red proporciona los valores más recientes de consultas por segundo (CPS) y la latencia de las solicitudes HTTP.
En el gráfico de latencia de solicitudes, se muestran los valores de los percentiles 50, 95 y 99. En este ejemplo, supongamos que todos los valores de latencia son superiores a los que esperabas.
Para ampliar los gráficos de serie temporal a 6 semanas, en la parte superior del panel de detalles, selecciona 6 semanas.
Ampliar el gráfico1 (haz clic en la imagen para ampliarla)
1La cifra es orientativa. Sus datos no reflejan el caso de uso.
Observa un aumento significativo que se produjo hace unas dos horas, aproximadamente cuando se notificaron los primeros problemas. Estás seguro de que el problema está relacionado con el aumento de la latencia del balanceador de carga.
Para obtener una visión general del problema, investiga el balanceador de carga en la página Balanceo de carga de la Google Cloud consola. Al final, te das cuenta de que una instancia del servicio de backend del balanceador de carga tarda más de lo normal en responder. Si retiras esa instancia del servicio, el problema se soluciona.
[[["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-08-21 (UTC)."],[],[],null,["# Use case: Troubleshoot network connectivity\n===========================================\n\nIn this use case, you're a network administrator supporting a network that\nincludes several load-balanced applications. You've been alerted of a latency\nproblem and have been told that your organization's mobile application is\nintermittently slow and timing out. You know that a number of different users\nare affected, and that there have been no recent application deployments. The\nissue is likely related to a change in the environment and not the application.\n\nThe following use case demonstrates how Network Topology can help you\nquickly troubleshoot and investigate issues in your deployment.\n\nTopology details\n----------------\n\nThe deployment spans three Google Cloud regions (`us-central1`,\n`europe-west1`, and `asia-east1`). All external client requests are served by a\nsingle external Application Load Balancer that has multiple backends in each of the three\nregions. Client requests that come from one of three business regions (Americas,\nEMEA, and APAC) are served by application instances in the closest\nGoogle Cloud region.\n\nThe following topology shows the top-level hierarchy for the deployment:\n[](/static/network-intelligence-center/docs/network-topology/images/use-cases/auditing-topology.png) Network Topology example topology (click to enlarge)\n\nNetwork latency\n---------------\n\nIn this scenario, assume that you have a load balancer named `shopping-site-lb`.\nYou check the latency between external clients and the load balancer to see if\nthe latency between them has changed. You discover that it has and decide to\nfurther investigate the load balancer's backends.\n\n1. You filter the topology to show only the traffic for your external load balancer\n `shopping-site-lb`.\n\n After you apply the filter, Network Topology shows only the\n connections related to the load balancer, as shown in the following example.\n [](/static/network-intelligence-center/docs/network-topology/images/use-cases/auditing-filter.png) Filter for a load balancer (click to enlarge)\n2. Starting with the external clients in Americas, you click the traffic metrics\n between the Americas business region and the load balancer.\n\n Network Topology shows charts in the details pane. The\n information includes ingress and egress traffic between your selected\n entity and the connected entity. For example, Network Topology\n provides the latest values for queries per second (QPS) and the HTTP request\n latency.\n\n In the request latency chart, you see values for the 50th, 95th, and 99th\n percentiles. In this example, assume that all of the latency values are\n higher than you expected.\n3. To expand the time series charts to 6 weeks, at the top of the details pane, you select\n **6 weeks**.\n\n [](/static/network-intelligence-center/docs/network-topology/images/use-cases/troubleshooting-zoom.png) Expanding the chart^1^ (click to enlarge) \n\n ^1^The figure is for reference. Its data doesn't reflect the use\n case.\n\n You see a significant jump that happened about two hours ago, roughly when\n the first issues were reported. You're confident that the issue is related\n to increased latency with the load balancer.\n4. Having a high-level view of the issue, you investigate the load balancer\n further by going to the **Load balancing** page in the Google Cloud console. You\n eventually find that an instance in the load balancer's backend service was\n taking longer than normal to respond. You take that instance out of service,\n which resolves the issue.\n\nWhat's next\n-----------\n\n- [Monitor your networking configuration with Network Topology](/network-intelligence-center/docs/network-topology/how-to/audit-troubleshoot-networking-issues)\n- [Use case: Audit network performance](/network-intelligence-center/docs/network-topology/concepts/auditing-network-performance)\n- [Troubleshoot Network Topology](/network-intelligence-center/docs/network-topology/support/troubleshooting)"]]
