Kasus penggunaan: Mengaudit performa jaringan

Misalkan Anda adalah administrator jaringan yang mendukung jaringan yang menyertakan beberapa aplikasi yang di-load balance. Anda telah diminta untuk mengaudit konfigurasi jaringan yang mendukung aplikasi tersebut untuk memastikan bahwa konfigurasi konsisten dengan status jaringan yang diharapkan. Dengan melakukan audit ini, Anda dapat memastikan bahwa pelanggan mendapatkan latensi serendah mungkin untuk aplikasi Anda.

Kasus penggunaan berikut menunjukkan cara Topologi Jaringan dapat membantu Anda memeriksa konfigurasi yang ada. Misalnya, Anda dapat memeriksa apakah semua permintaan klien ditayangkan oleh instance aplikasi dari region Google Cloud yang paling dekat dengan klien. Anda juga dapat memastikan bahwa traffic lintas-region rendah karena traffic tersebut berasal dari database yang mereplikasi data secara global.

Ringkasan topologi

Deployment ini mencakup tiga region Google Cloud (us-central1, europe-west1, dan asia-east1). Semua permintaan klien eksternal ditayangkan oleh satu Load Balancer Aplikasi eksternal yang memiliki beberapa backend di setiap dari tiga region tersebut. Permintaan klien yang berasal dari salah satu dari tiga region bisnis (Amerika, EMEA, dan APAC) ditayangkan oleh instance aplikasi di region Google Cloud terdekat.

Grafik berikut menunjukkan hierarki tingkat teratas untuk deployment.

Topologi contoh Topologi Jaringan (klik untuk memperbesar)

Referensi dan jalur traffic

Dalam contoh ini, project berisi resource Google Cloud berikut:

• 1 load balancer HTTPS

• 4 layanan backend: browse, shopping_cart, checkout, dan feeds

• 12 grup instance (yang merupakan backend load balancer)

  Ada satu grup instance untuk setiap layanan backend di setiap dari tiga region.

• 3 instance database, satu di setiap region

Anda memperkirakan traffic dari negara tertentu akan diarahkan ke lokasi berikut:

• Traffic dari negara di wilayah bisnis Americas akan diarahkan ke backend di wilayah us-central1. Misalnya, traffic dari klien eksternal di Kanada akan melalui load balancer ke backend checkout di region us-central1.
• Traffic dari negara di wilayah bisnis EMEA akan diarahkan ke backend di wilayah europe-west1. Misalnya, traffic dari klien eksternal di Polandia melalui load balancer ke backend checkout di region europe-west1.
• Traffic dari negara di wilayah bisnis APAC akan diarahkan ke backend di wilayah asia-east1. Misalnya, traffic dari klien eksternal di Jepang akan melalui load balancer ke backend checkout di region asia-east1.
• Traffic ke instance database berasal dari backend di region yang sama. Misalnya, backend di asia-east1 hanya mengirim data ke instance database di asia-east1.
• Traffic lintas region dibatasi untuk replikasi database. Misalnya, traffic antara us-central1 dan europe-west1 hanya berjalan di antara instance database di region tersebut.

Aliran traffic yang tidak terduga

Dalam skenario ini, Anda menemukan bahwa traffic dari region bisnis EMEA sekarang mengarah ke dua region Google Cloud yang berbeda, yaitu us-central1 dan europe-west1. Dengan menggunakan Topologi Jaringan, Anda menemukan bahwa salah satu backend digunakan secara berlebihan.

1. Anda ingin memeriksa apakah traffic eksternal yang melewati load balancer akhirnya mengarah ke region Google Cloud yang benar. Anda memfilter grafik untuk hanya menampilkan traffic untuk load balancer eksternal shopping-site-lb.

   Setelah Anda menerapkan filter, Network Topology hanya akan menampilkan koneksi yang terkait dengan load balancer, seperti yang ditunjukkan dalam contoh berikut.

   

   Filter untuk load balancer (klik untuk memperbesar)

2. Anda menahan kursor di setiap wilayah bisnis untuk menandai komunikasi ke wilayah tersebut.

   Saat mengarahkan kursor ke Amerika dan APAC, Anda akan melihat traffic yang mengarah ke region Google Cloud terdekat: us-central1 dan asia- east1. Namun, saat Anda menahan kursor di EMEA, Anda akan melihat traffic yang mengarah ke us-central1 dan europe-west1. Idealnya, untuk mengurangi latensi, semua traffic dari EMEA harus diarahkan ke europe-west1.

3. Selanjutnya, klik EMEA untuk mempelajari throughput antara region tersebut dan region Google Cloud. Topologi Jaringan menempatkan nilai bandwidth pada setiap koneksi. Anda melihat bahwa sekitar 0,58 byte per detik akan diarahkan ke us-central1 dan 29,9 kilobyte per detik akan diarahkan ke europe-west1. Anda tahu bahwa sebagian besar traffic diarahkan seperti yang Anda harapkan, tetapi beberapa traffic mengalir ke us-central1.

   

   Nilai bandwidth yang ditempatkan di atas¹ (klik untuk memperbesar)

   ¹Gambar ini hanya untuk referensi. Datanya tidak mencerminkan kasus penggunaan.

4. Untuk menyelidiki lebih lanjut, Anda perlu meluaskan us-central1 untuk melihat tujuan traffic. Karena hanya ada satu jaringan dengan satu subnet di region tersebut, Topologi Jaringan tidak menampilkan tingkat hierarki tersebut dan melewati grup instance.

   Anda melihat bahwa traffic mengarah ke grup instance yang terkait dengan layanan backend load balancer. Karena traffic yang masuk ke europe-west1 relatif sedikit, resource di europe-west1 mungkin digunakan secara berlebihan dan menyebabkan traffic meluap ke us-central1.

   

   Jalur traffic¹ (klik untuk memperbesar)

   ¹Gambar ini hanya untuk referensi. Datanya tidak mencerminkan kasus penggunaan.

5. Untuk mengonfirmasi kesimpulan, Anda perlu memperluas region europe-west1 hingga mencapai instance yang terkait dengan layanan backend load balancer yang sama. Network Topology menampilkan diagram deret waktu di panel detail untuk instance.

   Pada diagram, Anda melihat bahwa rasio penggunaan CPU adalah 81% untuk instance. Batas untuk contoh ini adalah 80%, yang menunjukkan bahwa instance tersebut kelebihan permintaan. Anda dapat mengatasi masalah ini dengan menskalakan grup instance sehingga traffic kembali ke alur yang ideal.

   

   Diagram deret waktu untuk instance¹ (klik untuk memperbesar)

   ¹Gambar ini hanya untuk referensi. Datanya tidak mencerminkan kasus penggunaan.

Traffic antar-region

Di bagian berikut, Anda akan memeriksa apakah traffic internal antar-region hanya dibatasi untuk traffic instance database.

1. Untuk berfokus pada traffic internal, dalam daftar Topology configuration, Anda hanya memilih kotak centang Instances dan Cloud NAT gateways. Karena Anda hanya melihat traffic dalam aplikasi, Anda tidak perlu melihat klien eksternal dan traffic load balancer eksternal.

   

   Menampilkan traffic khusus internal (klik untuk memperbesar)

2. Anda meluaskan region asia-east1, dan Anda melihat lima grup instance. Peristiwa tersebut tidak digabungkan menurut jaringan, subnet, atau zona karena semuanya berada di jaringan, subnet, dan sebagainya yang sama.

   Anda melihat bahwa hanya satu grup instance (db-group-asia) yang berisi jalur untuk traffic antar-region. Semua grup instance lainnya berkomunikasi dalam region.

   Anda terus memperluas grup db-group-asia hingga mencapai entity dasar. Dalam skenario ini, entitas dasar adalah instance virtual machine (VM) (db-instance-asia) yang bertindak sebagai server database. Instance tersebut berkomunikasi dengan region lain untuk mereplikasi data, yang merupakan hal yang Anda harapkan, sehingga tidak diperlukan penyelidikan lebih lanjut. ̦

   

   Traffic antar-region¹ (klik untuk memperbesar)

   ¹Gambar ini hanya untuk referensi. Datanya tidak mencerminkan kasus penggunaan.

Langkah selanjutnya

• Memantau konfigurasi jaringan dengan Topologi Jaringan
• Kasus penggunaan: Memecahkan masalah konektivitas jaringan
• Memecahkan Masalah Topologi Jaringan