Round-robin DNS spiegato: distribuire il traffico tra più IP

Il round-robin DNS è una tecnica semplice in cui il DNS pubblica più record di indirizzo per un nome e può ruotarne l'ordine tra le risposte. Client e resolver vedono così diverse possibili destinazioni invece di un unico IP fisso. Si usa spesso per distribuire le connessioni tra più server o per ottenere una ridondanza di base. Tuttavia il DNS non verifica se ogni server sia sano per ogni singolo client, e la cache fa sì che i resolver possano continuare a usare una risposta per tutta la durata del suo TTL. Il round-robin è quindi un metodo di distribuzione leggero, non un sistema completo di load balancing con controllo della salute e failover garantito.

Cosa possono vedere i client

Una risposta DNS può contenere più di un record A o AAAA. Un resolver ricorsivo può mettere in cache quell'insieme, e sono il sistema operativo o l'applicazione a scegliere come provare gli indirizzi restituiti. Alcuni sistemi usano il primo indirizzo, altri li riordinano o tentano più connessioni, e gli stack dei browser moderni possono far competere le famiglie di indirizzi con strategie di connessione proprie. L'ordine della risposta DNS da solo non può dimostrare quale server abbia gestito in definitiva la richiesta di un utente. Ripetere un lookup può mostrare ordini o sottoinsiemi diversi, ma questo comportamento dipende dal provider autorevole e dal resolver.

Una conseguenza importante è che un server guasto può restare nelle risposte in cache finché non scade il TTL pertinente o il resolver non aggiorna i propri dati. Abbassare il TTL prima di una migrazione pianificata può accorciare la finestra di cache attesa, ma non cancella una risposta già memorizzata con il vecchio TTL. Anche un client può avere una propria cache o un proprio comportamento di riutilizzo delle connessioni. Per questi motivi il round-robin DNS non dovrebbe essere l'unica protezione contro il guasto di un server quando il servizio richiede un failover rapido e affidabile basato sullo stato di salute.

Il confronto con un load balancer

Un load balancer dedicato può prendere decisioni a livello di connessione o di applicazione, eseguire health check e inviare traffico solo agli endpoint che soddisfano i criteri configurati. Anche un provider DNS può offrire health check e risposte dinamiche, ma queste funzionalità sono specifiche del provider e interagiscono comunque con le cache ricorsive. Un semplice insieme di record round-robin offre soltanto delle scelte: non ha alcun ciclo di feedback intrinseco. Questi approcci possono essere combinati, ad esempio con il DNS che indirizza gli utenti verso un load balancer regionale mentre quest'ultimo seleziona un backend sano. Scegli il livello in grado di osservare la modalità di guasto che devi gestire.

• Fai in modo che ogni indirizzo di un insieme round-robin sia in grado di servire l'hostname.
• Monitora ogni endpoint in modo indipendente: la rotazione DNS non è un health check.
• Comprendi il TTL e il caching dei client prima di pianificare un cutover o un failover.
• Usa un load balancer che tenga conto della salute degli endpoint quando serve escluderli rapidamente.
• Confronta le risposte ripetute di resolver noti e annota l'orario di ogni query.

Come analizzare risposte multiple

Se un dominio si risolve in più indirizzi IP, stabilisci prima di tutto se è voluto. Controlla la zona autorevole o la dashboard del provider per l'intero insieme di record, poi confronta le risposte ricorsive. Determina se gli indirizzi appartengono alla prevista infrastruttura di hosting, CDN o load balancer usando la documentazione del provider, anziché affidarti solo al lookup inverso. Se lo amministri, testa ogni endpoint tramite l'hostname e la configurazione TLS previsti. Una richiesta diretta a un IP può dare un risultato diverso, perché il virtual hosting dipende dall'hostname: non considerare quindi un test con il solo IP un sostituto perfetto del traffico normale.

Il round-robin DNS è facile da configurare, ma la sua semplicità operativa può nascondere ipotesi importanti sulla durata della cache e sullo stato di salute degli endpoint. Per un quadro più ampio, vedi perché i domini hanno più IP e come le CDN usano il DNS. Un lookup IP del dominio può mostrare l'insieme di risposte pubbliche attuale; abbina questa osservazione al monitoraggio e a controlli specifici del servizio per capire se la distribuzione funziona come previsto.

Mantenere coerente il pool su tutte le destinazioni

Prima di aggiungere più indirizzi a un insieme round-robin, conferma che ogni endpoint possa servire in sicurezza lo stesso hostname e la stessa versione dell'applicazione. Verifica copertura dei certificati, stato di salute, coerenza dei dati ed eventuali presupposti sullo stato di sessione. Se gli utenti possono atterrare su qualsiasi indirizzo, un server con contenuti incompleti o con una configurazione di login diversa può causare errori intermittenti che sembrano casuali. Monitora ogni indirizzo tramite l'header host e il nome TLS corretti e confronta gli errori applicativi, invece di basarti solo sul ping. Quando rimuovi una destinazione guasta, tieni conto delle risposte DNS in cache e delle connessioni già aperte. Il DNS può smettere di pubblicizzare un indirizzo per i nuovi lookup, ma non può terminare all'istante la sessione esistente o la connessione in cache di ogni client.