CDN:Website memuat lambat setelah mengaktifkan akselerasi Alibaba Cloud CDN

Pendekatan analisis

Sebelum memulai troubleshooting, pahami cara kerja akselerasi CDN. Untuk informasi selengkapnya, lihat Apa itu Alibaba Cloud CDN. Hal ini membantu Anda mengidentifikasi penyebab potensial masalah tersebut. Secara ringkas, CDN menambahkan lapisan node cache ke jaringan yang sudah ada. CDN mendistribusikan resource dari origin server Anda ke node yang paling dekat dengan pengguna. Ketika client meminta resource, client mengakses node CDN terdekat untuk mengambil konten yang telah di-cache. Hal ini mengurangi jumlah origin fetch dan meningkatkan kecepatan website. Kemungkinan penyebab akses lambat meliputi hal-hal berikut:

• Masalah jaringan lokal pada client, seperti bandwidth downstream yang tidak mencukupi atau konfigurasi DNS yang salah.

• Kualitas jaringan yang buruk antara client dan node CDN, yang menyebabkan latency tinggi.

• Perilaku abnormal node CDN yang menyebabkan respons lambat.

• Ukuran resource yang besar, yang menyebabkan waktu unduh lama.

• Kualitas jaringan yang buruk selama origin fetch CDN.

• Respons lambat dari origin server.

Untuk mempersempit cakupan troubleshooting, kumpulkan informasi tentang gejala yang muncul. Ini merupakan langkah penting.

1. Pertama, tentukan apakah akses lambat memengaruhi semua pengguna, hanya pengguna tertentu, atau pengguna di wilayah tertentu atau dari ISP tertentu. Alibaba Cloud menyediakan produk seperti Application Real-Time Monitoring Service (ARMS) dan Cloud Monitor. Anda dapat menggunakan produk-produk ini untuk men-deploy probe di wilayah tertentu atau untuk ISP tertentu guna memperoleh hasil diagnostik yang lebih akurat.

   • Jika hanya beberapa pengguna yang mengalami akses lambat, kemungkinan besar masalah tersebut disebabkan oleh jaringan lokal mereka.

   • Periksa apakah pengguna yang terdampak berada di area tertentu. Misalnya, jika banyak pengguna China Mobile di suatu kota melaporkan akses lambat tetapi pengguna China Unicom dan China Telecom di kota yang sama tidak, maka masalah tersebut kemungkinan terkait dengan ISP di wilayah tersebut. Anda dapat menggunakan tool diagnostik untuk menjalankan probe dari lokasi tersebut.

   • Jika semua pengguna mengalami akses lambat, kemungkinan besar masalah tersebut disebabkan oleh origin server atau konfigurasi. Sangat tidak mungkin semua node CDN atau jaringan mengalami kegagalan secara bersamaan. Sebagai contoh, Anda dapat memeriksa apakah wilayah akselerasi dikonfigurasi salah, apakah permintaan ditujukan untuk konten dinamis atau tidak dapat di-cache, atau apakah origin server merespons secara lambat.

2. Tentukan apakah permintaan yang lambat atau abnormal dilayani dari cache CDN.

   • Jika permintaan mengenai cache CDN, origin fetch tidak diperlukan. Node CDN langsung mengembalikan data yang di-cache ke client. Dalam kasus ini, origin server tidak terlibat.

   • Jika permintaan tidak mengenai cache, Anda harus memeriksa apakah perlambatan terjadi antara client dan node CDN atau di origin server.

Metrik utama

Selain metrik pemantauan standar, akselerasi CDN melibatkan indikator spesifik skenario. Anda dapat melacak metrik ini untuk mengevaluasi kinerja CDN dan mengoptimalkan konfigurasi bisnis Anda. Untuk informasi selengkapnya, lihat Metrik utama CDN.

Pengumpulan informasi

Permintaan HTTP lengkap mengikuti urutan berikut: resolusi DNS > koneksi TCP > SSL handshake (untuk HTTPS) > permintaan client > respons server. Pemahaman mendalam tentang proses ini membantu Anda menganalisis masalah. Anda harus mengumpulkan informasi berikut dari client.

Peroleh status jaringan client dan alamat IP node CDN

Anda dapat menjalankan perintah ping untuk menguji nama domain yang dipercepat. Hal ini memungkinkan Anda memverifikasi bahwa nama domain telah di-resolve dengan benar ke node CDN serta memeriksa konektivitas jaringan dan latency antara client dan node CDN. Jika perintah ping gagal, Anda dapat melakukan diagnostik tautan. Untuk informasi selengkapnya, lihat Metode diagnostik tautan.

Peroleh alamat IP client dan LocalDNS

Penjadwalan node CDN bergantung pada LocalDNS client. Pastikan client menggunakan LocalDNS yang sesuai dengan wilayah dan ISP-nya. Anda dapat mengunjungi Ali Kunlun User Diagnostic Tool untuk memperoleh alamat IP client dan pengaturan DNS-nya.

Identifikasi URL resource yang memuat lambat

Anda dapat membuka developer tools browser Anda, buka tab Network, masukkan URL, lalu tinjau semua permintaan HTTP. Klik kolom Time untuk mengurutkan permintaan berdasarkan durasi dan identifikasi resource yang memuat lambat. Di kolom Domain, Anda dapat menemukan URL resource yang memuat lambat di bawah nama domain yang dipercepat CDN Anda.

Peroleh header permintaan dan respons HTTP

Di tab Network, klik Name permintaan yang lambat. Di bagian Headers, Anda dapat melihat bagian General, Response Headers, dan Request Headers. Header-header ini menunjukkan apakah permintaan ditujukan untuk resource statis dan apakah permintaan tersebut mengenai cache.

Peroleh data Timing permintaan HTTP

Tab Timing menunjukkan waktu yang dihabiskan di setiap fase siklus hidup permintaan.

Kasus umum

Setelah memahami prinsip akselerasi CDN dan proses permintaan HTTP, Anda dapat menggabungkan gejala yang diamati dengan data sisi client untuk mengidentifikasi atau melokalisasi masalah. Bagian berikut menjelaskan skenario umum.

Kasus 2: Rasio hit cache rendah atau origin fetch sering terjadi

Dalam skenario akselerasi resource statis, CDN menyimpan cache konten statis di node yang paling dekat dengan client. Pengguna dapat mengambil resource langsung dari cache. Hal ini menghindari jalur origin fetch jarak jauh. Rasio hit cache yang rendah meningkatkan beban pada origin server dan mengurangi efisiensi akselerasi untuk resource statis. Rasio hit cache secara langsung memengaruhi pengalaman pengguna. Oleh karena itu, mencapai rasio hit cache tinggi merupakan tujuan utama CDN. Anda harus mengoptimalkan konfigurasi berdasarkan penyebab spesifik rasio hit cache rendah. Untuk informasi selengkapnya, lihat Tingkatkan rasio hit cache Alibaba Cloud CDN. Anda dapat memeriksa bidang X-Cache di header respons CDN untuk memverifikasi apakah permintaan mengenai cache.

Berikut ini gejala dan strategi optimasi untuk rasio hit cache rendah atau origin fetch yang sering terjadi:

• Akses pertama kali ke resource lebih lambat dibandingkan akses langsung ke origin server. Hal ini karena node CDN belum memiliki resource tersebut dan harus mengambilnya terlebih dahulu dari origin server. Anda dapat menggunakan fitur prefetch URL untuk memuat konten ke node CDN sebelumnya. Untuk informasi selengkapnya, lihat Purge dan prefetch resource. Hal ini memastikan pengguna pertama kali dapat mengenai cache, sehingga meningkatkan kecepatan pemuatan.

• Resource dengan trafik rendah memiliki popularitas rendah. Node CDN digunakan bersama oleh semua pengguna. Aturan cache menentukan durasi cache maksimum. Jika nama domain yang dipercepat Anda memiliki trafik rendah, file mungkin dihapus lebih awal berdasarkan popularitasnya. Popularitas didefinisikan oleh frekuensi akses. File dengan popularitas rendah dihapus dari cache lebih cepat.

• Konfigurasi cache yang buruk dengan durasi cache pendek menyebabkan origin fetch sering terjadi.

  • Jika Anda tidak mengonfigurasi aturan cache kustom, file statis yang tidak memiliki header respons ETag atau Last-Modified tidak dapat di-cache. Untuk mengatasi masalah ini, Anda dapat menambahkan header tersebut di origin server atau mengonfigurasi aturan cache CDN. Untuk informasi selengkapnya, lihat Konfigurasikan aturan cache.

  • Jika Anda tidak mengonfigurasi aturan cache kustom, CDN menggunakan kebijakan default. Untuk informasi selengkapnya, lihat Aturan cache default Alibaba Cloud CDN dan prioritasnya. Durasi cache default pendek, misalnya 3.600 detik atau kurang. Hal ini menyebabkan kadaluarsa dan origin fetch yang sering terjadi. Anda harus mengatur durasi cache yang sesuai berdasarkan kebutuhan bisnis Anda.

  • Jika origin server mengirim header Cache-Control yang menonaktifkan caching, seperti s-maxage=0, max-age=0, no-cache, no-store, atau private, atau header Pragma: no-cache, CDN mengabaikan aturan cache Anda karena header tersebut memiliki prioritas lebih tinggi. Anda harus mengubah header tersebut di origin server menjadi nilai yang dapat di-cache, seperti Public. Untuk informasi selengkapnya, lihat Konfigurasikan kebijakan caching HTTP NGINX dan Konfigurasikan kebijakan caching Apache.

• URL dengan parameter variabel: Jika URL resource mencakup parameter yang berubah, CDN memperlakukan setiap URL unik sebagai permintaan baru, meskipun URL tersebut mengarah ke file yang sama. Hal ini memicu origin fetch yang tidak perlu. Anda dapat mengaktifkan penyaringan parameter. Untuk informasi selengkapnya, lihat Abaikan parameter.

• Range origin fetch untuk file besar: Untuk file besar, Anda dapat mengaktifkan range origin fetch untuk mengoptimalkan pengambilan asal. Untuk informasi selengkapnya, lihat Konfigurasikan range origin fetch.

Kasus 3: Permintaan dinamis lambat

Jika permintaan lambat ditujukan untuk konten dinamis, setiap permintaan client harus dikirim ke origin server Anda untuk menghasilkan data real-time. CDN tidak dapat menyimpan cache konten dinamis. Oleh karena itu, CDN tidak memberikan manfaat akselerasi dan hanya meneruskan permintaan ke origin server. Jika website atau aplikasi Anda memiliki banyak elemen dinamis, seperti operasi API, Anda dapat mempertimbangkan solusi berikut:

1. Pisahkan konten statis dan dinamis. Anda dapat menggunakan nama domain yang dipercepat CDN untuk resource statis dan nama domain terpisah yang mengarah langsung ke origin server untuk permintaan dinamis.

2. Gunakan Dynamic Route for CDN (DCDN) untuk mempercepat permintaan dinamis. Untuk informasi selengkapnya, lihat Apa itu DCDN?. Catatan: DCDN mempercepat permintaan dinamis menggunakan routing Lapisan 4 dan optimasi transmisi untuk mencapai origin server lebih cepat. Namun, jika origin server Anda merespons secara lambat, Anda harus mengoptimalkan origin server tersebut.

Kasus 4: Origin fetch lintas batas negara lambat

Jika origin server dan pengguna utama Anda berada di negara yang berbeda, origin fetch CDN mungkin terpengaruh oleh batasan kapasitas kabel bawah laut dan kemacetan jaringan publik. Hal ini dapat menyebabkan kualitas origin fetch tidak stabil, pengambilan konten lambat, dan tingkat kegagalan tinggi, yang memengaruhi caching dan pengiriman CDN. Untuk mengatasi masalah ini, Anda dapat mengintegrasikan Global Accelerator (GA) untuk mempercepat origin server Anda untuk negara tertentu, lalu mengonfigurasi kebijakan back-to-origin CDN berdasarkan wilayah.

Bergantung pada jenis origin server Anda, Anda dapat melihat topik berikut untuk mengonfigurasi akselerasi GA:

• Percepat origin server ECS. Untuk informasi selengkapnya, lihat Gunakan GA dengan CDN untuk mempercepat origin fetch.

• Percepat origin server ALB. Untuk informasi selengkapnya, lihat Gunakan GA untuk mempercepat aplikasi backend ALB.

• Percepat origin server OSS. Untuk informasi selengkapnya, lihat Akses OSS menggunakan transfer acceleration.

Kasus 5: Pemuatan homepage lambat

Ketika client mengakses http://www.example.com/, browser meminta homepage. Setelah permintaan berhasil, server mengembalikan kode HTML. Browser kemudian meminta resource tambahan, seperti gambar, file JS, dan file CSS, yang dirujuk dalam kode HTML tersebut. Jika homepage bersifat dinamis atau tidak dapat di-cache, setiap permintaan memicu origin fetch. Origin server yang lambat menyebabkan pemuatan homepage lambat, yang ditampilkan sebagai status Pending lama di tab Network. Untuk memverifikasi apakah permintaan mengenai cache, lihat Kasus 2: Rasio hit cache rendah atau origin fetch sering terjadi.

Dalam skenario ini, permintaan homepage tetap dalam status Pending hingga data dikembalikan. Setelah homepage dimuat, resource statis dimuat dengan cepat.

Kasus 6: Resource website besar

Jika website Anda memuat resource besar, Anda dapat mengaktifkan optimasi kinerja untuk nama domain yang dipercepat Anda. Untuk informasi selengkapnya, lihat Optimasi kinerja. Fitur ini dapat mengurangi ukuran file dan meningkatkan efisiensi akselerasi serta keterbacaan halaman. Format file berikut didukung untuk kompresi cerdas: text/html, text/xml, text/plain, text/css, application/javascript, application/x-javascript, application/rss+xml, text/javascript, image/tiff, image/svg+xml, application/json, dan application/xmltext.

Kasus 7: Akses lambat untuk pengguna ISP tertentu di suatu wilayah

Terkadang, client yang terdampak memiliki karakteristik umum. Misalnya, banyak pengguna China Mobile di suatu kota melaporkan akses lambat selama periode tertentu, sedangkan pengguna China Unicom dan China Telecom tidak. Masalah ini kemungkinan terkait dengan jaringan ISP lokal atau node CDN yang melayani wilayah tersebut. Anda dapat memulai troubleshooting dengan memperoleh data ping dari pengguna yang terdampak untuk memeriksa latency antara client dan node CDN.

Selain itu, Anda dapat mengikat mesin uji Anda ke alamat IP node CDN yang dilaporkan oleh pengguna dan menjalankan pengujian. Hal ini mirip dengan mengikat mesin uji langsung ke origin server, tetapi Anda menggunakan alamat IP node CDN. Sebelum menjalankan pengujian, verifikasi apakah node tersebut sendiri merespons secara lambat. Jika node merespons lambat, periksa apakah permintaan mengenai cache dan periksa ukuran resource. Kemudian, analisis masalah berdasarkan kasus-kasus sebelumnya. Jika Anda tidak dapat mengidentifikasi masalah tersebut, Anda dapat mengajukan tiket ke Alibaba Cloud.