Crea y personaliza tu CDN

Cuando necesitas tu propia CDN

• cuando desea ahorrar dinero y los costos de funcionamiento incluso cuando se usan CDN de bajo costo como BunnyCDN son varios cientos de dólares al mes
• si queremos obtener un caché permanente o un caché sin vecinos en el servidor y el canal
• en la región que necesita, los servicios de CDN no tienen puntos de presencia
• cualquier configuración especial de entrega de contenido requerida
• queremos acelerar la entrega de contenido dinámico al acercarnos a los usuarios del servidor de producción
• Existe la preocupación de que un servicio de CDN de terceros pueda recopilar o usar ilegalmente información sobre el comportamiento del usuario (hola a servicios sin cumplir con GDPR) o participar en otras acciones ilegales

Lo que necesitas para correr

• . ,
• geoDNS . , ,

Configurar geoDNS

1. Define la IP del cliente que envió la solicitud DNS, o la IP del servidor DNS recursivo que se utiliza para procesar la solicitud del cliente. Estos servidores recursivos suelen ser proveedores de DNS.
2. Por cliente IP conoce su país o región. Para esto, se utilizan bases GeoIP, de las cuales hay muchas hoy en día. Hay algunas buenas opciones gratuitas .
3. Dependiendo de la ubicación del cliente, él le da la dirección IP del servidor CDN más cercano.

• louDNS desde $ 9.95 / mes , tarifa GeoDNS, por defecto hay una conmutación por error DNS
• Zilore desde $ 25 / mes , DNS Failover habilitado
• Amazon Route 53 desde $ 35 / mes por 50 millones de solicitudes geográficas netas. La conmutación por error de DNS se cobra por separado
• DNS fácil desde $ 125 / mes , hay 10 DNS Failover
• Cloudflare , función de dirección geográfica disponible en tarifas empresariales

Instalar certificados SSL

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

CLOUDNS_AUTH_ID=<auth-id>
CLOUDNS_AUTH_PASSWORD="<>"

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

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/

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

Instalar y configurar Nginx

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

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;
    }
  }
}

• max_size : el tamaño de la memoria caché no excede el espacio disponible en el disco
• inactivo : tiempo de almacenamiento para datos en caché a los que nadie accedió
• ssl_certificate y ssl_certificate_key : rutas de acceso al certificado SSL y archivos clave
• proxy_cache_valid - tiempo de almacenamiento para datos en caché
• proxy_pass : la dirección del servidor original desde el cual la CDN solicitará archivos para el almacenamiento en caché. En nuestro ejemplo, esto es sayt.in

• Si la solicitud no se repite dentro de los 7 días, los datos se eliminarán de la memoria caché después de este período
• Si la solicitud se repite al menos una vez cada 7 días, los datos en la memoria caché se considerarán obsoletos después de 90 días y, en la próxima solicitud, Nginx la actualizará tomándola del servidor original.

root@cdn:~# service nginx reload

Comprobación del funcionamiento de CDN

#!/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

En lugar de conclusiones

• Para aumentar la tolerancia a fallas de CDN, se recomienda configurar la conmutación por error de DNS, que ayuda a cambiar rápidamente un registro A en caso de falla del servidor. Esto se hace en el panel de control de los registros DNS del dominio.
• CDN, . CDN, 6-7 : , (), (), , ,
• CDN. , , -
• , ,
• Intente verificar pings desde diferentes lugares a sus servidores. Para que pueda ver las regiones más cercanas a los puntos CDN y configurar GeoDNS correctamente
• Dependiendo de las tareas, no está fuera de lugar configurar Nginx para requisitos de almacenamiento en caché específicos y teniendo en cuenta la carga en el servidor. Los artículos sobre el caché Nginx - aquí y la aceleración del trabajo bajo cargas pesadas: aquí y aquí me ayudaron mucho.