Memecahkan masalah performa umum dengan Azure Front Door

Artikel
11/09/2024

Masalah performa dapat berasal dari beberapa area potensial: layanan Azure Front Door, asal, klien yang meminta, atau jalur antara salah satu hop ini. Panduan pemecahan masalah ini membantu Anda mengidentifikasi lompatan mana di sepanjang jalur data yang kemungkinan besar merupakan akar masalah, dan cara mengatasi masalah.

Periksa masalah yang diketahui

Sebelum memulai, periksa masalah yang diketahui tentang:

Platform Azure Front Door.
Penyedia layanan internet (ISP) di jalur.
Kemampuan klien yang meminta untuk menyambungkan dan mengambil data.

Skenario 1: Selidiki asal

Jika salah satu server asal lambat, maka permintaan pertama untuk objek melalui Azure Front Door juga akan lambat. Selanjutnya, jika konten tidak di-cache di titik kehadiran (POP) Azure Front Door, permintaan akan diteruskan ke asal. Menyediakan dari asal akan meniadakan manfaat dari kedekatan POP dan pengiriman lokal ke klien yang mengajukan permintaan, dan sebaliknya akan bergantung pada performa asal.

Skenario 1: Informasi lingkungan diperlukan

Nama titik akhir Azure Front Door
- Nama host titik akhir
- Domain kustom titik akhir (jika berlaku)
- Nama host asal
URL lengkap untuk file yang terpengaruh

Skenario 1: Langkah-langkah pemecahan masalah

Periksa header respons dari permintaan yang terpengaruh.

Untuk memeriksa header respons, gunakan contoh curl berikut di Bash. Anda juga dapat menggunakan alat pengembang browser dengan menekan tombol F12. Pilih tab Jaringan, pilih file yang relevan yang perlu diselidiki, lalu pilih tab Header. Jika file tidak ada, muat ulang halaman dengan alat pengembang terbuka.

Respons awal harus memiliki x-cache header dengan TCP_MISS nilai atau CONFIG_NOCACHE . POP Azure Front Door meneruskan permintaan dengan nilai ini ke asal. Asal mengirimkan lalu lintas kembali pada jalur yang sama kepada klien yang mengajukan permintaan.

Berikut contoh yang menampilkan TCP_MISS:

$ curl -I https://www.contoso.com/styles.css
HTTP/2 200
date: Wed, 28 Aug 2024 17:02:09 GMT
content-type: text/css
content-length: 2837
last-modified: Thu, 09 May 2024 20:49:36 GMT
etag: "b15-6180b8e9bd897"
vary: Accept-Encoding
x-azure-ref: 20240828T170209Z-AA11BB22CC33DD44EE55FF66AA77BB88CC99DD00
x-fd-int-roxy-purgeid: 0
x-cache: TCP_MISS
accept-ranges: bytes

Berikut contoh yang menampilkan TCP_HIT:

curl -I https://www.contoso.com/styles.css
HTTP/2 200
date: Wed, 28 Aug 2024 17:04:38 GMT
content-type: text/css
content-length: 2837
last-modified: Thu, 09 May 2024 20:49:36 GMT
etag: "b15-6180b8e9bd897"
vary: Accept-Encoding
x-azure-ref: 20240828T170438Z-BB22CC33DD44EE55FF66AA77BB88CC99DD00EE11
x-fd-int-roxy-purgeid: 0
x-cache: TCP_HIT
x-cache-info: L1_T2
accept-ranges: bytes

Lanjutkan permintaan terhadap titik akhir hingga header x-cache memiliki nilai TCP_HIT.

Jika Anda awalnya melihat CONFIG_NOCACHE, maka penembolokan tidak diaktifkan dalam konfigurasi rute. Dalam hal ini, Anda tidak akan melihat TCP_HIT.
Jika masalah performa teratasi, berarti masalahnya terletak pada kecepatan asal dan bukan performa Azure Front Door. Pemilik perlu menangani pengaturan cache Azure Front Door atau asal untuk meningkatkan performa.

Jika masalah terus berlanjut, sumbernya mungkin adalah klien yang meminta konten atau layanan Azure Front Door. Beralih ke Skenario 2 untuk mengidentifikasi sumber.

Skenario 2: Satu klien atau lokasi (misalnya, ISP) lambat

Satu klien atau lokasi bisa lambat jika ada rute jaringan yang buruk antara klien yang mengajukan permintaan dan POP Azure Front Door. Anda harus menyingkirkan semua rute buruk karena hal tersebut memengaruhi jarak ke POP, sehingga menghilangkan manfaat kedekatan POP Azure Front Door.

Latensi tinggi atau bandwidth rendah bisa menjadi akibat dari masalah ISP, jika Anda menggunakan jaringan pribadi virtual (VPN) atau merupakan bagian dari jaringan perusahaan yang tersebar. Jaringan perusahaan dapat menjalankan semua lalu lintas melalui titik pusat dan jarak jauh.

Skenario 2: Informasi lingkungan diperlukan

Nama titik akhir Azure Front Door
- Nama host titik akhir
- Domain kustom titik akhir (jika berlaku)
- Nama host asal
URL lengkap untuk file yang terpengaruh
Meminta informasi klien
- Meminta IP klien
- Meminta lokasi klien
- Meminta jalur klien ke lingkungan Azure (biasanya diidentifikasi dengan tracert, pathping, atau alat serupa)

Skenario 2: Langkah-langkah pemecahan masalah

Untuk memeriksa jalur ke POP, gunakan pathping atau alat serupa untuk 500 paket guna memeriksa rute jaringan.

Pathping memiliki maksimal 250 kueri. Untuk menguji hingga 500, eksekusi kueri berikut dua kali:
```
pathping /q 250 <Full URL of Affected File>
```
Tentukan apakah lalu lintas mengambil jalur yang akan menambah waktu atau jarak tempuh ke wilayah yang jauh.

Cari kode IP, kota, atau wilayah yang tidak mengambil rute yang masuk akal berdasarkan geografi Anda (misalnya, lalu lintas di Eropa sedang dirutekan ke Amerika Serikat) atau yang memiliki jumlah hop yang berlebihan.
Untuk mengesampingkan pengaturan klien yang mengajukan permintaan, lakukan pengujian dari klien lain yang mengajukan permintaan di wilayah yang sama.
Jika Anda mengidentifikasi hop lain atau wilayah jarak jauh, masalahnya terletak pada klien yang mengakses POP Azure Front Door dan bukan pada layanan Azure Front Door itu sendiri. Konektivitas atau penyedia VPN perlu mengatasi hop di antara titik akhir.

Jika Anda tidak mengidentifikasi hop lain atau wilayah jarak jauh dan konten disediakan dari cache (x-cache: TCP_HIT), masalahnya terletak pada layanan Azure Front Door. Anda mungkin perlu mengajukan permintaan dukungan. Sertakan referensi ke artikel pemecahan masalah ini dan langkah-langkah yang Anda ambil.

Catatan

Saat konten dilayani dari asal (x-cache: TCP_MISS), lihat Skenario 1 sebelumnya di artikel ini.

Skenario 3: Situs web dimuat perlahan

Dalam beberapa skenario, tidak ada masalah dengan satu file tetapi performa seluruh halaman web (diproksi Azure Front Door) tidak memuaskan. Pengukur performa halaman web menunjukkan performa situs yang buruk dibandingkan dengan halaman web di luar Azure Front Door.

Halaman web sering kali terdiri dari banyak file. Situs web mendapat manfaat dari Azure Front Door hanya jika Azure Front Door menyediakan setiap file di halaman web. Anda harus mengonfigurasi Azure Front Door untuk memaksimalkan manfaatnya.

Pertimbangkan contoh berikut:

Asal: origin.contoso.com
Domain kustom Azure Front Door: contoso.com
Halaman yang Anda coba muat: https://contoso.com

Ketika halaman dimuat, file awal di direktori "/" memanggil file lain, yang membangun halaman. File-file ini adalah gambar, JavaScript, file teks, dan banyak lagi. Jika file tersebut tidak dipanggil melalui nama host Azure Front Door (contoso.com), halaman tidak menggunakan Azure Front Door. Jadi, jika salah satu file yang diminta situs web adalah http://www.images.fabrikam.com/businessimage.jpg, file tidak mendapat manfaat dari penggunaan Azure Front Door. Sebagai gantinya, browser pada klien yang mengajukan permintaan meminta file langsung dari server images.fabrikam.com.

Diagram beberapa file dengan sumber berbeda untuk satu situs web dan cara konfigurasi tersebut memengaruhi performa Azure Front Door.

Skenario 3: Informasi lingkungan diperlukan

Nama titik akhir Azure Front Door
- Nama host titik akhir
- Domain kustom titik akhir (jika berlaku)
- Nama host asal
- Lokasi geografis asal
URL lengkap untuk halaman web yang terpengaruh
Alat dan metrik yang mengukur performa

Skenario 3: Pemecahan Masalah

Tinjau metrik yang menunjukkan performa yang lebih lambat.

Penting

Microsoft tidak dapat membedakan apa yang sedang diukur oleh alat yang tidak dimilikinya.
Buka halaman web Azure Front Door di browser, lalu buka alat pengembang dengan menekan tombol F12.

Anda dapat menggunakan alat pengembang di browser untuk mengetahui sumber dari file yang sedang disediakan. Untuk melihat URL permintaan di alat pengembang, pilih tab Jaringan, pilih file yang sedang Anda selidiki, lalu pilih Umum. Jika file tidak ada, muat ulang halaman dengan alat pengembang terbuka.
Perhatikan sumber file atau URL permintaan file.
Identifikasi file yang menggunakan nama host Azure Front Door dan file yang tidak menggunakannya.

Dalam contoh sebelumnya, gambar yang dihosting di Azure Front Door adalah https://www.contoso.com/productimage1.jpg. Gambar yang tidak dihosting di Azure Front Door adalah http://www.images.fabrikam.com/businessimage.jpg.
Uji performa file yang disediakan Azure Front Door, asalnya, dan (jika berlaku) halaman web pengujian.

Jika halaman web asal atau pengujian disediakan dari wilayah geografis yang lebih dekat dengan alat yang menguji performa, Anda mungkin perlu menggunakan alat atau klien yang mengajukan permintaan di wilayah lain untuk memeriksa manfaat kedekatan POP Azure Front Door.

Penting

File apa pun yang disajikan dari luar nama host Azure Front Door tidak akan mendapat manfaat darinya. Anda mungkin perlu mendesain ulang halaman web untuk melakukannya.

Jika file akan di-cache, pastikan untuk menguji file yang memiliki header respons x-cache: TCP_HIT.
Ambil tindakan berdasarkan data yang dikumpulkan:
- Jika data yang dikumpulkan menunjukkan bahwa file dikeluarkan oleh server selain nama host Azure Front Door, Azure Front Door berfungsi seperti yang diharapkan.
  
  Situs web yang memuat dengan lambat mungkin memerlukan perubahan desain halaman web. Untuk bantuan dalam mengoptimalkan situs web Anda untuk menggunakan Azure Front Door, hubungi tim desain situs web Anda atau penyedia solusi Microsoft.
  
  Catatan
  
  Masalah memuat situs web secara perlahan dapat memakan waktu untuk ditinjau, berdasarkan kompleksitas desain situs web dan instruksi panggilan filenya.
- Jika data yang dikumpulkan menunjukkan bahwa performa pemuatan file di Azure Front Door lebih baik dibandingkan dengan asal atau situs pengujian, Azure Front Door berfungsi seperti yang diharapkan. Sumber masalahnya mungkin terletak pada permintaan klien individual. Dalam hal ini, lihat Skenario 1 sebelumnya di artikel ini.
- Jika data yang dikumpulkan menunjukkan bahwa performa di Azure Front Door tidak lebih baik, Anda mungkin perlu mengajukan permintaan dukungan untuk investigasi lebih lanjut. Sertakan referensi ke artikel pemecahan masalah ini dan langkah-langkah yang Anda ambil.

Bagikan melalui