Alibaba Cloud CDN mendukung tipe origin berikut: Nama domain OSS, alamat IP, nama domain origin, dan nama domain Function Compute. Setiap tipe origin mendukung beberapa alamat origin. Dalam skenario multi-origin, Anda dapat mengatur prioritas utama dan cadangan serta bobot untuk mencapai load balancing.
Catatan penting
Saat CDN mengambil sumber daya dari origin Anda, origin tersebut dikenai biaya bandwidth. Misalnya, jika origin Anda adalah IDC, Anda membayar biaya bandwidth outbound IDC tersebut. Jika origin Anda adalah OSS, Anda membayar biaya lalu lintas outbound OSS.
Tambahkan atau ubah informasi origin
-
Masuk ke CDN console.
-
Di panel navigasi kiri, klik Domain Names.
-
Pada halaman Domain Names, temukan nama domain target dan klik Manage di kolom Actions.
-
Di bagian Origin Information, tambahkan atau ubah konfigurasi origin sesuai kebutuhan.
-
Klik Add Origin Server untuk menambahkan origin.
-
Klik Edit di sebelah origin yang sudah ada untuk mengubah konfigurasinya.
Parameter
Deskripsi
Origin Info
Pilih tipe origin dan masukkan alamat origin.
-
OSS Domain
-
Pilih titik akhir publik dari bucket OSS dalam akun yang sama dari daftar drop-down sebagai origin Anda.
-
Masukkan secara manual titik akhir publik bucket Alibaba Cloud OSS sebagai origin Anda (titik akhir pribadi tidak didukung). Contoh:
***.oss-cn-hangzhou.aliyuncs.com. Anda dapat melihat titik akhir publik OSS Anda di OSS console.
Catatan-
Untuk informasi lebih lanjut, lihat Akselerasi sumber daya OSS dengan CDN.
-
Diskon lalu lintas untuk pengambilan asal oleh Alibaba Cloud CDN dari Alibaba Cloud OSS:
-
Agar memenuhi syarat harga diskon, Anda harus mengatur tipe origin ke “OSS domain” di CDN console. Hal ini memungkinkan OSS mengenali lalu lintas kembali ke asal dari Alibaba Cloud CDN sebagai “lalu lintas keluar kembali ke asal CDN.”
-
Jika Anda salah mengatur tipe origin ke "Origin Domain Name" di CDN console, Alibaba Cloud OSS akan mengklasifikasikan lalu lintas kembali ke asal dari Alibaba Cloud CDN sebagai "lalu lintas keluar melalui Internet," sehingga Anda tidak memenuhi syarat untuk harga diskon dalam kasus ini.
Untuk informasi penagihan lengkap, lihat Penagihan untuk sumber daya OSS yang dipercepat CDN.
-
-
Saat menggunakan Alibaba Cloud OSS sebagai origin Anda, Anda harus mengonfigurasi header Host origin default. Atur ke titik akhir publik bucket OSS Anda. Jika tidak, origin tidak dapat dijangkau.
-
Saat menggunakan Alibaba Cloud OSS sebagai origin Anda, kami menyarankan agar Anda mengonfigurasi SNI origin default. Atur ke titik akhir publik bucket OSS Anda. Jika tidak, OSS mungkin menerapkan pembatasan laju.
-
-
IP
-
Anda dapat mengonfigurasi satu atau beberapa alamat IP sebagai origin Anda. Alamat IP privat tidak didukung. Alamat IPv4 dan IPv6 didukung, tetapi Anda tidak boleh hanya menggunakan alamat IPv6—Anda harus menyertakan setidaknya satu alamat IPv4. Menggunakan IP publik Instance ECS Alibaba Cloud sebagai origin melewati tinjauan manual. Untuk menggunakan alamat origin IPv6, Anda harus mengaktifkan pengambilan asal melalui IPv6 terlebih dahulu. Jika tidak diaktifkan terlebih dahulu, alamat origin IPv6 Anda tidak akan berlaku, sehingga menyebabkan kegagalan pengambilan asal. Untuk informasi lebih lanjut, lihat Konfigurasi pengambilan asal melalui IPv6.
-
Untuk praktik terbaik saat menggunakan alamat IP sebagai origin, lihat Mempercepat sumber daya ECS dengan CDN.
-
-
Site Domain: Anda dapat mengonfigurasi satu atau beberapa nama domain sebagai alamat origin Anda.
Catatan-
Untuk praktik terbaik saat menggunakan nama domain sebagai origin, lihat Mempercepat sumber daya ECS dengan CDN.
-
Nama domain origin harus berbeda dari nama domain yang dipercepat. Jika keduanya identik, permintaan akan berputar antara node CDN dan origin, sehingga pengambilan asal tidak berhasil.
-
Alibaba Cloud CDN kini mendukung penambahan langsung alamat instans Instance ALB Alibaba Cloud (misalnya:
example.hangzhou.alb.aliyuncs.com) sebagai origin untuk CDN. -
Untuk mengonfigurasi pengaturan DNS dan origin dalam arsitektur CDN + ALB:
-
Di konsol penyedia DNS Anda, buat rekaman CNAME yang mengarahkan nama domain yang dipercepat ke alamat CNAME yang ditetapkan oleh CDN. Anda dapat menemukan alamat CNAME ini di halaman Domain Names di CDN console.
-
Di CDN console, atur tipe origin ke Site Domain dan masukkan nama domain instans ALB sebagai alamat origin.
Setelah dikonfigurasi, alur permintaan menjadi: klien → CDN → ALB → server backend. Jangan mengarahkan nama domain Anda langsung ke ALB—jika tidak, akselerasi CDN tidak akan berfungsi.
-
-
Format nama domain origin:
-
Panjang: 1–67 karakter.
-
Karakter yang diizinkan: huruf kecil (a–z), angka (0–9), dan tanda hubung (-). Contoh: example.com.
-
Tidak diizinkan: karakter Tionghoa, huruf kapital (A–Z), atau simbol selain tanda hubung (-). Tanda hubung tidak boleh muncul berturut-turut, berdiri sendiri, atau muncul di awal atau akhir. Jika domain Anda berisi karakter Tionghoa (misalnya: 阿里云.网址), lengkapi pendaftaran ICP untuk bentuk Tionghoa tersebut, lalu gunakan tool Punycode pihak ketiga untuk mengonversinya ke ASCII (misalnya: xn--fiq**.xn--eq**) sebelum memasukkannya.
-
-
-
Function Compute Domain: Anda dapat mengonfigurasi domain Function Compute dalam akun yang sama sebagai alamat origin Anda. Pilih Region dan Domain Name Function Compute. Untuk petunjuknya, lihat Mengonfigurasi domain kustom.
Priority
Anda dapat mengonfigurasi origin utama dan cadangan. Origin utama memiliki prioritas lebih tinggi daripada origin cadangan. Saat permintaan pengguna memicu pengambilan asal, Alibaba Cloud CDN pertama kali mencoba origin utama. Jika origin utama gagal (koneksi TCP antara node CDN dan origin gagal), sistem beralih ke origin cadangan. Nilai prioritas berkisar dari 0 hingga 127—semakin kecil angkanya, semakin tinggi prioritasnya. Prioritas default untuk origin utama adalah 20; untuk origin cadangan, 30. Untuk menggunakan nilai lain, ajukan tiket.
Contohnya, 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 CDN 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, lalu lintas akan beralih kembali dari origin B ke origin A.
Weight
Saat beberapa origin memiliki prioritas yang sama, Alibaba Cloud CDN mendistribusikan permintaan pengguna ke berbagai origin secara proporsional berdasarkan bobotnya, sehingga mencapai load balancing berbobot. 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.
CatatanDalam beberapa kasus, distribusi aktual permintaan pengambilan asal mungkin tidak sesuai dengan bobot yang dikonfigurasi. Contohnya:
-
QPS pengambilan asal rendah (misalnya, di bawah 10 QPS) menyebabkan distribusi probabilitas tidak merata, sehingga bobot aktual menyimpang dari nilai yang dikonfigurasi.
-
Semua permintaan berasal dari satu (atau beberapa) alamat IP. Karena satu IP dipetakan ke satu node CDN, dan persistensi sesi TCP ada antara node CDN dan origin, sebagian besar permintaan mungkin menuju origin yang sama.
Untuk memverifikasi apakah bobot pengambilan asal aktual sesuai dengan konfigurasi Anda, gunakan tool probe jaringan pihak ketiga. Konfigurasikan klien probe di berbagai lokasi geografis dan ISP, serta jalankan pengujian cukup lama untuk mengumpulkan data valid yang memadai.
Port
Ini adalah port yang digunakan node CDN untuk meminta sumber daya dari origin Anda. Default-nya adalah 80. Anda dapat menyesuaikan port berdasarkan dukungan origin Anda. Port yang valid berkisar dari 1 hingga 65535.
-
Nilai default: 80.
-
Jika Anda mengatur port ke 443, pengambilan asal menggunakan HTTPS. Untuk port 80 atau port kustom lainnya, pengambilan asal menggunakan HTTP.
Catatan-
Untuk menggunakan HTTPS pada port kustom selain 443, lihat Mengonfigurasi kebijakan protokol asal.
-
Jika Anda mengaktifkan fitur Origin Protocol Policy (dinonaktifkan secara default), pengaturan port di sini diabaikan. Untuk menonaktifkan kebijakan protokol asal, lihat Mengonfigurasi kebijakan protokol asal.
-
Saat menggunakan domain OSS sebagai origin Anda, dukungan port kustom tergantung pada OSS.
-
-
Klik OK untuk menyelesaikan konfigurasi.
Retry pada error 5XX, timeout origin, dan origin probing
-
Urutan retry origin:
-
Retry mengikuti alamat origin dalam daftar origin dari prioritas tertinggi ke terendah.
-
Jika beberapa origin memiliki prioritas yang sama, retry mengikuti rasio bobot yang dikonfigurasi.
-
-
Granularitas retry:
-
Retry terjadi pada level alamat IP. Jika origin Anda adalah nama domain, CDN melakukan retry ke semua alamat IP yang di-resolve dari domain tersebut. Hanya setelah semua IP gagal, CDN mencoba origin lain yang tersedia.
-
Selama retry, sistem secara otomatis melewati origin yang ditandai tidak tersedia di tabel mati (dead table).
-
-
Kode status retry:
-
Node CDN melakukan retry saat menerima kode status 5xx dari origin.
-
-
Timeout koneksi origin: Saat server origin secara aktif merespons dengan kode status retry, node CDN melakukan retry segera setelah menerima kode status retry tersebut. Jika server origin tidak secara aktif merespons dengan kode status retry, sistem mengikuti logika penanganan timeout koneksi origin dan memicu retry dari node CDN setelah periode timeout berakhir.
-
Timeout koneksi TCP origin: 10 detik.
-
Timeout tulis origin: 30 detik secara default (timeout setelah koneksi terbentuk tetapi penulisan data terhenti).
-
Timeout baca origin: default 30 detik (setelah koneksi ke server origin terbentuk, jika server origin gagal merespons sepenuhnya terhadap konten yang diminta oleh node CDN dalam waktu yang ditentukan).
-
Anda dapat menyesuaikan timeout tulis dan baca origin dengan mengonfigurasi timeout permintaan HTTP origin.
-
-
Logika origin probing:
-
Kegagalan koneksi TCP: Jika upaya membentuk koneksi TCP antara node CDN dan alamat IP origin gagal dalam dua percobaan berturut-turut (baik karena kegagalan pembentukan koneksi maupun timeout koneksi), CDN menghapus alamat IP origin tersebut dari daftar alamat server origin yang tersedia dan menambahkannya ke tabel mati, sehingga permintaan origin berikutnya tidak mencoba mengakses alamat IP origin tersebut. Setelah itu, node CDN melakukan probing terhadap alamat IP origin tersebut setiap 5 detik dengan mencoba membentuk koneksi TCP. Jika koneksi berhasil, alamat IP origin tersebut dipulihkan ke daftar alamat server origin yang tersedia.
-
Saat koneksi TCP normal: Jika koneksi TCP antara node CDN dan alamat IP origin normal, tetapi Anda menerima kode status retry (misalnya, 5xx) dalam respons server origin, sistem memicu logika retry. Namun, alamat IP origin tetap berada dalam daftar alamat server origin yang tersedia, dan permintaan berikutnya tetap dikirim ke origin ini berdasarkan bobotnya. Dengan kata lain, saat koneksi TCP Lapisan 4 normal, kegagalan permintaan HTTP Lapisan 7 tidak secara otomatis memblokir alamat IP origin. Jika Anda ingin sistem secara otomatis memblokir alamat IP origin saat terjadi kegagalan permintaan HTTP Lapisan 7, Anda harus mengajukan tiket untuk meminta konfigurasi ini.
-
Referensi
-
Untuk ikhtisar tentang origin, lihat Origin.
-
Saat menggunakan beberapa origin, Anda dapat menentukan header Host origin berbeda untuk mengarahkan node CDN ke origin berbeda. Lihat Mengonfigurasi header Host origin default.
-
Untuk menyesuaikan protokol origin HTTP atau HTTPS, lihat Mengonfigurasi kebijakan protokol asal.
-
Jika bucket OSS Anda bersifat pribadi dan digunakan sebagai origin, aktifkan pengambilan asal bucket OSS pribadi untuk domain yang dipercepat Anda. Lihat Pengambilan asal bucket OSS pribadi.
-
Jika IP origin Anda meng-host banyak domain dan Anda menggunakan HTTPS untuk pengambilan asal, konfigurasikan origin SNI. Lihat Mengonfigurasi SNI origin default.