Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Caso d'uso: risolvere i problemi di connettività di rete
In questo caso d'uso, sei un amministratore di rete che supporta una rete che include diverse applicazioni con bilanciamento del carico. Ti è stato segnalato un problema di latenza e ti è stato comunicato che l'applicazione mobile della tua organizzazione è intermittentemente lenta e si verifica il timeout. Sai che sono interessati diversi utenti e che non sono stati eseguiti recenti implementazioni dell'applicazione. È probabile che il problema sia correlato a una modifica dell'ambiente e non dell'applicazione.
Il seguente caso d'uso mostra come la topologia di rete può aiutarti a risolvere e analizzare rapidamente i problemi di implementazione.
Dettagli della topologia
Il deployment si estende su tre Google Cloud regioni (us-central1,
europe-west1 e asia-east1). Tutte le richieste dei client esterni vengono gestite da un singolo bilanciatore del carico delle applicazioni esterno con più backend in ciascuna delle tre regioni. Le richieste dei client provenienti da una delle tre regioni di attività (America, EMEA e APAC) vengono gestite dalle istanze dell'applicazione nella regioneGoogle Cloud più vicina.
La seguente topologia mostra la gerarchia di primo livello per il deployment:
Esempio di topologia di Network Topology (fai clic per ingrandire)
Latenza di rete
In questo scenario, supponiamo che tu abbia un bilanciatore del carico denominato shopping-site-lb.
Controlla la latenza tra i client esterni e il bilanciatore del carico per vedere se è cambiata. Scopri che è così e decidi di esaminare ulteriormente i backend del bilanciatore del carico.
Filtra la topologia in modo da mostrare solo il traffico per il bilanciatore del carico esternoshopping-site-lb.
Dopo aver applicato il filtro, Network Topology mostra solo le connessioni relative al bilanciatore del carico, come mostrato nell'esempio seguente.
Filtra per un bilanciatore del carico (fai clic per ingrandire)
A partire dai client esterni nelle Americhe, fai clic sulle metriche sul traffico tra la regione aziendale delle Americhe e il bilanciatore del carico.
Network Topology mostra i grafici nel riquadro dei dettagli. Le informazioni includono il traffico in entrata e in uscita tra l'entità selezionata e l'entità collegata. Ad esempio, Network Topology fornisce i valori più recenti per le query al secondo (QPS) e la latenza della richiesta HTTP.
Nel grafico della latenza delle richieste, vengono visualizzati i valori relativi al 50°, 95° e 99°
percentile. In questo esempio, supponiamo che tutti i valori di latenza siano
superiori a quanto previsto.
Per espandere i grafici delle serie temporali a 6 settimane, seleziona 6 settimane nella parte superiore del riquadro dei dettagli.
Espansione del grafico1 (fai clic per ingrandire)
1La figura è fornita come riferimento. I dati non riflettono il caso d'uso.
Noti un aumento significativo avvenuto circa due ore fa, all'incirca quando sono stati segnalati i primi problemi. Hai la certezza che il problema sia correlato all'aumento della latenza con il bilanciatore del carico.
Dopo aver ottenuto una visione di alto livello del problema, puoi esaminare ulteriormente il bilanciatore del carico dalla pagina Bilanciamento del carico della Google Cloud console. Alla fine scopri che un'istanza nel servizio di backend del bilanciatore del carico impiega più tempo del solito per rispondere. Rimuovi l'istanza dal servizio,
in modo da risolvere il problema.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 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)"]]
