Satu artikel membantu anda mengetahui dengan jelas apa itu CDN.

1. Apakah itu CDN

Nama penuh CDN ialah Rangkaian Penghantaran Kandungan, iaitu rangkaian pengedaran kandungan. Tujuannya adalah untuk menambah lapisan baru CACHE (caching) lapisan ke Internet sedia ada, dan menerbitkan kandungan laman web ke nod yang paling dekat dengan rangkaian pengguna "tepi", supaya pengguna boleh mendapatkan kandungan yang diperlukan berdekatan dan meningkatkan pengalaman pengguna. Responsif capaian ke laman web. Secara teknikal selesaikan sebab seperti lebar jalur rangkaian yang kecil, bilangan lawatan pengguna yang banyak, pengedaran cawangan yang tidak sekata, dll., dan tingkatkan kelajuan tindak balas pengguna yang melawati tapak web.

Secara ringkasnya, prinsip kerja CDN adalah untuk menyimpan sumber tapak sumber anda pada nod CDN yang terletak di seluruh dunia. Apabila pengguna meminta sumber, mereka akan mengembalikan sumber yang dicache pada nod terdekat, dan bukannya memerlukan permintaan setiap pengguna untuk kembali ke anda Mendapatkan daripada tapak sumber mengelakkan kesesakan rangkaian, melegakan tekanan pada tapak sumber dan memastikan kelajuan dan pengalaman pengguna mengakses sumber.

CDN

Kesan pengoptimuman CDN pada rangkaian ditunjukkan terutamanya dalam aspek berikut

Menyelesaikan masalah "batu pertama" di bahagian pelayan

Mengurangkan atau bahkan menghapuskan kesan kesesakan sambungan antara operator yang berbeza

Meringankan tekanan lebar jalur eksport wilayah

Kurangkan tekanan pada rangkaian tulang belakang

Mengoptimumkan pengedaran kandungan panas di Internet

2. Prinsip kerja CDN

CDN 002

Seperti yang dapat dilihat daripada rajah di atas, proses untuk pengguna mengakses laman web yang tidak menggunakan caching CDN adalah seperti berikut:

Pengguna memasukkan nama domain untuk dilawati, dan sistem pengendalian menanyakan LocalDns untuk alamat IP nama domain tersebut

LocalDns menanyakan ROOT DNS untuk pelayan berwibawa bagi nama domain (ini mengandaikan bahawa cache LocalDns tamat tempoh)

ROOT DNS bertindak balas kepada rekod dns kebenaran nama domain kepada LocalDns

Selepas LocalDns memperoleh rekod dns yang dibenarkan bagi nama domain, ia terus menanyakan alamat IP nama domain daripada dns yang dibenarkan bagi nama domain

Selepas kebenaran nama domain dns menanyakan rekod nama domain, ia bertindak balas kepada LocalDns

LocalDns akan mendapat alamat ip nama domain dan bertindak balas kepada pelanggan

Selepas pengguna mendapat alamat IP nama domain, dia melawat pelayan tapak

Pelayan tapak bertindak balas kepada permintaan dan mengembalikan kandungan kepada klien

proses capaian CDN

CDN 003

Daripada rajah di atas, kita dapat melihat bahawa proses capaian laman web selepas menggunakan cache CDN menjadi:

Pengguna memasukkan nama domain untuk dilawati, dan sistem pengendalian menanyakan LocalDns untuk alamat IP nama domain tersebut.
LocalDns menanyakan ROOT DNS untuk pelayan berwibawa bagi nama domain (ini mengandaikan bahawa cache LocalDns tamat tempoh)
ROOT DNS bertindak balas kepada rekod dns kebenaran nama domain kepada LocalDns
Selepas LocalDns memperoleh rekod dns yang dibenarkan bagi nama domain, ia terus menanyakan alamat IP nama domain daripada dns yang dibenarkan bagi nama domain
Selepas dns kebenaran nama domain menanyakan rekod nama domain (biasanya CNAME), ia bertindak balas kepada LocalDns
Selepas LocalDns memperoleh rekod nama domain, ia menanyakan alamat IP nama domain daripada DNS penjadualan pintar
DNS Penjadualan Pintar Bertindak balas kepada LocalDns dengan alamat ip nod CDN yang paling sesuai mengikut algoritma dan strategi tertentu (seperti topologi statik, kapasiti, dll.)
LocalDns akan mendapat alamat ip nama domain dan bertindak balas kepada pelanggan
Selepas pengguna memperoleh alamat IP nama domain, dia melawat pelayan tapak
Pelayan nod CDN bertindak balas kepada permintaan dan mengembalikan kandungan kepada klien. (Di satu pihak, pelayan cache menyimpannya secara setempat untuk kegunaan kemudian, dan sebaliknya, mengembalikan data yang diperoleh kepada pelanggan untuk melengkapkan proses perkhidmatan data)

Melalui analisis di atas, kita boleh membuat kesimpulan bahawa untuk mencapai akses telus kepada pengguna biasa (pelanggan pengguna tidak perlu membuat sebarang tetapan selepas menggunakan cache), adalah perlu untuk menggunakan DNS (Resolusi Nama Domain) untuk membimbing pengguna untuk akses pelayan Cache untuk mencapai perkhidmatan pecutan yang telus. Memandangkan langkah pertama untuk pengguna melawat tapak web ialah resolusi nama domain, ia adalah cara paling mudah dan berkesan untuk membimbing pengguna melawat dengan mengubah suai DNS.

Komponen rangkaian CDN

Bagi pengguna Internet biasa, setiap nod CDN adalah bersamaan dengan pelayan web yang diletakkan di sekelilingnya.

Melalui pengambilalihan DNS, permintaan pengguna diarahkan secara telus ke nod terdekat, dan pelayan CDN dalam nod akan bertindak balas kepada permintaan pengguna sama seperti pelayan asal tapak web. Memandangkan ia lebih dekat dengan pengguna, masa tindak balas semestinya lebih cepat.

Sekeping yang dilingkari oleh bulatan bertitik dalam rajah di atas ialah lapisan CDN, yang terletak di antara pelanggan dan pelayan tapak.

DNS penjadualan pintar (seperti 3DNS f5)

DNS Penjadualan Pintar ialah sistem utama dalam perkhidmatan CDN. Apabila pengguna melawat tapak web yang menyertai perkhidmatan CDN, permintaan resolusi nama domain akhirnya akan dikendalikan oleh "DNS Penjadualan Pintar".

Melalui satu set dasar yang telah ditetapkan, ia memberikan pengguna alamat nod yang paling hampir dengan pengguna pada masa itu, supaya pengguna boleh mendapatkan perkhidmatan yang pantas.

Pada masa yang sama, ia perlu mengekalkan komunikasi dengan nod CDN yang diedarkan di pelbagai tempat, menjejaki status kesihatan, kapasiti dan maklumat lain setiap nod, dan memastikan bahawa permintaan pengguna diperuntukkan kepada nod yang tersedia terdekat.

Perkhidmatan fungsi cache

Peralatan pengimbangan beban (seperti lvs, BIG/IP F5)

Pelayan Cache Kandungan (seperti sotong)

storan kongsi

3. Penjelasan istilah

Rekod CNAME

CNAME ialah alias (Nama Kanonik); ia boleh digunakan untuk menyelesaikan nama domain kepada nama domain lain. Apabila sistem DNS menanyakan nama di sebelah kiri CNAME, ia akan beralih kepada nama di sebelah kanan CNAME dan kemudian membuat pertanyaan, sehingga ke PTR atau Nama A yang terakhir, ia akan bertindak balas hanya selepas berjaya. pertanyaan, jika tidak, ia akan gagal.

Sebagai contoh, jika anda mempunyai banyak data yang disimpan pada pelayan, anda menggunakan docs.example.com untuk mengakses sumber ini, tetapi anda documents.example.com juga ingin mengakses sumber ini, kemudian anda boleh menambah rekod CNAME pada resolusi DNS anda pembekal perkhidmatan, tuding ke documents.example.com, docs.example.comadd Selepas rekod CNAME ini, semua akses documents.example.comrequests akan dimajukan docs.example.comuntuk mendapatkan kandungan yang sama.

nama domain CNAME

Apabila mengakses CDN, selepas menambah nama domain yang dipercepatkan dalam konsol pembekal CDN, anda akan mendapat nama domain CNAME yang diberikan kepada anda oleh CDN. Anda perlu menambah rekod CNAME pada pembekal perkhidmatan resolusi DNS anda untuk menghalakan nama domain dipercepatkan anda ke nama Domain CNAME ini, supaya semua permintaan untuk nama domain ini akan dipindahkan ke nod CDN untuk mencapai kesan pecutan.

DNS

DNS adalah singkatan dari Domain Name System, yang bermaksud perkhidmatan resolusi nama domain. Peranannya dalam Internet adalah untuk menukar nama domain kepada alamat IP yang boleh dikenali oleh rangkaian. Orang biasa menghafal nama domain, tetapi mesin hanya mengenali alamat IP. Terdapat surat-menyurat satu dengan satu antara nama domain dan alamat IP. Kerja penukaran antara mereka dipanggil resolusi nama domain. Resolusi nama domain perlu dilengkapkan oleh pelayan resolusi nama domain khusus. Prosesnya adalah automatik. Contohnya: www.baidu.com yang dimasukkan semasa melayari Internet akan ditukar secara automatik kepada 220.181.112.143.

Penyedia perkhidmatan resolusi DNS biasa termasuk: Resolusi Awan Alibaba, Resolusi Wanwang, DNSPod, Resolusi Xinwang, Route53 (AWS), Dyn, Cloudflare, dsb.

Kembali ke hos sumber

Hos kembali ke asal: Hos kembali ke asal menentukan tapak khusus pada tapak asal yang diakses permintaan kembali ke asal.

Contoh 1: Tapak sumber ialah nama domain. Tapak sumber www.a.comis , dan hos kembali ke sumber ialah www.b.com. Kemudian permintaan kembali kepada sumber sebenar ialah IP diselesaikan kepada `www.a.com dan tapak www.b.com pada hos yang sepadan

Contoh 2: Tapak sumber ialah tapak sumber IP ialah 1.1.1.1, dan hos back-to-source ialah www.b.com, maka back-to-source yang sebenar ialah tapak www.b.com pada hos sepadan dengan 1.1.1.1

Protokol kembali ke sumber

Protokol yang digunakan apabila merujuk kembali kepada sumber adalah konsisten dengan protokol yang digunakan apabila klien mengakses sumber, iaitu, jika klien menggunakan HTTPS untuk meminta sumber, jika sumber tidak dicache pada nod CDN, nod akan menggunakan kaedah HTTPS yang sama untuk kembali ke sumber untuk mendapatkan sumber; Begitu juga, jika pelanggan meminta menggunakan protokol HTTP, nod CDN juga menggunakan protokol HTTP apabila kembali ke sumber.

Mengesyorkan pusat data, rangkaian khusus, rangkaian metro-politan, talian pajakan, peranti sambungan rangkaian gentian gelap,

Platform DWDM OTN, HT6000 dan HT6800.