Crie e personalize sua CDN

Quando você precisa do seu próprio CDN

• quando você deseja economizar, e os custos de operação, mesmo ao usar CDNs baratas como o BunnyCDN, são várias centenas de dólares por mês
• se queremos obter um cache permanente ou um cache sem vizinhos no servidor e no canal
• na região que você precisa, os serviços CDN não têm pontos de presença
• quaisquer configurações especiais de entrega de conteúdo necessárias
• queremos acelerar a entrega de conteúdo dinâmico, aproximando-nos dos usuários do servidor de produção
• existe a preocupação de que um serviço CDN de terceiros possa coletar ou usar ilegalmente informações sobre o comportamento do usuário (para serviços sem conformidade com o GDPR) ou se envolver em outras ações ilegais

O que você precisa para executar

• . ,
• geoDNS . , ,

Configurar geoDNS

1. Define o IP do cliente que enviou a solicitação DNS ou o IP do servidor DNS recursivo usado para processar a solicitação do cliente. Esses servidores recursivos geralmente são provedores de DNS.
2. Por IP, o cliente conhece seu país ou região. Para isso, são utilizadas as bases GeoIP, das quais existem muitas hoje. Existem algumas boas opções gratuitas .
3. Dependendo da localização do cliente, ele fornece o endereço IP do servidor CDN mais próximo.

• louDNS de US $ 9,95 / mês , tarifa GeoDNS, por padrão, há um failover de DNS
• Zilore de US $ 25 / mês , failover de DNS ativado
• Amazon Route 53 de US $ 35 / mês para solicitações geográficas líquidas de 50 milhões. O failover de DNS é cobrado separadamente
• DNS facilitado a partir de US $ 125 / mês , há 10 failover de DNS
• Cloudflare , recurso de direção geográfica disponível em tarifas corporativas

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

Instale e configure o 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 - tamanho do cache que não excede o espaço em disco disponível
• inativo - tempo de armazenamento para dados em cache que ninguém acessou
• ssl_certificate e ssl_certificate_key - caminhos para o certificado SSL e os arquivos de chave
• proxy_cache_valid - tempo de armazenamento para dados em cache
• proxy_pass - o endereço do servidor original do qual a CDN solicitará arquivos para armazenamento em cache. No nosso exemplo, isso é sayt.in

• se a solicitação não for repetida dentro de sete dias, os dados serão excluídos do cache após esse período
• se a solicitação for repetida pelo menos uma vez a cada 7 dias, os dados no cache serão considerados desatualizados após 90 dias e, na próxima solicitação, o Nginx os atualizará retirando-os do servidor original

root@cdn:~# service nginx reload

Verificando o funcionamento da 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

Em vez de conclusões

• Para aumentar a tolerância a falhas da CDN, é recomendável configurar o Failover de DNS, o que ajuda a alterar rapidamente um registro A em caso de falha do servidor. Isso é feito no painel de controle dos registros DNS do domínio
• CDN, . CDN, 6-7 : , (), (), , ,
• CDN. , , -
• , ,
• Tente verificar pings de diferentes lugares nos seus servidores. Assim, você pode ver as regiões mais próximas aos pontos CDN e configurar o GeoDNS corretamente
• Dependendo das tarefas, não é impróprio configurar o Nginx para requisitos específicos de armazenamento em cache e levando em consideração a carga no servidor. Os artigos sobre o cache do Nginx - aqui e a aceleração do trabalho sob cargas pesadas: aqui e aqui me ajudaram bastante.