1. Co to jest CDN
Pełna nazwa CDN to Content Delivery Network, czyli sieć dystrybucji treści. Jego celem jest dodanie nowej warstwy warstwy CACHE (cachingu) do istniejącego Internetu oraz publikowanie treści serwisu do węzła znajdującego się najbliżej „krawędzi” sieci użytkownika, tak aby użytkownicy mogli w pobliżu uzyskać potrzebne treści i poprawić doświadczenie użytkownika. Responsywność dostępu do serwisu. Technicznie rozwiąż przyczyny, takie jak mała przepustowość sieci, duża liczba odwiedzin użytkowników, nierównomierne rozmieszczenie punktów sprzedaży itp. oraz popraw szybkość odpowiedzi użytkowników odwiedzających witrynę.
Mówiąc prościej, zasada działania CDN polega na buforowaniu zasobów Twojej witryny źródłowej w węzłach CDN zlokalizowanych na całym świecie. Gdy użytkownicy zażądają zasobów, zwrócą zasoby z pamięci podręcznej w najbliższym węźle, zamiast wymagać, aby każde żądanie użytkownika powróciło do Twojej witryny. użytkowników uzyskujących dostęp do zasobów.
- Rozwiązanie problemu „pierwszej mili” po stronie serwera
- Ogranicz lub nawet wyeliminuj wpływ wąskich gardeł na połączeniach między różnymi operatorami
- Złagodzić presję na przepustowość eksportu w prowincjach
- Zmniejsz obciążenie sieci szkieletowej
- Zoptymalizowano dystrybucję gorących treści w Internecie
2. Zasada działania CDN
- Użytkownik wprowadza nazwę domeny do odwiedzenia, a system operacyjny wysyła zapytanie LocalDns o adres IP nazwy domeny
- LocalDns wysyła zapytanie do ROOT DNS o autorytatywny serwer nazwy domeny (przy założeniu, że wygasa pamięć podręczna LocalDns)
- ROOT DNS odpowiada na rekord dns autoryzacji nazwy domeny do LocalDns
- Gdy LocalDns uzyska autoryzowany rekord dns nazwy domeny, kontynuuje zapytanie o adres IP nazwy domeny z autoryzowanych dns nazwy domeny
- Po tym, jak dns autoryzacji nazwy domeny wyśle zapytanie do rekordu nazwy domeny, odpowiada LocalDns
- LocalDns otrzyma adres IP nazwy domeny i odpowie klientowi
- Po uzyskaniu adresu IP nazwy domeny użytkownik odwiedza serwer lokacji
- Serwer lokacji odpowiada na żądanie i zwraca zawartość klientowi
Proces dostępu CDN
Z powyższego rysunku widzimy, że proces dostępu do serwisu po użyciu cache CDN wygląda następująco:
- Użytkownik wprowadza nazwę domeny do odwiedzenia, a system operacyjny wysyła zapytanie LocalDns o adres IP nazwy domeny.
- LocalDns wysyła zapytanie do ROOT DNS o autorytatywny serwer nazwy domeny (przy założeniu, że wygasa pamięć podręczna LocalDns)
- ROOT DNS odpowiada na rekord dns autoryzacji nazwy domeny do LocalDns
- Gdy LocalDns uzyska autoryzowany rekord dns nazwy domeny, kontynuuje zapytanie o adres IP nazwy domeny z autoryzowanych dns nazwy domeny
- Po autoryzacji nazwy domeny dns wysyła zapytanie do rekordu nazwy domeny (zwykle CNAME), odpowiada LocalDns
- Po uzyskaniu rekordu nazwy domeny LocalDns wysyła zapytanie o adres IP nazwy domeny do inteligentnego planowania DNS
- Inteligentne planowanie DNS Odpowiada LocalDns z najbardziej odpowiednim adresem IP węzła CDN zgodnie z określonymi algorytmami i strategiami (takimi jak topologia statyczna, pojemność itp.)
- LocalDns otrzyma adres IP nazwy domeny i odpowie klientowi
- Po uzyskaniu adresu IP nazwy domeny użytkownik odwiedza serwer lokacji
- Serwer węzła CDN odpowiada na żądanie i zwraca zawartość klientowi. (Z jednej strony serwer pamięci podręcznej zapisuje je lokalnie do późniejszego wykorzystania, a z drugiej strony zwraca pozyskane dane klientowi w celu dokończenia procesu obsługi danych)
Poprzez powyższą analizę możemy stwierdzić, że w celu uzyskania przejrzystego dostępu dla zwykłych użytkowników (użytkownik-klient nie musi dokonywać żadnych ustawień po skorzystaniu z pamięci podręcznej), konieczne jest wykorzystanie DNS (Domain Name Resolution) do kierowania użytkowników do uzyskać dostęp do serwera pamięci podręcznej, aby uzyskać przejrzyste usługi akceleracji. Ponieważ pierwszym krokiem użytkownika do odwiedzenia witryny jest rozpoznanie nazwy domeny, jest to najprostszy i najskuteczniejszy sposób kierowania użytkowników do odwiedzenia witryny poprzez modyfikację DNS.
Składniki sieci CDN
Dla zwykłych użytkowników Internetu każdy węzeł CDN jest odpowiednikiem umieszczonego wokół niego serwera WWW.
Poprzez przejęcie DNS żądanie użytkownika jest w przejrzysty sposób kierowane do najbliższego węzła, a serwer CDN w węźle odpowie na żądanie użytkownika tak samo, jak oryginalny serwer serwisu. Ponieważ jest bliżej użytkownika, czas reakcji jest z konieczności szybszy.
Część zakreślona kropkowanym kółkiem na powyższym rysunku to warstwa CDN, która znajduje się między klientem a serwerem lokacji.
Inteligentne planowanie DNS (takie jak 3DNS f5)
- Smart Scheduling DNS to kluczowy system w usłudze CDN. Gdy użytkownik odwiedza witrynę, która dołącza do usługi CDN, żądanie rozwiązania nazwy domeny zostanie ostatecznie obsłużone przez „Smart Scheduling DNS”.
- Dzięki zestawowi predefiniowanych zasad zapewnia użytkownikowi adres węzła najbliżej użytkownika w danym momencie, dzięki czemu użytkownik może uzyskać szybką obsługę.
- Jednocześnie musi utrzymywać komunikację z węzłami CDN rozproszonymi w różnych miejscach, śledzić stan zdrowia, pojemność i inne informacje każdego węzła oraz zapewniać, że żądanie użytkownika zostanie przydzielone do najbliższego dostępnego węzła.
Usługa funkcji pamięci podręcznej
- Sprzęt do równoważenia obciążenia (taki jak lvs, BIG/IP z F5)
- Serwer Content Cache (taki jak squid)
- wspólne przechowywanie
3. Wyjaśnienie terminów
Rekord CNAME
CNAME to alias (nazwa kanoniczna); można go użyć do przetłumaczenia nazwy domeny na inną nazwę domeny. Gdy system DNS zapyta nazwę po lewej stronie CNAME, zwróci się do nazwy po prawej stronie CNAME, a następnie zapyta, aż do ostatniego PTR lub nazwy A, odpowie dopiero po pomyślnym zapytanie, w przeciwnym razie zakończy się niepowodzeniem.
Nazwa domeny CNAME
DNS
DNS to skrót od Domain Name System, co oznacza usługę rozpoznawania nazw domen. Jego rolą w Internecie jest zamiana nazwy domeny na rozpoznawalny przez sieć adres IP. Ludzie są przyzwyczajeni do zapamiętywania nazw domen, ale maszyny rozpoznają tylko adresy IP. Istnieje zgodność jeden do jednego między nazwami domen i adresami IP. Konwersja między nimi nazywana jest rozpoznawaniem nazw domen. Rozpoznawanie nazw domen musi zostać zakończone przez dedykowany serwer rozpoznawania nazw domen. Proces jest automatyczny. Na przykład: www.baidu.com wpisany podczas przeglądania Internetu zostanie automatycznie przekonwertowany na adres 220.181.112.143.
Powrót do hosta źródłowego
Host back-to-origin: host back-to-origin określa konkretną witrynę w witrynie źródłowej, do której uzyskuje dostęp żądanie powrotu do źródła.
Przykład 1: witryna źródłowa to nazwa domeny. Witryna źródłowa www.a.comis , a host zwrotny to www.b.com. Wtedy rzeczywistym żądaniem powrotu do źródła jest adres IP przetłumaczony na `www.a.com i witryna www.b.com na odpowiednim hoście
Przykład 2: witryna źródłowa to witryna źródłowa IP to 1.1.1.1, a host zwrotny to www.b.com, a rzeczywisty adres źródłowy to witryna www.b.com na hoście odpowiadające 1.1.1.1
Protokół z powrotem do źródła
Protokół używany podczas odwoływania się do źródła jest zgodny z protokołem używanym, gdy klient uzyskuje dostęp do zasobu, to znaczy, jeśli klient używa HTTPS do żądania zasobu, jeśli zasób nie jest buforowany w węźle CDN, węzeł użyje ta sama metoda HTTPS, aby powrócić do źródła w celu uzyskania zasobu; Podobnie, jeśli klient żąda przy użyciu protokołu HTTP, węzeł CDN również używa protokołu HTTP podczas powrotu do źródła.
Poleć centra danych, sieć dedykowaną, sieć metropolitalną, łącze dzierżawione, urządzenie do połączeń sieci ciemnych światłowodów,
Platforma DWDM OTN, HT6000 i HT6800.
