Edge Security Acceleration:Konfigurasi server asal

Sebelum memulai

• Anda bertanggung jawab atas biaya transfer data atau bandwidth yang dikeluarkan oleh server asal selama pengambilan asal (origin fetch). Misalnya, Anda dikenai biaya trafik dan bandwidth dari pusat data lokal Anda sendiri atau biaya transfer data dari bucket OSS.

• DCDN mendukung failover antara server asal utama (Primary) dan sekunder (Secondary). Saat beberapa server asal dikonfigurasi, DCDN pertama kali mencoba melakukan pengambilan asal dari server dengan Priority diatur ke Primary. Jika server asal utama gagal dalam tiga pemeriksaan kesehatan berturut-turut, DCDN melakukan failover ke server dengan Priority diatur ke Secondary. Jika server asal utama lulus pemeriksaan kesehatan berikutnya, DCDN menandainya sebagai tersedia dan mengembalikan status utamanya. Jika semua server asal memiliki prioritas yang sama, DCDN menggunakan penjadwalan round-robin untuk pengambilan asal.

  Catatan

  Pemeriksaan kesehatan: DCDN melakukan pemeriksaan kesehatan aktif Lapisan 4 dengan probing pada port 80, port 443, atau port kustom apa pun yang telah Anda konfigurasi pada server asal. DCDN mengirim probe setiap 2,5 detik dan menandai server asal sebagai tidak tersedia setelah tiga probe gagal berturut-turut.

Tambah atau ubah server asal

1. Masuk ke DCDN console.

2. Di panel navigasi sebelah kiri, klik Domain Names.

3. Pada halaman Domain Names, temukan nama domain yang ingin Anda kelola dan klik Configure di kolom Actions.

4. Pada tab Basic Settings, temukan bagian Origin Information.

5. Di bagian Origin Information, tambahkan server asal baru atau ubah yang sudah ada.

   • Untuk menambah server asal, klik Add Origin Server.

   • Untuk mengubah server asal yang sudah ada, temukan server tersebut dalam daftar dan klik Modify di kolom Actions.

   

   Parameter	Deskripsi
   Type	Pilih jenis server asal dan masukkan alamatnya (maksimal 67 karakter). Anda dapat menambahkan hingga 20 server asal per nama domain.
   Priority	Anda dapat mengonfigurasi origin utama dan sekunder. Origin utama memiliki prioritas lebih tinggi daripada origin sekunder. Saat permintaan pengguna memicu pengambilan asal, Alibaba Cloud DCDN pertama kali mencoba origin utama. Jika origin utama gagal (koneksi TCP antara node CDN dan origin gagal), sistem beralih ke origin sekunder. Nilai prioritas berkisar dari 0 hingga 127—semakin kecil angkanya, semakin tinggi prioritasnya. Prioritas default untuk origin utama adalah 20; untuk origin sekunder, 30. Untuk menggunakan nilai lain, ajukan tiket. Misalnya, jika Anda memiliki dua origin, A dan B, dengan origin A diatur sebagai utama dan origin B sebagai cadangan, permintaan pengguna yang melakukan pengambilan asal melalui Alibaba Cloud DCDN akan diarahkan ke origin A terlebih dahulu. Jika origin A gagal (koneksi TCP antara node CDN dan origin gagal), permintaan akan dialihkan ke origin B. Saat origin A pulih, trafik akan beralih kembali dari origin B ke origin A.
   Weight	Saat beberapa origin memiliki prioritas yang sama, Alibaba Cloud DCDN mendistribusikan permintaan pengguna ke origin secara proporsional berdasarkan bobotnya, sehingga memungkinkan load balancing berbasis bobot. Atur bobot sesuai kebutuhan bisnis Anda. Rentang: 1–100. Nilai yang lebih tinggi berarti pangsa permintaan yang lebih besar. Nilai default: 10. Contoh: Origin A dan B keduanya memiliki prioritas utama. A memiliki bobot 80; B memiliki bobot 20. Permintaan didistribusikan dengan rasio 8:2 antara A dan B. Catatan Routing berbasis bobot hanya berlaku untuk konten statis secara default. Untuk menerapkannya pada konten dinamis, aktifkan dynamic load balancing. Konfigurasi routing back-to-origin untuk mengambil konten dinamis. Distribusi permintaan aktual mungkin tidak sesuai dengan bobot yang dikonfigurasi dalam beberapa kasus: QPS back-to-origin rendah (misalnya, kurang dari 10 QPS) dapat menyebabkan distribusi tidak merata. Jika permintaan berasal dari satu atau beberapa alamat IP saja, DCDN mengarahkannya ke node yang sama dan mungkin mengarahkan sebagian besar permintaan ke satu server asal karena koneksi TCP persisten. Untuk memverifikasi distribusi bobot, gunakan tool pemantauan pihak ketiga dengan klien probe dari berbagai lokasi dan ISP.
   Port	Pilih port yang didukung oleh server asal Anda. Port 80: DCDN mengambil konten dari server asal melalui port 80. Port 443: DCDN mengambil konten dari server asal melalui port 443. Server asal harus mendukung HTTPS. Catatan DCDN hanya mendukung port 80 dan 443 secara default. Untuk menggunakan port kustom, ajukan tiket.

6. Klik OK.

Status server asal

DCDN secara otomatis melakukan probing terhadap server asal Anda dan menampilkan status kesehatan untuk membantu Anda mengidentifikasi masalah dengan cepat. Node DCDN memeriksa konektivitas dengan membuat koneksi TCP dan menganggap kegagalan koneksi sebagai anomali. Setelah mengonfigurasi server asal, Anda dapat melihat Origin Server Status di daftar server asal.

Tabel berikut menjelaskan setiap status.

Retry pengambilan asal, timeout pengambilan asal, dan origin probing

• Urutan retry pengambilan asal:

  • Retry dilakukan pada server asal berdasarkan prioritasnya, dari yang tertinggi ke terendah.

  • Jika beberapa server asal memiliki prioritas yang sama, retry didistribusikan sesuai bobot yang dikonfigurasi.

• Granularitas retry pengambilan asal:

  • Retry dilakukan pada level alamat IP. Jika server asal ditentukan dengan nama domain, sistem mencoba menghubungkan ke semua alamat IP hasil resolusi dari nama domain tersebut. Server asal lain yang tersedia hanya dicoba setelah koneksi ke semua alamat IP untuk server asal saat ini gagal.

  • Selama upaya retry, sistem secara otomatis melewati alamat IP server asal yang terdaftar dalam tabel mati (dead table).

• Kode status yang memicu retry pengambilan asal:

  • Node atau DCDN memicu retry pengambilan asal saat menerima kode status 5xx dari server asal.

• Timeout pengambilan asal: Jika server asal secara aktif merespons dengan kode status yang memicu retry, node atau DCDN segera melakukan retry permintaan. Jika tidak ada kode status tersebut yang dikembalikan oleh server asal, permintaan mengikuti logika timeout pengambilan asal, dan node atau DCDN hanya memicu retry setelah periode timeout tercapai.

  • Timeout koneksi TCP server asal: 10 detik.

  • Timeout penulisan server asal: 30 detik secara default (timeout untuk menulis konten ke server asal setelah koneksi terbentuk).

  • Timeout pembacaan asal: Default-nya 30 detik. Timeout ini terjadi jika server asal, setelah koneksi terbentuk, gagal mengirim respons lengkap untuk konten yang diminta oleh node DCDN dalam periode tersebut.

  • Anda dapat menyesuaikan timeout penulisan dan pembacaan server asal dengan mengonfigurasi timeout permintaan HTTP pengambilan asal.

• Logika origin probing:

  • Kegagalan koneksi TCP: Jika node atau DCDN gagal membuat koneksi TCP dengan alamat IP server asal dua kali berturut-turut (karena kegagalan koneksi atau timeout), atau DCDN menghapus alamat IP tersebut dari daftar server asal yang tersedia dan menambahkannya ke tabel mati. Permintaan pengambilan asal berikutnya tidak dikirim ke alamat IP ini. Node atau DCDN kemudian melakukan probing terhadap alamat IP tersebut setiap 5 detik dengan mencoba koneksi TCP. Jika koneksi berhasil, alamat IP dipulihkan ke daftar server asal yang tersedia.

  • Koneksi TCP normal: Jika node DCDN memiliki koneksi TCP normal ke alamat IP server asal tetapi menerima kode status retry (seperti 5xx) dari server asal, logika retry dipicu. Namun, alamat IP server asal tetap berada dalam daftar alamat server asal yang tersedia, dan permintaan berikutnya tetap dikirim ke server asal berdasarkan bobotnya. (Artinya, jika koneksi TCP Lapisan 4 normal, pengecualian permintaan HTTP Lapisan 7 tidak akan secara aktif memblokir alamat IP server asal. Jika Anda perlu secara aktif memblokir alamat IP server asal saat terjadi pengecualian permintaan HTTP Lapisan 7, Anda harus mengajukan tiket untuk meminta konfigurasi tersebut).

Dokumen terkait

• Untuk informasi lebih lanjut tentang server asal, lihat Origin server.

• Jika Anda menggunakan beberapa server asal, konfigurasikan host asal untuk mengarahkan permintaan ke backend yang berbeda. Untuk informasi lebih lanjut, lihat Konfigurasi host asal default.

• Untuk menyesuaikan protokol (HTTP atau HTTPS) untuk pengambilan asal, lihat Konfigurasi kebijakan protokol untuk pengambilan asal.

• Jika website Anda menyajikan konten dinamis, aktifkan akselerasi dinamis DCDN agar DCDN mengambil konten dinamis melalui rute optimal sekaligus mempercepat konten statis dari cache edge. Untuk informasi lebih lanjut, lihat Ikhtisar aturan akselerasi konten dinamis dan statis.

• Konfigurasikan aturan TTL cache untuk konten statis guna memaksimalkan efisiensi caching dan mengurangi permintaan ke server asal Anda. Untuk informasi lebih lanjut, lihat Konfigurasi TTL cache.

• Jika Anda menggunakan bucket OSS Alibaba Cloud pribadi sebagai server asal, Anda harus memberi otorisasi kepada DCDN untuk mengambil konten darinya. Untuk informasi lebih lanjut, lihat Izinkan pengambilan asal dari bucket OSS pribadi.

• Jika server asal Anda menggunakan satu IP untuk beberapa domain dan protokol pengambilan asal adalah HTTPS, Anda harus mengonfigurasi origin SNI. Untuk informasi lebih lanjut, lihat Konfigurasi origin SNI.