Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Caso de uso: resolver problemas de conectividade de rede
Nesse caso de uso, você é um administrador de rede que suporta uma rede que inclui vários aplicativos com balanceamento de carga. Você foi alertado sobre um problema de latência e foi informado que o aplicativo móvel da sua organização é intermitentemente lento e atinge o tempo limite. Você sabe que vários usuários diferentes são afetados e que não houve implantações de aplicativos recentes. O problema provavelmente está relacionado a uma alteração no ambiente e não no aplicativo.
O caso de uso a seguir demonstra como a Topologia de Rede pode ajudá-lo a solucionar rapidamente e investigar problemas em sua implantação.
Detalhes da topologia
A implantação abrange três Google Cloud regiões (us-central1,
europe-west1 e asia-east1). Todas as solicitações de clientes externos são atendidas por um
único balanceador de carga de aplicativo externo que tem vários back-ends em cada uma das
três regiões. As solicitações de clientes provenientes de uma das três regiões de negócios (Américas, EMEA e APAC) são atendidas por instâncias de aplicativos na regiãoGoogle Cloud mais próxima.
A topologia a seguir mostra a hierarquia de nível superior para a implantação:
Topologia de exemplo de topologia de rede (clique para ampliar)
Latência de rede
Nesse cenário, suponha que você tenha um balanceador de carga chamado shopping-site-lb.
Você verifica a latência entre clientes externos e o balanceador de carga para ver se a latência entre eles foi alterada. Você descobre que possui e decide investigar melhor os back-end do balanceador de carga.
Você filtra a topologia para mostrar apenas o tráfego do seu balanceador de carga externo shopping-site-lb.
Depois de aplicar o filtro, a Topologia de Rede mostra apenas as conexões relacionadas ao balanceador de carga, conforme mostrado no exemplo a seguir.
Filtre um balanceador de carga (clique para ampliar)
Começando com os clientes externos nas Américas, você clica nas métricas de tráfego entre a região de negócios das Américas e o balanceador de carga.
A topologia de rede mostra gráficos no painel de detalhes. As informações incluem tráfego de entrada e saída entre a entidade selecionada e a entidade conectada. Por exemplo, a Topologia de rede fornece os valores mais recentes para consultas por segundo (QPS) e a latência da solicitação HTTP.
No gráfico de latência da solicitação, você vê valores para os percentis
50o, 95o e 99o. Neste exemplo, suponha que todos os valores de latência sejam mais altos do que o esperado.
Para expandir os gráficos de séries temporais para seis semanas, na parte superior do painel de detalhes, selecione
Seis semanas.
Expandindo o gráfico 1 (clique para ampliar)
1 A figura é para referência. Seus dados não refletem o caso de uso.
Você vê um salto significativo que ocorreu há duas horas, aproximadamente quando os
primeiros problemas foram relatados. Você está confiante de que o problema
está relacionado ao aumento da latência com o balanceador de carga.
Após ter uma visão geral do problema, você precisa investigar o balanceador de carga.
Basta acessar a página Balanceamento de carga no console Google Cloud . Você
acaba descobrindo que uma instância no serviço de back-end do balanceador de
carga estava demorando mais que o normal para responder. Você tira essa instância de serviço,
o que resolve o problema.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-09-04 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)"]]
