Dynamic Content Delivery Network (DCDN) mendukung berbagai jenis server asal, termasuk Bucket Object Storage Service (OSS), server asal berbasis alamat IP, dan server asal berbasis nama domain. Anda dapat menentukan satu atau lebih alamat asal dari setiap jenis serta mengonfigurasi prioritas dan bobot untuk menentukan server asal utama dan sekunder guna penyeimbangan beban.
Catatan penggunaan
Saat DCDN mengambil sumber daya dari server asal, pemilik server asal dikenakan biaya transfer data. Misalnya, jika server asal adalah pusat data, pemilik pusat data dikenakan biaya untuk transfer data dan bandwidth. Jika server asal adalah bucket OSS, pemilik bucket OSS dikenakan biaya untuk transfer data.
DCDN mendukung pergantian antara server asal utama dan sekunder. Jika Anda mengonfigurasi beberapa server asal, DCDN secara preferensial mengarahkan permintaan ke server asal dengan Priority Primary. Jika server asal utama gagal tiga kali pemeriksaan kesehatan berturut-turut, DCDN mengarahkan permintaan ke server asal dengan Priority Secondary. Jika server asal utama lulus pemeriksaan kesehatan, sistem memulihkan prioritas server asal menjadi utama. Jika semua server asal memiliki prioritas yang sama, DCDN mengarahkan permintaan menggunakan penjadwalan round-robin.
CatatanDCDN melakukan pemeriksaan kesehatan Lapisan 4 pada server asal. Port 80 dan 443 serta semua port kustom yang ditentukan akan diperiksa. Pemeriksaan dilakukan setiap 2,5 detik. Jika server asal gagal tiga kali pemeriksaan berturut-turut, sistem menandai server asal sebagai tidak tersedia.
Tambahkan server asal atau modifikasi informasi tentang server asal
Masuk ke DCDN Console.
Di bilah navigasi sebelah kiri, klik Domain Names.
Pada halaman Domain Names, temukan nama domain yang ingin Anda kelola dan klik Configure di kolom Actions.
Pada tab Basic Settings, temukan bagian Origin Information.
Di bagian Origin Information, klik Tambah Server Asal atau Modifikasi di kolom Tindakan.
Untuk menambahkan server asal, klik Add Origin Server di pojok kiri atas daftar server asal.
Untuk memodifikasi informasi tentang server asal, klik Modify di kolom Tindakan.
Parameter
Deskripsi
Type
Pilih jenis server asal dan masukkan alamat server asal. Alamat server asal tidak boleh melebihi 67 karakter. Anda dapat menambahkan maksimal 20 alamat server asal untuk setiap nama domain.
OSS Domain
Jika Anda menggunakan bucket Object Storage Service (OSS) sebagai server asal, Anda dapat memasukkan nama domain publik bucket OSS, seperti
***.oss-cn-hangzhou.aliyundoc.com.Anda dapat memperoleh nama domain publik bucket OSS di Konsol OSS. Anda juga dapat memilih nama domain bucket OSS yang dimiliki oleh akun Alibaba Cloud saat ini dari daftar drop-down Nama Domain.
IP: Anda dapat mengonfigurasi satu atau lebih alamat IP untuk server asal. Alamat IP internal tidak didukung. Alamat IPv4 dan IPv6 didukung. Setidaknya salah satu alamat IP harus berupa alamat IPv4. Jika Anda menggunakan alamat IP publik instance Elastic Compute Service (ECS) milik Alibaba Cloud sebagai alamat server asal, alamat IP tersebut dibebaskan dari tinjauan manual. Anda perlu memperoleh izin untuk mengonfigurasi pengambilan asal melalui IPv6 terlebih dahulu. Jika tidak, pembaruan pengaturan terkait IPv6 tidak akan efektif. Untuk informasi lebih lanjut, lihat Konfigurasikan pengambilan asal melalui IPv6.
Origin Domain: Anda dapat mengonfigurasi satu atau lebih nama domain asal.
Priority
Anda dapat mengonfigurasi prioritas untuk menentukan server asal utama dan sekunder. Server asal utama memiliki prioritas lebih tinggi daripada server asal sekunder. DCDN secara preferensial mengarahkan permintaan ke server asal utama. Jika terjadi gangguan pada server asal utama (koneksi TCP antara POP dan server asal gagal), permintaan dialihkan ke server asal sekunder. Prioritas berkisar dari 0 hingga 127. Nilai yang lebih kecil menunjukkan prioritas lebih tinggi. Secara default, prioritas server asal utama adalah 20, dan prioritas server asal sekunder adalah 30. Jika Anda ingin menentukan nilai lain, kirim tiket.
Sebagai contoh, Anda menentukan Server Asal A sebagai server asal utama dan Server Asal B sebagai server asal sekunder. Dalam kasus ini, DCDN secara preferensial mengarahkan permintaan ke Server Asal A. Jika Server Asal A gagal (koneksi TCP antara POP dan server asal gagal), CDN mengarahkan permintaan pengguna ke Server Asal B. Setelah Server Asal A pulih, CDN beralih kembali ke Server Asal A.
Weight
Jika server asal memiliki prioritas yang sama, DCDN mengarahkan permintaan ke server asal berdasarkan bobot server asal. Dengan cara ini, beban diseimbangkan di antara server asal. Anda dapat menentukan bobot sesuai dengan kebutuhan bisnis Anda.
Bobot server asal berkisar dari 1 hingga 100. Server asal dengan bobot lebih tinggi menerima lebih banyak permintaan.
Nilai default: 10.
Sebagai contoh, Anda menentukan Server Asal A dan Server Asal B sebagai server asal utama. Jika bobot Server Asal A adalah 80 dan bobot Server Asal B adalah 20, CDN mengarahkan 80% permintaan ke Server Asal A dan 20% permintaan ke Server Asal B.
CatatanSecara default, pengalihan berbasis bobot hanya berlaku untuk permintaan konten statis. Untuk mengaktifkan pengalihan berbasis bobot untuk permintaan konten dinamis, Anda harus mengaktifkan penyeimbangan beban. Untuk informasi lebih lanjut, lihat Konfigurasikan rute balik ke asal untuk mengambil konten dinamis.
Dalam skenario berikut, proporsi permintaan yang dialihkan ke server asal mungkin tidak sama dengan bobot server asal yang Anda tentukan:
Jika sedikit permintaan dialihkan ke server asal dalam periode waktu tertentu, seperti kurang dari 10 permintaan per detik, distribusi permintaan di antara server asal tidak merata.
Semua permintaan berasal dari alamat IP tertentu atau sejumlah kecil alamat IP. Permintaan dari alamat IP yang sama dikirim ke POP yang sama, dan sesi TCP dipertahankan antara POP dan server asal.
Jika Anda ingin memverifikasi apakah proporsi aktual permintaan yang dialihkan ke server asal kira-kira sama dengan bobot yang Anda konfigurasikan untuk server asal, Anda dapat menggunakan alat pemantauan sintetis pihak ketiga untuk memulai tugas probe. Anda dapat memeriksa klien yang tersebar di berbagai lokasi dan dilayani oleh penyedia layanan internet (ISP) berdasarkan kebutuhan bisnis Anda. Tugas probe memerlukan waktu yang lama untuk mengumpulkan data yang cukup dan valid.
Port
Pilih port berdasarkan protokol yang didukung oleh server asal.
Port 80: Permintaan dialihkan ke server asal melalui port 80.
Port 443: Permintaan dialihkan ke server asal melalui port 443. Pastikan server asal mendukung HTTPS.
CatatanSecara default, hanya port 80 dan 443 yang didukung. Untuk mengonfigurasi port kustom, kirim tiket.
Klik OK.
Lihat status operasi server asal
DCDN memeriksa server asal dengan membuat koneksi TCP dan menampilkan status kesehatannya. Jika server asal tidak dapat dijangkau, server asal dianggap abnormal. Setelah mengonfigurasi server asal, Anda dapat mengklik nama domain untuk melihat Origin Server Status di bagian Informasi Asal.
Tabel berikut menjelaskan kemungkinan status server asal.
Status | Deskripsi |
Healthy | Server asal sehat. Jika server asal Anda dikonfigurasi menggunakan alamat IP dan ada beberapa port asal, server asal dianggap sehat selama satu port sehat. Jika server asal Anda dikonfigurasi menggunakan nama domain, nama domain tersebut terkait dengan beberapa alamat IP, dan 80% atau lebih alamat IP sehat, server asal dianggap sehat. |
Partially Healthy | Server asal sebagian sehat, dan skor kesehatan lebih rendah dari 80%. Anda dapat memeriksa apakah server asal berfungsi seperti yang diharapkan. |
Abnormal | Server asal abnormal, dan skor kesehatan lebih rendah dari 20%. Kami merekomendasikan Anda memeriksa server asal dan layanan yang disediakan oleh server asal. |
Unknown | Server asal baru saja dikonfigurasi atau dimodifikasi, dan tidak ada data pemeriksaan yang tersedia. Anda dapat menunggu beberapa menit, lalu segarkan status. |
Status-status di atas hanya untuk referensi. Mungkin ada laporan negatif palsu untuk sejumlah kecil server asal. Hasil tes aktual yang berlaku.
Pengambilan ulang asal, batas waktu pengambilan asal, dan pemeriksaan asal
Urutan percobaan ulang:
Percobaan ulang dilakukan berdasarkan prioritas alamat asal dalam urutan menurun. Anda dapat melihat alamat asal di Konsol CDN Alibaba Cloud.
Jika dua alamat memiliki prioritas yang sama, urutan percobaan ulang didasarkan pada rasio bobot.
Granularitas percobaan ulang:
Percobaan ulang dilakukan untuk setiap alamat IP. Jika nama domain ditentukan sebagai alamat asal, CDN mencoba semua alamat IP yang diselesaikan dari nama domain dan hanya mengakses server asal lain yang tersedia jika semua alamat IP yang termasuk dalam nama domain tidak tersedia.
Pemeriksaan otomatis melewati server asal yang berada dalam tabel mati.
Kode status percobaan ulang:
POP DCDN mengirimkan permintaan percobaan ulang saat menerima kode status HTTP 5xx dari server asal.
Batas waktu pengambilan asal: POP DCDN mengirimkan permintaan percobaan ulang setelah menerima kode status percobaan ulang dari server asal. Jika tidak ada kode status percobaan ulang yang diterima dari server asal, logika pemrosesan batas waktu diikuti. Setelah periode batas waktu tercapai, POP DCDN dipicu untuk mencoba kembali.
Periode batas waktu untuk membangun koneksi TCP antara POP dan server asal adalah 10 detik.
Batas waktu tulis asal adalah jumlah waktu yang dialokasikan untuk penulisan data setelah koneksi TCP dibuat. Secara default, batas waktu tulis asal adalah 30 detik.
Batas waktu baca asal adalah jumlah waktu yang diperlukan oleh server asal untuk mengembalikan semua konten yang diminta oleh POP DCDN setelah koneksi TCP dibuat. Secara default, batas waktu baca asal adalah 30 detik.
Anda dapat menyesuaikan nilai batas waktu baca asal dan batas waktu tulis asal dengan mengonfigurasi periode batas waktu untuk permintaan asal HTTP.
Pemeriksaan asal:
Koneksi TCP abnormal: Jika koneksi TCP antara POP DCDN dan server asal gagal atau habis waktu dua kali berturut-turut, DCDN menghapus alamat IP server asal dari daftar alamat IP asal yang tersedia dan menambahkan alamat IP ke tabel mati. Dalam hal ini, permintaan asal berikutnya tidak lagi dikirim ke alamat IP tersebut. Kemudian POP DCDN menghubungkan server asal melalui TCP untuk memeriksa alamat IP setiap 5 menit. Jika koneksi TCP berhasil dibuat, CDN memulihkan alamat IP ke daftar alamat IP asal yang tersedia.
Koneksi TCP normal: Jika koneksi TCP antara POP DCDN dan server asal normal, tetapi POP menerima kode status percobaan ulang seperti kode status 5xx dari server asal, alamat IP server asal tidak dihapus dari daftar alamat IP asal yang tersedia. Dalam hal ini, percobaan ulang dipicu dan permintaan berikutnya masih dikirim ke server asal berdasarkan rasio bobot. Jika terjadi kesalahan permintaan HTTP di Lapisan 7 saat koneksi TCP normal, alamat IP server asal tidak secara otomatis dihapus dari daftar alamat IP asal yang tersedia. Jika Anda ingin CDN secara otomatis menghapus alamat IP dari daftar alamat IP asal yang tersedia, kirim tiket.
Referensi
Untuk informasi tentang server asal, lihat server asal.
Jika Anda menggunakan beberapa server asal untuk akselerasi, Anda dapat menentukan host asal yang berbeda. Dengan cara ini, points of presence (POPs) menggunakan host asal untuk mengambil sumber daya dari server asal yang berbeda. Untuk informasi lebih lanjut, lihat Konfigurasikan host asal.
Untuk informasi tentang cara menentukan protokol HTTP atau HTTPS untuk pengambilan asal, lihat Konfigurasikan kebijakan protokol asal statis.
Jika situs web Anda berisi konten dinamis, pastikan fitur akselerasi dinamis DCDN diaktifkan. Dengan cara ini, sumber daya dinamis diambil dari server asal melalui rute optimal. Sumber daya statis disajikan dari POP untuk akselerasi. Untuk informasi lebih lanjut, lihat Ikhtisar.
Anda dapat mengonfigurasi aturan cache dan time-to-live (TTL) untuk konten statis berdasarkan kebutuhan bisnis dan jenis konten Anda untuk memaksimalkan pemanfaatan POP dan mengurangi jumlah permintaan asal. Untuk informasi lebih lanjut, lihat Buat aturan cache untuk sumber daya.
Jika server asal Anda adalah bucket OSS pribadi, Anda perlu memberikan izin akses DCDN pada bucket OSS pribadi tersebut. Untuk informasi lebih lanjut, lihat Konfigurasikan akses ke bucket OSS pribadi.
Jika beberapa nama domain dihosting pada server asal Anda dengan alamat IP yang sama dan POP mengakses server asal Anda melalui HTTPS, Anda perlu mengonfigurasi Server Name Indication (SNI). Untuk informasi lebih lanjut, lihat Konfigurasikan SNI.