my, jako użytkownicy, zużywamy (i produkujemy) więcej treści niż kiedykolwiek wcześniej, Cisco przewiduje, że „globalny ruch internetowy w 2021 r.będzie równy 127-krotnemu wolumenowi całego globalnego Internetu w 2005 r. Globalnie ruch internetowy osiągnie 30 GB na mieszkańca do 2021 r., w porównaniu z 10 GB na mieszkańca w 2016 r.”
dlatego CDN, komercyjne i prywatne, są ważniejsze niż kiedykolwiek. Urządzenia stale wysyłają i odbierają żądania HTTP/odpowiedzi i aby utrzymać tę ogromną wymianę bajtów, dobrze zaplanowany szkielet jest koniecznością. Stąd przyspieszający wzrost DIY / prywatnych i hybrydowych CDN.
ostatnio wiele firm zaczęło wdrażać własną prywatną lub hybrydową sieć dostarczania treści. Prywatny CDN, w przeciwieństwie do komercyjnych CDN, może dać ci pełną kontrolę nad treściami, ponieważ nie musisz udostępniać pamięci / maszyn/serwerów żadnym innym witrynom przy użyciu tej samej infrastruktury. Ponadto możesz całkowicie swobodnie planować i wdrażać własny CDN, ponieważ najlepiej pasuje do konkretnego przypadku użycia, elastyczność, która jest bardzo trudna, jeśli nie niemożliwa do osiągnięcia w przypadku jakichkolwiek komercyjnych rozwiązań CDN, które wykorzystują indywidualne podejście.
i nie lekceważmy czynnika oszczędności: komercyjne CDN zazwyczaj sprzedają się na wykorzystaną przepustowość i liczbę żądań obsługiwanych przez każdy PoP (punkt obecności). Jeśli ruch w witrynie znajduje się w zakresie GB na sekundę, koszty związane z ruchem można znacznie zmniejszyć za pomocą prywatnego CDN.
niedawno uruchomiliśmy przyjazne dla DevOps rozwiązanie CDN dla majsterkowiczów, które można skonfigurować w pięciu krokach. Wszystko, czego potrzebujesz, aby skonfigurować CDN:
- serwer origin i PoP (punkty obecności)
- ISP
- CDN i oprogramowanie do buforowania
po wykonaniu tych kroków otrzymasz serwer origin, kilka Popów strategicznie rozmieszczonych na podstawie odbiorców, do których będziesz mógł dostarczać treści zgodnie z najlepszymi praktykami wydajności internetowej.
Chmura czy on-Premise?
pierwszą decyzją, którą musisz podjąć, jest wdrożenie sieci dostarczania treści za pomocą instancji w chmurze lub maszyn fizycznych.
będziesz musiał zadać sobie to pytanie dwa razy: zarówno dla serwera origin(ów), jak i dla Twojego Popa. Nie jest to wzajemnie wykluczająca się decyzja; możesz zdecydować się na wdrożenie części swojego CDN przy użyciu jednego (lub więcej) rozwiązań chmurowych, podczas gdy inna część działa lokalnie. Oto kilka punktów, które należy wziąć pod uwagę przy podejmowaniu tej decyzji:
- dostępność: czy dostawca chmury, z którego chcę korzystać, ma Maszyny dostępne w regionie, do którego chcę dostarczać treści? Czy moja firma posiada centra danych w regionie, do którego chcemy dostarczać treści?
- wydajność: czy uzyskam lepszą wydajność przy użyciu instancji w chmurze lub maszyn fizycznych?
- koszty: biorąc pod uwagę obciążenie mojego ruchu internetowego na sekundę, czy taniej będzie zapłacić za infrastrukturę, czy ją posiadać? Czy będzie też tańsze korzystanie z IaaS lub wynajęcie konkretnego zespołu do utrzymania takiej architektury?
- skala: która strategia pomoże mojej firmie w skali: Chmura, lokalny czy Hybrydowy?
- bezpieczeństwo: jakie są plusy i minusy bezpieczeństwa różnych opcji dla mojej firmy?
wybór trasy „on-prem” jest tak prosty, jak instalacja pakietów na serwerach, np. „apt-get install varnish-plus
” lub „yum install varnish-plus
„. Możesz skontaktować się z nami, aby uzyskać więcej informacji.
w chmurze możesz postępować zgodnie z instrukcjami na AWS marketplace lub naszą obszerną dokumentacją, jak zacząć korzystać z Varnish i AWS.
ISP i Routing
Znajdź najlepszego ISP dla swoich potrzeb, a także weź pod uwagę, że będziesz potrzebował rozwiązania, które może kierować każde żądanie do najbliższego PoP. Kilka czynników wartych rozważenia:
- obecność geograficzna: Znajdź dostawcę usług internetowych, który obejmuje region(Y), który (E) chcesz obsługiwać.
- szybkość połączenia: upewnij się, że masz wystarczającą prędkość zarówno dla średniego dnia, jak i szczytu.
- dostępność i niezawodność: podobnie jak w przypadku wszystkich części infrastruktury, dostawca usług internetowych musi być zawsze dostępny, ponieważ będzie on podstawą twojej firmy.
- efektywność kosztowa: starannie Mapuj koszty usług, ponieważ koszty dostawcy usług internetowych będą się znacznie różnić w zależności od wielu czynników, a Ty będziesz musiał znaleźć właściwą równowagę między usługami a kosztami.
rynek oferuje wiele opcji routingu ISP i żądań, a to, co wybierzesz, aby zaspokoić swoje specyficzne potrzeby, będzie zależeć od równowagi, która będzie najbardziej sensowna dla Twojej konfiguracji i oczekiwań dotyczących ruchu.
Serwer Origin i wyskakuje
Zacznijmy od soczystej części tutaj!
możesz myśleć o CDN jako o ogromnej pamięci podręcznej z rozproszonymi węzłami, które pomagają szybciej dostarczać treści użytkownikom końcowym. Aby to zrobić i być wydajnym, musisz zdecydować, na podstawie czynników, które uważasz za strategiczne znaczenie dla Twojej firmy, w której lokalizacji geograficznej chcesz, aby znajdowały się Twoje serwery pochodzenia. To samo rozumowanie odnosi się do każdego Twojego ojca.
decyzja o serwerze origin jest prosta, ponieważ chcesz, aby twój serwer WWW był jak najbliżej, aby mieć pełną kontrolę nad Twoimi treściami. Ale jeśli chodzi o podejmowanie decyzji, gdzie zlokalizować PoPs i ile trzeba, istnieje kilka czynników, które należy wziąć pod uwagę:
- gdzie jest twoja najważniejsza publiczność? Czy spodziewasz się rozwoju biznesu w niektórych regionach? Jeśli tak, to jakie regiony? Ważne jest również przeanalizowanie, gdzie i w jaki sposób są one skoncentrowane, aby zapewnić jak najlepsze wrażenia.
- opóźnienie między serwerem origin a odbiorcami: pomoże Ci to zdecydować, gdzie zlokalizować każde PoP.
- wzorce ruchu. Ich analiza pozwala zapewnić doskonałe wrażenia użytkownika i zoptymalizować infrastrukturę
zainstaluj Varnish oprogramowanie CDN DIY
Varnish jest niezwykle elastyczny dzięki unikalnemu językowi konfiguracji VCL. VCL pozwala ustawić reguły buforowania i podejmować decyzje na krawędzi.
lakier DIY CDN zawiera kompletny zestaw funkcji dostarczania treści:
- równoważenie obciążenia
- wstępna opcja utrzymywania ciepłej pamięci podręcznej
- silnik pamięci trwałej
- wysoka dostępność
- bezpieczeństwo zarówno w bezpiecznym połączeniu, jak i w pełni zaszyfrowanej pamięci podręcznej
lakier DIY CDN będzie musiał być zainstalowany w każdym z Twoich Popów.
oto, co osiągniemy pod koniec tej szybkiej konfiguracji:
jak widać zainstalujemy lakier DIY CDN w:
- Osłona Origin: pomaga to chronić serwery origin i odciążyć niektóre żądania. W tym przykładzie serwer origin będzie miał siedzibę w Londynie.
- PoP A: jest jednym z dwóch Popów, które opracujemy, aby skonfigurować bardzo podstawowy CDN. Na potrzeby tego przykładu umieścimy go we Frankfurcie w Niemczech na terenie UE.
- PoP B: Nasz drugi PoP będzie dostarczał treści północnoamerykańskiej publiczności. Będzie w Nowym Jorku.
każdy PoP i origin shield będą miały symetryczną i sprzężoną konfigurację, aby zapewnić, że każdy PoP jest zawsze dostępny, nawet jeśli jeden z dwóch węzłów lakieru jest w trakcie konserwacji lub nie jest dostępny.
każda pamięć podręczna Varnish Plus krotka jest synchronizowana przy użyciu VHA, co oprócz replikowania zawartości między różnymi węzłami buforowania, zmniejsza również obciążenie backendów, zwalniając je z zbyt dużego obciążenia, zużywając mniejszą przepustowość i wymagając mniejszej liczby przejazdów.
Konfiguracja lakieru
aby mieć podstawową i działającą konfigurację, musisz:
1. Niech Varnish wie, z którymi backendami może rozmawiać: Otwórz ” / etc/varnish / default. vcl ” i podaj adres IP i port
2. Skonfiguruj port, na którym lakier nasłuchuje przychodzącego żądania:
Otwórz „etc/default/varnish.param
„i ustaw” -a": 80.
Uruchom ponownie lakier i wszystko gotowe. Masz swój własny CDN i działa. Po zrozumieniu, jaki rodzaj infrastruktury najlepiej spełnia Twoje potrzeby i jak Twoi odbiorcy są dystrybuowani, wykonanie tych kroków w celu zbudowania własnego prywatnego CDN przy użyciu lakieru powinno zająć tylko kilka godzin.