🥇Συλλέγοντας και ρυθμίζοντας το CDN σας

Τα δίκτυα παράδοσης περιεχομένου (CDN) χρησιμοποιούνται σε ιστότοπους και εφαρμογές κυρίως για να επιταχύνουν τη φόρτωση στατικών στοιχείων. Αυτό συμβαίνει λόγω της προσωρινής αποθήκευσης αρχείων σε διακομιστές CDN που βρίσκονται σε διαφορετικές γεωγραφικές περιοχές. Ζητώντας δεδομένα μέσω CDN, ο χρήστης τα λαμβάνει από τον πλησιέστερο διακομιστή.

Η αρχή λειτουργίας και λειτουργικότητας όλων των δικτύων παράδοσης περιεχομένου είναι περίπου η ίδια. Έχοντας λάβει ένα αίτημα για λήψη ενός αρχείου, ο διακομιστής CDN το παίρνει μία φορά από τον αρχικό διακομιστή και το δίνει στον χρήστη, ενώ ταυτόχρονα το αποθηκεύει στην κρυφή μνήμη για μια καθορισμένη χρονική περίοδο. Όλα τα επόμενα αιτήματα απαντώνται από την κρυφή μνήμη. Όλα τα CDN έχουν επιλογές για προφόρτωση αρχείων, εκκαθάριση της προσωρινής μνήμης, ρύθμιση ημερομηνίας λήξης και πολλά άλλα.

Συμβαίνει ότι, για τον ένα ή τον άλλο λόγο, πρέπει να οργανώσετε το δικό σας δίκτυο παράδοσης περιεχομένου και, στη συνέχεια - αφήστε τις οδηγίες για τη συναρμολόγηση του επόμενου ποδηλάτου να μας βοηθήσουν.

Πηγή: Διάνυσμα Infographic που δημιουργήθηκε από το pikisuperstar - www.freepik.com

Όταν χρειάζεστε το δικό σας CDN

Εξετάστε τις περιπτώσεις όπου η εκτέλεση του δικού σας CDN έχει νόημα:

όταν υπάρχει επιθυμία εξοικονόμησης χρημάτων και λειτουργικού κόστους ακόμα και όταν χρησιμοποιείτε φθηνά CDN όπως BunnyCDN ανέρχονται σε αρκετές εκατοντάδες δολάρια το μήνα
αν θέλουμε να πάρουμε μόνιμη κρυφή μνήμη ή κρυφή μνήμη χωρίς γειτονικούς διακομιστές και κανάλια
Οι υπηρεσίες CDN δεν έχουν σημεία παρουσίας στην περιοχή που χρειάζεστε
τυχόν ειδικές ρυθμίσεις παράδοσης περιεχομένου που απαιτούνται
Θέλουμε να επιταχύνουμε την παράδοση δυναμικού περιεχομένου τοποθετώντας τον διακομιστή παραγωγής πιο κοντά στους χρήστες
υπάρχει ανησυχία ότι μια υπηρεσία CDN τρίτου μέρους μπορεί να συλλέξει ή να χρησιμοποιήσει παράνομα πληροφορίες σχετικά με τη συμπεριφορά των χρηστών (γεια σας μη συμμορφούμενες με τον GDPR υπηρεσίες) ή να συμμετάσχει σε άλλες παράνομες δραστηριότητες

Στις περισσότερες άλλες περιπτώσεις, είναι πιο ενδεδειγμένο να χρησιμοποιείτε υπάρχουσες έτοιμες λύσεις.

Τι χρειάζεστε για να ξεκινήσετε

Είναι υπέροχο αν έχετε το δικό σας Αυτόνομο Σύστημα (AS). Με αυτό, μπορείτε να εκχωρήσετε την ίδια IP σε πολλούς διακομιστές και σύμφωνα με αυτή την οδηγία σε επίπεδο δικτύου, κατευθύνετε τους χρήστες στο πλησιέστερο. Αξίζει να πούμε ότι ακόμη και με το μπλοκ διευθύνσεων /24, είναι δυνατή η δημιουργία ενός δικτύου παράδοσης περιεχομένου. Ορισμένοι πάροχοι διακομιστών σάς επιτρέπουν να κάνετε μια ανακοίνωση για χρήση σε όλες τις περιοχές που είναι διαθέσιμες σε αυτούς.

Εάν δεν είστε ευτυχής κάτοχος ενός μπλοκ διευθύνσεων IP, τότε για να εκτελέσετε ένα απλό CDN θα χρειαστείτε:

όνομα τομέα ή υποτομέα
τουλάχιστον δύο διακομιστές σε διαφορετικές περιοχές. Ο διακομιστής μπορεί να είναι είτε αποκλειστικός είτε εικονικός
εργαλείο geoDNS. Με αυτό, ο χρήστης, έχοντας απευθυνθεί στον τομέα, θα κατευθυνθεί στον πλησιέστερο διακομιστή

Καταχωρίστε έναν τομέα και παραγγείλετε διακομιστές

Με την εγγραφή domain, όλα είναι απλά - εγγραφούμε σε οποιαδήποτε ζώνη με οποιονδήποτε καταχωρητή. Μπορείτε επίσης να χρησιμοποιήσετε έναν υποτομέα για ένα CDN, για παράδειγμα κάτι τέτοιο cdn.domainname.com. Στην πραγματικότητα, στο παράδειγμά μας, θα κάνουμε ακριβώς αυτό.

Όσον αφορά την παραγγελία διακομιστών, θα πρέπει να ενοικιάζονται στις περιοχές και τις χώρες όπου βρίσκεται το κοινό των χρηστών σας. Εάν το έργο είναι διηπειρωτικό, τότε είναι βολικό να επιλέξετε παρόχους φιλοξενίας που προσφέρουν διακομιστές σε όλο τον κόσμο ταυτόχρονα. Παραδείγματα: OVH, μίσθωση web и 100Tb - για αποκλειστικούς διακομιστές, Vultr и DigitalOcean — για εικονικό σύννεφο*.

Για το ιδιωτικό μας CDN, θα παραγγείλουμε 3 εικονικούς διακομιστές σε διαφορετικές ηπείρους. Στο Vultr στον διακομιστή για $5/μήνα θα πάρουμε 25GB SSD μέρη και 1 TB κίνησης. Κατά την εγκατάσταση, επιλέξτε το πιο πρόσφατο Debian. Οι διακομιστές μας:

Φρανκφούρτη, ip: 199.247.18.199

Σικάγο, ip: 149.28.121.123

Σιγκαπούρη, ip: 157.230.240.216

* Το Vultr και η DigitalOcean υπόσχονται πίστωση 100 $ σε χρήστες που εγγράφονται μέσω των συνδέσμων στο άρθρο αμέσως μετά την προσθήκη ενός τρόπου πληρωμής. Ο συγγραφέας λαμβάνει επίσης ένα μικρό κομπλιμέντο από αυτό, το οποίο είναι πολύ σημαντικό για αυτόν τώρα. Παρακαλώ να είστε κατανοητοί.

Ρύθμιση geoDNS

Για να κατευθυνθεί ο χρήστης στον επιθυμητό (πλησιέστερο) διακομιστή κατά την πρόσβαση σε έναν τομέα ή έναν υποτομέα CDN, χρειαζόμαστε έναν διακομιστή DNS με τη λειτουργία geoDNS.

Η αρχή και η λειτουργία του geoDNS έχει ως εξής:

Καθορίζει την IP του πελάτη που έστειλε το αίτημα DNS ή το IP του αναδρομικού διακομιστή DNS που χρησιμοποιείται κατά την επεξεργασία του αιτήματος πελάτη. Τέτοιοι αναδρομικοί διακομιστές είναι συνήθως DNS παρόχων.
Η IP του πελάτη αναγνωρίζει τη χώρα ή την περιοχή του. Για αυτό, χρησιμοποιούνται βάσεις δεδομένων GeoIP, από τις οποίες υπάρχουν πάρα πολλές σήμερα. Υπάρχουν καλά δωρεάν επιλογές.
Ανάλογα με την τοποθεσία του πελάτη, του δίνει τη διεύθυνση IP του πλησιέστερου διακομιστή CDN.

Διακομιστής DNS με λειτουργία geoDNS μπορεί να είναι συναρμολογήστε μόνοι σας, αλλά είναι καλύτερο να χρησιμοποιείτε έτοιμες λύσεις με ένα δίκτυο διακομιστών DNS σε όλο τον κόσμο και Anycast από το κουτί:

CloudDNS από $9.95/μήνα, τιμολόγιο GeoDNS, από προεπιλογή υπάρχει ένα DNS Failover
Ζιλόρε από $25/μήνα, Ενεργοποιήθηκε η ανακατεύθυνση DNS
Η διαδρομή του Αμαζονίου 53 από $35/μήνα για καθαρά γεωγραφικά αιτήματα 50 εκατομμυρίων. Το DNS Failover χρεώνεται ξεχωριστά
DNS Made Easy από $125/μήνα, υπάρχουν 10 σφάλματα DNS
Cloudflare, η λειτουργία "Geo Steering" είναι διαθέσιμη στα προγράμματα Enterprise

Όταν παραγγέλνετε geoDNS, θα πρέπει να προσέχετε τον αριθμό των αιτημάτων που περιλαμβάνονται στο τιμολόγιο και να έχετε κατά νου ότι ο πραγματικός αριθμός αιτημάτων στον τομέα μπορεί να ξεπεράσει τις προσδοκίες αρκετές φορές. Εκατομμύρια αράχνες, σαρωτές, spammers και άλλα κακά πνεύματα εργάζονται ακούραστα.

Σχεδόν όλες οι υπηρεσίες DNS περιλαμβάνουν μια απαραίτητη υπηρεσία για τη δημιουργία ενός CDN - DNS Failover. Με τη βοήθειά του, μπορείτε να ρυθμίσετε την παρακολούθηση της λειτουργίας των διακομιστών σας και, ελλείψει σημείων ζωής, να αντικαταστήσετε αυτόματα τη διεύθυνση ενός διακομιστή που δεν λειτουργεί με έναν εφεδρικό στις αποκρίσεις DNS.

Για να δημιουργήσουμε το CDN μας, θα χρησιμοποιήσουμε CloudDNS, τιμολόγιο GeoDNS.

Ας προσθέσουμε μια νέα ζώνη DNS στον προσωπικό σας λογαριασμό, προσδιορίζοντας τον τομέα σας. Εάν χτίζουμε ένα CDN σε έναν υποτομέα και ο κύριος τομέας χρησιμοποιείται ήδη, τότε αμέσως μετά την προσθήκη της ζώνης, μην ξεχάσετε να προσθέσετε τις υπάρχουσες εγγραφές DNS που λειτουργούν. Το επόμενο βήμα είναι να δημιουργήσετε αρκετές εγγραφές A για τον τομέα / υποτομέα CDN, καθεμία από τις οποίες θα εφαρμοστεί στην περιοχή που καθορίσαμε. Μπορείτε να καθορίσετε ηπείρους ή χώρες ως περιοχές, οι υποπεριοχές είναι διαθέσιμες για τις ΗΠΑ και τον Καναδά.

Στην περίπτωσή μας, το CDN θα αυξηθεί σε έναν υποτομέα cdn.sayt.in. Με την προσθήκη ζώνης sayt.in, δημιουργήστε την πρώτη εγγραφή A για τον υποτομέα και κατευθύνετε όλη τη Βόρεια Αμερική στον διακομιστή στο Σικάγο:

Ας επαναλάβουμε την ενέργεια για άλλες περιοχές, θυμόμαστε να δημιουργήσουμε μία καταχώρηση για τις προεπιλεγμένες περιοχές. Να τι συμβαίνει στο τέλος:

Η τελευταία προεπιλεγμένη καταχώριση στο στιγμιότυπο οθόνης σημαίνει ότι όλες οι μη καθορισμένες περιοχές (και αυτές είναι η Ευρώπη, η Αφρική, οι χρήστες δορυφορικού Διαδικτύου κ.λπ.) θα σταλούν στον διακομιστή στη Φρανκφούρτη.

Αυτό ολοκληρώνει τη βασική ρύθμιση DNS. Απομένει να μεταβείτε στον ιστότοπο του καταχωρητή τομέα και να αντικαταστήσετε τα τρέχοντα NS domain με αυτά που εκδίδονται από το ClouDNS. Και ενώ τα ΕΣΥ θα ενημερωθούν, θα προετοιμάσουμε τους διακομιστές.

Εγκατάσταση πιστοποιητικών SSL

Το CDN μας θα λειτουργεί μέσω HTTPS, επομένως εάν έχετε ήδη πιστοποιητικά SSL για έναν τομέα ή υποτομέα, μεταφορτώστε τα σε όλους τους διακομιστές, για παράδειγμα, στον κατάλογο /etc/ssl/yourdomain/

Εάν δεν υπάρχουν πιστοποιητικά, μπορείτε να λάβετε ένα δωρεάν από το Let's Encrypt. Τέλειο για αυτό ACME Shellscript. Ο πελάτης είναι βολικός και εύκολος στη ρύθμιση, και το πιο σημαντικό, σας επιτρέπει να επικυρώσετε έναν τομέα/υποτομέα με DNS μέσω του API του ClouDNS.

Θα εγκαταστήσουμε το acme.sh μόνο σε έναν από τους διακομιστές - τον Ευρωπαϊκό 199.247.18.199, από τον οποίο τα πιστοποιητικά θα αντιγραφούν σε όλους τους άλλους. Για εγκατάσταση, εκτελέστε:

root@cdn:~# wget -O - https://get.acme.sh | bash; source ~/.bashrc

Κατά την εγκατάσταση του σεναρίου θα δημιουργηθεί θέση εργασίας CRON για περαιτέρω ανανέωση πιστοποιητικών χωρίς τη συμμετοχή μας.

Κατά την έκδοση ενός πιστοποιητικού, ο τομέας θα ελεγχθεί χρησιμοποιώντας DNS χρησιμοποιώντας το API, επομένως στον προσωπικό λογαριασμό ClouDNS στο μενού API μεταπωλητή, πρέπει να δημιουργήσετε ένα νέο API χρήστη και να ορίσετε έναν κωδικό πρόσβασης για αυτό. Το αναγνωριστικό ταυτότητας που προκύπτει με κωδικό πρόσβασης θα γραφτεί στο αρχείο ~/.acme.sh/dnsapi/dns_cloudns.sh (δεν πρέπει να συγχέεται με το αρχείο dns_clouddns.sh). Εδώ είναι οι γραμμές που πρέπει να μην σχολιαστούν και να επεξεργαστούν:

CLOUDNS_AUTH_ID=<auth-id>
CLOUDNS_AUTH_PASSWORD="<пароль>"

Τώρα θα ζητήσουμε ένα πιστοποιητικό SSL για cdn.sayt.in

root@cdn:~# acme.sh --issue --dns dns_cloudns -d cdn.sayt.in --reloadcmd "service nginx reload"

Στις επιλογές, για το μέλλον, έχουμε ορίσει μια εντολή για αυτόματη επαναφόρτωση της διαμόρφωσης του διακομιστή web μετά από κάθε ανανέωση της περιόδου ισχύος του πιστοποιητικού στο μέλλον.

Η όλη διαδικασία απόκτησης πιστοποιητικού μπορεί να διαρκέσει έως και 2 λεπτά, μην το διακόπτετε. Εάν παρουσιαστεί σφάλμα επικύρωσης τομέα, δοκιμάστε να εκτελέσετε ξανά την εντολή. Στο τέλος θα δούμε πού έχουν ανέβει τα πιστοποιητικά:

Θυμηθείτε αυτές τις διαδρομές, θα πρέπει να καθορίζονται κατά την αντιγραφή του πιστοποιητικού σε άλλους διακομιστές, καθώς και στις ρυθμίσεις διακομιστή web. Δεν δίνουμε προσοχή στο σφάλμα επαναφόρτωσης των ρυθμίσεων Nginx - δεν θα βρίσκεται σε έναν πλήρως διαμορφωμένο διακομιστή κατά την ενημέρωση των πιστοποιητικών.

Το μόνο που μας μένει για το SSL είναι να αντιγράψουμε το πιστοποιητικό που λάβαμε σε δύο άλλους διακομιστές διατηρώντας παράλληλα τη διαδρομή προς τα αρχεία. Ας δημιουργήσουμε τους ίδιους καταλόγους σε κάθε έναν από αυτούς και ας δημιουργήσουμε ένα αντίγραφο:

root@cdn:~# mkdir -p /root/.acme.sh/cdn.sayt.in/
root@cdn:~# scp -r root@199.247.18.199:/root/.acme.sh/cdn.sayt.in/* /root/.acme.sh/cdn.sayt.in/

Για να ενημερώνετε τακτικά τα πιστοποιητικά, δημιουργήστε μια καθημερινή εργασία CRON και στους δύο διακομιστές με την εντολή:

scp -r root@199.247.18.199:/root/.acme.sh/cdn.sayt.in/* /root/.acme.sh/cdn.sayt.in/ && service nginx reload

Σε αυτήν την περίπτωση, πρέπει να ρυθμιστεί η πρόσβαση στον απομακρυσμένο διακομιστή πηγής με κλειδί, δηλ. χωρίς να εισάγετε κωδικό πρόσβασης. Μην ξεχάσετε να το κάνετε.

Εγκατάσταση και διαμόρφωση του Nginx

Για την προβολή στατικού περιεχομένου, θα χρησιμοποιήσουμε το Nginx που έχει διαμορφωθεί ως διακομιστής μεσολάβησης προσωρινής αποθήκευσης. Ενημερώστε τις λίστες πακέτων και εγκαταστήστε το και στους τρεις διακομιστές:

root@cdn:~# apt update
root@cdn:~# apt install nginx

Αντί για την προεπιλογή, χρησιμοποιούμε τη ρύθμιση παραμέτρων από το παρακάτω σπόιλερ:
nginx.conf

user www-data;
worker_processes auto;
pid /run/nginx.pid;

events {
    worker_connections 4096;
    multi_accept on;
}

http {
    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;
    types_hash_max_size 2048;

    include /etc/nginx/mime.types;
    default_type application/octet-stream;

    access_log off;
    error_log /var/log/nginx/error.log;

    gzip on;
    gzip_disable "msie6";
    gzip_comp_level 6;
    gzip_proxied any;
    gzip_vary on;
    gzip_types text/plain application/javascript text/javascript text/css application/json application/xml text/xml application/rss+xml;
    gunzip on;            

    proxy_temp_path    /var/cache/tmp;
    proxy_cache_path   /var/cache/cdn levels=1:2 keys_zone=cdn:64m max_size=20g inactive=7d;
    proxy_cache_bypass $http_x_update;

server {
  listen 443 ssl;
  server_name cdn.sayt.in;

  ssl_certificate /root/.acme.sh/cdn.sayt.in/cdn.sayt.in.cer;
  ssl_certificate_key /root/.acme.sh/cdn.sayt.in/cdn.sayt.in.key;

  location / {
    proxy_cache cdn;
    proxy_cache_key $uri$is_args$args;
    proxy_cache_valid 90d;
    proxy_pass https://sayt.in;
    }
  }
}

Επεξεργασία στις ρυθμίσεις:

μέγιστο_μέγεθος — το μέγεθος της κρυφής μνήμης, που δεν υπερβαίνει τον διαθέσιμο χώρο στο δίσκο
αδρανής - χρόνος αποθήκευσης αποθηκευμένων δεδομένων στα οποία κανείς δεν είχε πρόσβαση
ssl_certificate и ssl_certificate_key — διαδρομές προς το πιστοποιητικό SSL και τα αρχεία κλειδιών
proxy_cache_valid - χρόνος αποθήκευσης αποθηκευμένων δεδομένων
διακομιστής μεσολάβησης — διεύθυνση του αρχικού διακομιστή από τον οποίο το CDN θα ζητήσει αρχεία για προσωρινή αποθήκευση. Στο παράδειγμά μας αυτό sayt.in

Όπως μπορείτε να δείτε, όλα είναι απλά. Δυσκολία μπορεί να προκύψει μόνο στη ρύθμιση του χρόνου προσωρινής αποθήκευσης λόγω της ομοιότητας των οδηγιών αδρανής и proxy_cache_valid. Ας τα αναλύσουμε με το παράδειγμά μας. Να τι συμβαίνει όταν ανενεργός=7δ и proxy_cache_valid 90d:

Εάν το αίτημα δεν επαναληφθεί εντός 7 ημερών, τότε τα δεδομένα θα διαγραφούν από την προσωρινή μνήμη μετά από αυτήν την περίοδο
εάν το αίτημα επαναλαμβάνεται τουλάχιστον μία φορά κάθε 7 ημέρες, τότε τα δεδομένα στη μνήμη cache θα θεωρηθούν παρωχημένα μετά από 90 ημέρες και η Nginx θα τα ενημερώσει με το επόμενο αίτημα, λαμβάνοντας από τον αρχικό διακομιστή

Ολοκληρώθηκε η επεξεργασία nginx.conf, φορτώστε ξανά τη διαμόρφωση:

root@cdn:~# service nginx reload

Το CDN μας είναι έτοιμο. Για 15 $/μήνα. λάβαμε σημεία παρουσίας σε τρεις ηπείρους και 3 TB κίνησης: 1 TB σε κάθε τοποθεσία.

Έλεγχος της εργασίας του CDN

Ας δούμε τα ping στο CDN μας από διαφορετικές γεωγραφικές τοποθεσίες. Οποιαδήποτε υπηρεσία ping θα λειτουργήσει για αυτό.

Σημείο εκκίνησης
Πλήθος
IP
Μέσος χρόνος, ms

Γερμανία Βερολίνο
cdn.sayt.in
199.247.18.199
9.6

Ολλανδία, Άμστερνταμ
cdn.sayt.in
199.247.18.199
10.1

Γαλλία Παρίσι
cdn.sayt.in
199.247.18.199
16.3

Μεγάλη Βρετανία, Λονδίνο
cdn.sayt.in
199.247.18.199
14.9

Καναδάς, Τορόντο
cdn.sayt.in
149.28.121.123
16.2

ΗΠΑ, Σαν Φρανσίσκο
cdn.sayt.in
149.28.121.123
52.7

ΗΠΑ, Ντάλας
cdn.sayt.in
149.28.121.123
23.1

ΗΠΑ, Σικάγο
cdn.sayt.in
149.28.121.123
2.6

ΗΠΑ, Νέα Υόρκη
cdn.sayt.in
149.28.121.123
19.8

Σιγκαπούρη
cdn.sayt.in
157.230.240.216
1.7

Ιαπωνία Τόκιο
cdn.sayt.in
157.230.240.216
74.8

Αυστραλία, Σίδνεϊ
cdn.sayt.in
157.230.240.216
95.9

Τα αποτελέσματα είναι καλά. Τώρα θα τοποθετήσουμε μια δοκιμαστική εικόνα στη ρίζα του κύριου ιστότοπου test.jpg και ελέγξτε την ταχύτητα λήψης μέσω CDN. Λέγεται - Ολοκληρώθηκε. Το περιεχόμενο παραδίδεται γρήγορα.

Ας γράψουμε ένα μικρό σενάριο σε περίπτωση που θέλουμε να καθαρίσουμε την προσωρινή μνήμη στο σημείο CDN.
κάθαρση.sh

#!/bin/bash
if [ -z "$1" ]
then
    echo "Purging all cache"
    rm -rf /var/cache/cdn/*
else
    echo "Purging $1"
    FILE=`echo -n "$1" | md5sum | awk '{print $1}'`
    FULLPATH=/var/cache/cdn/${FILE:31:1}/${FILE:29:2}/${FILE}
    rm -f "${FULLPATH}"
fi

Για να διαγράψετε ολόκληρη την προσωρινή μνήμη, απλώς εκτελέστε την, ένα ξεχωριστό αρχείο μπορεί να καθαριστεί ως εξής:

root@cdn:~# ./purge.sh /test.jpg

Αντί για συμπεράσματα

Τέλος, θέλω να δώσω μερικές χρήσιμες συμβουλές για να ξεπεράσω αμέσως τη γκανιότα που με πονούσε το κεφάλι εκείνη τη στιγμή:

Για να αυξήσετε την ανοχή σφαλμάτων του CDN, συνιστάται να διαμορφώσετε το DNS Failover, το οποίο βοηθά στη γρήγορη αλλαγή της εγγραφής A σε περίπτωση βλάβης διακομιστή. Αυτό γίνεται στις εγγραφές DNS του πίνακα ελέγχου του τομέα.
Οι ιστότοποι με ευρεία γεωγραφική κάλυψη απαιτούν αναμφίβολα μεγάλο αριθμό CDN, αλλά ας μην είμαστε φανατικοί. Πιθανότατα ο χρήστης δεν θα παρατηρήσει σημαντική διαφορά σε σύγκριση με ένα επί πληρωμή CDN εάν τοποθετήσετε διακομιστές σε 6-7 τοποθεσίες: Ευρώπη, Βόρεια Αμερική (ανατολικά), Βόρεια Αμερική (δυτική), Σιγκαπούρη, Αυστραλία, Χονγκ Κονγκ ή Ιαπωνία
Μερικές φορές οι hosters δεν επιτρέπουν τη χρήση ενοικιαζόμενων διακομιστών για σκοπούς CDN. Επομένως, εάν ξαφνικά αποφασίσετε να αναπτύξετε ένα δίκτυο παράδοσης περιεχομένου ως υπηρεσία, μην ξεχάσετε να διαβάσετε εκ των προτέρων τους κανόνες ενός συγκεκριμένου παρόχου φιλοξενίας
Εξερευνώ χάρτης υποβρύχιων επικοινωνιώννα αναπαραστήσει τον τρόπο με τον οποίο συνδέονται οι ήπειροι και να το λάβει αυτό υπόψη κατά τη δημιουργία ενός δικτύου παράδοσης περιεχομένου
Προσπαθήστε να ελέγξετε ping από διαφορετικά μέρη στους διακομιστές σας. Με αυτόν τον τρόπο μπορείτε να δείτε τις περιοχές που βρίσκονται πιο κοντά στα σημεία CDN και να διαμορφώσετε πιο σωστά το GeoDNS
Ανάλογα με τις εργασίες, θα είναι χρήσιμο να βελτιστοποιήσετε το Nginx για συγκεκριμένες απαιτήσεις προσωρινής αποθήκευσης και λαμβάνοντας υπόψη το φόρτο στον διακομιστή. Τα άρθρα σχετικά με την προσωρινή μνήμη Nginx με βοήθησαν πολύ σε αυτό - εδώ και επιτάχυνση της εργασίας κάτω από βαριά φορτία: εδώ и εδώ