Satu artikel membantu Anda mengetahui dengan jelas apa itu CDN.

1. Apa itu CDN

Nama lengkap CDN adalah Content Delivery Network, yaitu jaringan distribusi konten. Tujuannya adalah untuk menambahkan lapisan baru lapisan CACHE (caching) ke Internet yang ada, dan menerbitkan konten situs web ke simpul yang paling dekat dengan "tepi" jaringan pengguna, sehingga pengguna dapat memperoleh konten yang diperlukan di dekatnya dan meningkatkan pengalaman pengguna. Daya tanggap akses ke situs web. Secara teknis mengatasi alasan seperti bandwidth jaringan yang kecil, jumlah kunjungan pengguna yang besar, distribusi outlet yang tidak merata, dll., Dan meningkatkan kecepatan respons pengguna yang mengunjungi situs web.

Sederhananya, prinsip kerja CDN adalah meng-cache sumber daya situs sumber Anda pada node CDN yang berlokasi di seluruh dunia. Ketika pengguna meminta sumber daya, mereka akan mengembalikan sumber daya yang di-cache pada node terdekat, alih-alih meminta setiap permintaan pengguna untuk kembali ke Anda. Memperoleh dari situs sumber menghindari kemacetan jaringan, mengurangi tekanan pada situs sumber, dan memastikan kecepatan dan pengalaman pengguna mengakses sumber daya.

CDN

Efek pengoptimalan CDN pada jaringan terutama tercermin dalam aspek-aspek berikut

Memecahkan masalah "mil pertama" di sisi server

Mengurangi atau bahkan menghilangkan dampak kemacetan interkoneksi antar operator yang berbeda

Meringankan tekanan bandwidth ekspor provinsi

Kurangi tekanan pada jaringan backbone

Mengoptimalkan distribusi konten panas di Internet

2. Prinsip kerja CDN

CDN 002

Seperti yang terlihat pada gambar di atas, proses bagi pengguna untuk mengakses situs web yang tidak menggunakan caching CDN adalah sebagai berikut:

Pengguna memasukkan nama domain untuk dikunjungi, dan sistem operasi meminta LocalDns untuk alamat IP dari nama domain

LocalDns menanyakan ROOT DNS untuk server otoritatif dari nama domain (ini mengasumsikan bahwa cache LocalDns kedaluwarsa)

ROOT DNS merespons catatan dns otorisasi nama domain ke LocalDns

Setelah LocalDns mendapatkan catatan dns resmi dari nama domain, itu terus menanyakan alamat IP nama domain dari dns resmi dari nama domain

Setelah dns otorisasi nama domain menanyakan catatan nama domain, ia merespons ke LocalDns

LocalDns akan mendapatkan alamat ip nama domain dan menanggapi klien

Setelah pengguna mendapatkan alamat IP dari nama domain, dia mengunjungi server situs

Server situs menanggapi permintaan dan mengembalikan konten ke klien

proses akses CDN

CDN 003

Dari gambar diatas dapat kita lihat bahwa proses akses website setelah menggunakan cache CDN menjadi :

Pengguna memasukkan nama domain untuk dikunjungi, dan sistem operasi meminta LocalDns untuk alamat IP dari nama domain.
LocalDns menanyakan ROOT DNS untuk server otoritatif dari nama domain (ini mengasumsikan bahwa cache LocalDns kedaluwarsa)
ROOT DNS merespons catatan dns otorisasi nama domain ke LocalDns
Setelah LocalDns mendapatkan catatan dns resmi dari nama domain, itu terus menanyakan alamat IP nama domain dari dns resmi dari nama domain
Setelah dns otorisasi nama domain menanyakan catatan nama domain (biasanya CNAME), ia merespons ke LocalDns
Setelah LocalDns mendapatkan catatan nama domain, itu menanyakan alamat IP nama domain dari DNS penjadwalan cerdas
Smart Scheduling DNS Menanggapi LocalDns dengan alamat ip node CDN yang paling sesuai menurut algoritme dan strategi tertentu (seperti topologi statis, kapasitas, dll.)
LocalDns akan mendapatkan alamat ip nama domain dan menanggapi klien
Setelah pengguna mendapatkan alamat IP dari nama domain, dia mengunjungi server situs
Server node CDN menanggapi permintaan dan mengembalikan konten ke klien. (Di satu sisi, server cache menyimpannya secara lokal untuk digunakan nanti, dan di sisi lain, mengembalikan data yang diperoleh ke klien untuk menyelesaikan proses layanan data)

Melalui analisis di atas, kita dapat menyimpulkan bahwa untuk mencapai akses transparan ke pengguna biasa (klien pengguna tidak perlu melakukan pengaturan apa pun setelah menggunakan cache), perlu menggunakan DNS (Resolusi Nama Domain) untuk memandu pengguna ke mengakses server Cache untuk mencapai layanan akselerasi transparan. Karena langkah pertama bagi pengguna untuk mengunjungi situs web adalah resolusi nama domain, ini adalah cara termudah dan paling efektif untuk memandu pengguna mengunjungi dengan memodifikasi DNS.

Komponen jaringan CDN

Untuk pengguna Internet biasa, setiap node CDN setara dengan server web yang ditempatkan di sekitarnya.

Melalui pengambilalihan DNS, permintaan pengguna diarahkan secara transparan ke node terdekat, dan server CDN di node tersebut akan menanggapi permintaan pengguna seperti server asli situs web. Karena lebih dekat dengan pengguna, waktu respons tentu lebih cepat.

Bagian yang dilingkari oleh lingkaran putus-putus pada gambar di atas adalah lapisan CDN, yang terletak di antara klien dan server situs.

DNS penjadwalan cerdas (seperti 3DNS f5)

DNS Penjadwalan Cerdas adalah sistem kunci dalam layanan CDN. Saat pengguna mengunjungi situs web yang bergabung dengan layanan CDN, permintaan resolusi nama domain akhirnya akan ditangani oleh "Smart Scheduling DNS".

Melalui serangkaian kebijakan yang telah ditentukan sebelumnya, ia menyediakan pengguna dengan alamat node yang paling dekat dengan pengguna pada saat itu, sehingga pengguna dapat memperoleh layanan yang cepat.

Pada saat yang sama, perlu menjaga komunikasi dengan node CDN yang didistribusikan di berbagai tempat, melacak status kesehatan, kapasitas, dan informasi lain dari setiap node, dan memastikan bahwa permintaan pengguna dialokasikan ke node terdekat yang tersedia.

Layanan fungsi cache

Peralatan load balancing (seperti lvs, BIG/IP dari F5)

Content Cache server (seperti squid)

penyimpanan bersama

3. Penjelasan istilah

catatan CNAME

CNAME adalah alias (Nama Kanonis); itu dapat digunakan untuk menyelesaikan nama domain ke nama domain lain. Ketika sistem DNS menanyakan nama di sisi kiri CNAME, itu akan beralih ke nama di sisi kanan CNAME dan kemudian menanyakan, sampai ke PTR terakhir atau Nama A, itu akan merespons hanya setelah berhasil kueri, jika tidak maka akan gagal.

Misalnya, jika Anda memiliki banyak data yang disimpan di server, Anda menggunakan docs.example.com untuk mengakses sumber daya ini, tetapi Anda documents.example.com juga ingin mengakses sumber daya ini, maka Anda dapat menambahkan data CNAME ke resolusi DNS Anda penyedia layanan, arahkan ke documents.example.com, docs.example.comadd Setelah catatan CNAME ini, semua permintaan akses documents.example.com akan diteruskan docs.example.comuntuk mendapatkan konten yang sama.

Nama domain CNAME

Saat mengakses CDN, setelah menambahkan nama domain yang dipercepat di konsol penyedia CDN, Anda akan mendapatkan nama domain CNAME yang diberikan kepada Anda oleh CDN. Anda perlu menambahkan catatan CNAME ke penyedia layanan resolusi DNS Anda untuk mengarahkan nama domain yang dipercepat ke nama Domain CNAME ini, sehingga semua permintaan untuk nama domain ini akan ditransfer ke node CDN untuk mencapai efek akselerasi.

DNS

DNS adalah singkatan dari Domain Name System, yang berarti layanan resolusi nama domain. Perannya di Internet adalah mengubah nama domain menjadi alamat IP yang dapat dikenali oleh jaringan. Orang terbiasa menghafal nama domain, tetapi mesin hanya mengenali alamat IP. Ada korespondensi satu-ke-satu antara nama domain dan alamat IP. Pekerjaan konversi di antara mereka disebut resolusi nama domain. Resolusi nama domain harus diselesaikan oleh server resolusi nama domain khusus. Prosesnya otomatis. Misalnya: www.baidu.com yang dimasukkan saat berselancar di Internet akan secara otomatis diubah menjadi 220.181.112.143.

Penyedia layanan resolusi DNS umum meliputi: Alibaba Cloud Resolution, Wanwang Resolution, DNSPod, Xinwang Resolution, Route53 (AWS), Dyn, Cloudflare, dll.

Kembali ke host sumber

Back-to-Origin Host: Back-to-Origin Host menentukan situs spesifik di situs asal yang diakses oleh permintaan back-to-Origin.

Contoh 1: Situs sumber adalah nama domain. Situs sumber www.a.comis , dan host back-to-source adalah www.b.com. Kemudian permintaan back-to-source yang sebenarnya adalah IP yang diselesaikan ke `www.a.com, dan situs www.b.com pada host yang sesuai

Contoh 2: Situs sumber adalah situs sumber IP adalah 1.1.1.1, dan host back-to-source adalah www.b.com, maka back-to-source yang sebenarnya adalah situs www.b.com di host sesuai dengan 1.1.1.1

Protokol kembali ke sumber

Protokol yang digunakan saat merujuk kembali ke sumber konsisten dengan protokol yang digunakan saat klien mengakses sumber daya, yaitu jika klien menggunakan HTTPS untuk meminta sumber daya, jika sumber daya tidak di-cache di node CDN, node akan menggunakan metode HTTPS yang sama untuk kembali ke sumber untuk mendapatkan sumber daya; Demikian pula, jika permintaan klien menggunakan protokol HTTP, node CDN juga menggunakan protokol HTTP saat kembali ke sumber.

Merekomendasikan pusat data, jaringan khusus, jaringan metro-politan, leased line, perangkat interkoneksi jaringan serat gelap,

Platform OTN DWDM, HT6000 dan HT6800.