{"id":88961,"date":"2020-07-16T19:42:34","date_gmt":"2020-07-16T17:42:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae"},"modified":"2020-07-16T19:42:34","modified_gmt":"2020-07-16T17:42:34","slug":"anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae","title":{"rendered":"Anycast contro Unicast: quale scegliere in ogni caso","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Di Anycast si \u00e8 sicuramente sentito parlare da molti. Con questo metodo di indirizzamento e instradamento di rete, un indirizzo IP viene assegnato a pi\u00f9 server nella rete. Questi server possono trovarsi anche in data center lontani tra loro. L'idea di Anycast \u00e8 che, a seconda della posizione della sorgente delle richieste, i dati vengano inviati al server pi\u00f9 vicino (secondo la topologia di rete, e pi\u00f9 precisamente \u2014 il protocollo di instradamento BGP). In questo modo, si possono ridurre il numero di salti (hop) e la latenza (latency). <\/p>\n<p>In sostanza, viene annunciato lo stesso percorso da diversi centri di elaborazione dati in tutto il mondo. In questo modo, i clienti verranno indirizzati al centro dati \"migliore\" e \"pi\u00f9 vicino\" in base ai percorsi BGP. Perch\u00e9 proprio Anycast? Perch\u00e9 utilizzare Anycast invece di Unicast?<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ruvds\/blog\/511050\/\"><img decoding=\"async\" alt=\"Anycast contro Unicast: quale scegliere in ogni caso\" src=\"\/wp-content\/uploads\/2020\/07\/6573f1e2d39d783575348734518c4bae.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nUnicast \u00e8 realmente adatto per un sito con un solo server web e un volume di traffico moderato. Tuttavia, se un servizio ha milioni di abbonati, generalmente utilizza diversi server web, ognuno dei quali ha lo stesso indirizzo IP. Questi server sono geograficamente distribuiti per ottimizzare la gestione delle richieste.<\/p>\n<p>In uno scenario del genere, Anycast offrir\u00e0 un miglioramento delle prestazioni (il traffico viene diretto all'utente con la minima latenza), garantir\u00e0 l'affidabilit\u00e0 del servizio (grazie ai server di backup) e il bilanciamento del carico: l'instradamento su pi\u00f9 server distribuisce efficacemente il carico tra di essi, migliorando la velocit\u00e0 del sito.<\/p>\n<p>Gli operatori offrono ai clienti vari tipi di bilanciamento del carico basato su Anycast e DNS. I clienti possono specificare gli indirizzi IP a cui verranno inviati i segnali in base alla posizione geografica del sito. Questo consente di distribuire pi\u00f9 flessibilmente le richieste degli utenti.<\/p>\n<p>Supponiamo che ci siano pi\u00f9 siti tra cui distribuite il carico (degli utenti), ad esempio, un negozio online con 100.000 richieste al giorno o un blog popolare. Per limitare la regione da cui gli utenti accedono a un determinato sito, \u00e8 possibile utilizzare l'opzione Geo Community. Questa opzione consente di limitare la regione all'interno della quale l'operatore annuncer\u00e0 il percorso.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast contro Unicast: quale scegliere in ogni caso\" src=\"\/wp-content\/uploads\/2020\/07\/54582f256a946a3ff557ab971cec087d.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><img decoding=\"async\" alt=\"Anycast contro Unicast: quale scegliere in ogni caso\" src=\"\/wp-content\/uploads\/2020\/07\/48849a5cf65cb1c7190c1f75aa33e2d8.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Anycast e Unicast: differenze<\/i><\/p>\n<p>Anycast viene spesso utilizzato in applicazioni come DNS (sistema dei nomi di dominio) e CDN (reti di distribuzione dei contenuti), consentendo decisioni di instradamento che migliorano le prestazioni della rete. Le reti di distribuzione dei contenuti utilizzano Anycast poich\u00e9 gestiscono grandi volumi di traffico, e Anycast offre diversi vantaggi in questo caso (di cui parleremo pi\u00f9 avanti). Nel DNS, Anycast consente di aumentare significativamente l'affidabilit\u00e0 e la tolleranza ai guasti del servizio.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast contro Unicast: quale scegliere in ogni caso\" src=\"\/wp-content\/uploads\/2020\/07\/8043fec22ecef8aa2b3b9c1a06e8f5f9.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>In Anycast IP, utilizzando BGP, esistono diversi percorsi per un host specifico. In realt\u00e0, si tratta di copie degli host in vari centri di elaborazione dati, utilizzate per stabilire connessioni con una latenza inferiore.<\/i><\/p>\n<p>Quindi, nella rete Anycast, lo stesso indirizzo IP viene annunciato da diverse posizioni, e la rete decide dove indirizzare la richiesta dell'utente in base al \"costo\" del percorso. Ad esempio, il protocollo BGP \u00e8 spesso utilizzato per determinare il percorso pi\u00f9 breve per il trasferimento dei dati. Quando un utente invia una richiesta Anycast, BGP determina il miglior percorso per i server disponibili nella rete Anycast.<\/p>\n<h2>Vantaggi di Anycast<\/h2>\n<p>Riduzione della latenza<br \/>\nI sistemi con Anycast possono ridurre la latenza nell'elaborazione delle richieste degli utenti, poich\u00e9 consentono di ricevere dati dal server pi\u00f9 vicino. Questo significa che gli utenti si connetteranno sempre al server DNS \"pi\u00f9 vicino\" (in termini di protocollo di instradamento). Di conseguenza, Anycast riduce i tempi di interazione grazie all'accorciamento della distanza di rete tra cliente e server. Questo non solo riduce la latenza ma assicura anche un bilanciamento del carico.<\/p>\n<p>Velocit\u00e0<\/p>\n<p>Poich\u00e9 il traffico viene diretto al nodo pi\u00f9 vicino e la latenza nel trasferimento dei dati tra cliente e nodo viene ridotta, ne risulta un'ottimizzazione della velocit\u00e0 di consegna, indipendentemente da dove il cliente richieda informazioni.<\/p>\n<p>Maggiore stabilit\u00e0 e tolleranza ai guasti<\/p>\n<p>Se pi\u00f9 server in tutto il mondo utilizzano lo stesso IP, in caso di guasto di uno dei server o della sua disconnessione, il traffico verr\u00e0 reindirizzato verso il server pi\u00f9 vicino. Di conseguenza, Anycast rende il servizio pi\u00f9 resiliente e offre un miglior accesso alla rete\/latency\/velocit\u00e0.\u00a0<\/p>\n<p>Pertanto, grazie alla presenza di pi\u00f9 server, sempre accessibili agli utenti, Anycast ad esempio aumenta la stabilit\u00e0 del funzionamento del DNS. In caso di guasto di un nodo, le richieste degli utenti verranno reindirizzate a un altro server DNS senza alcun intervento manuale o riconfigurazione. Anycast garantisce un passaggio praticamente trasparente ad altri siti, semplicemente rimuovendo i percorsi del sito problematico.\u00a0<\/p>\n<p>Bilanciamento del carico<\/p>\n<p>Nel sistema Anycast, il traffico di rete viene distribuito su diversi server. Cio\u00e8, funziona come un bilanciatore di carico, evitando che un singolo server riceva la maggior parte del traffico. Il bilanciamento del carico pu\u00f2 essere utilizzato, ad esempio, quando vi sono pi\u00f9 nodi di rete alla stessa distanza geografica dalla sorgente delle richieste. In questo caso, il carico viene distribuito tra i nodi.<\/p>\n<p>Riduzione dell'impatto degli attacchi DoS\u00a0<\/p>\n<p>Un'altra caratteristica di Anycast \u00e8 la resilienza agli attacchi DDoS. Gli attacchi DDoS difficilmente riusciranno a mettere fuori uso il sistema Anycast, poich\u00e9 sarebbe necessario sopprimere con un'onda di richieste tutti i server in una rete di questo tipo.\u00a0<\/p>\n<p>Negli attacchi DDoS vengono spesso utilizzati botnet, che possono generare un volume di traffico tale da sovraccaricare il server attaccato. Il vantaggio di utilizzare Anycast in questa situazione \u00e8 che ogni server \u00e8 in grado di \"assorbire\" una parte dell'attacco, riducendo il carico su un server specifico. Un attacco di tipo \"denial of service\" sar\u00e0 probabilmente localizzato su un server e non influenzer\u00e0 l'intero servizio.<\/p>\n<p>Elevata scalabilit\u00e0 orizzontale<\/p>\n<p>I sistemi Anycast sono ben adatti per servizi con grandi volumi di traffico. Se un servizio che utilizza Anycast richiede nuovi server per gestire il traffico in crescita, \u00e8 possibile aggiungere nuovi server alla rete per gestirlo. Possono essere collocati in nuove o gi\u00e0 esistenti ubicazioni.\u00a0<\/p>\n<p>Se in un luogo specifico si osserva un grande aumento del traffico, l'aggiunta di un server aiuter\u00e0 a bilanciare il carico per quella piattaforma. Aggiungere un server in una nuova posizione contribuir\u00e0 a ridurre i tempi di attesa, creando per alcuni utenti un nuovo percorso pi\u00f9 breve. Entrambi i metodi aiutano anche a migliorare la stabilit\u00e0 del servizio, poich\u00e9 nuovi server diventano disponibili nella rete. Cos\u00ec, se un server \u00e8 sovraccarico, si pu\u00f2 semplicemente implementare un altro nel luogo che gli permetter\u00e0 di gestire una certa parte delle richieste del server sovraccarico. Non \u00e8 necessaria alcuna configurazione da parte dei clienti.\u00a0<\/p>\n<p>Solo in questo modo \u00e8 possibile gestire terabyte di traffico e un numero molto elevato di utenti, quando sul server ci sono solo alcune porte da 10 o 25 Gbit\/s. 100 host con un solo indirizzo IP consentiranno di elaborare volumi di traffico di terabyte.<\/p>\n<p>Semplicit\u00e0 nella gestione della configurazione<\/p>\n<p>Come gi\u00e0 accennato sopra, un utilizzo interessante di Anycast \u00e8 il DNS. \u00c8 possibile posizionare nei nodi di rete diversi server DNS, ma utilizzare un solo indirizzo DNS. A seconda di dove si trova la sorgente, le richieste vengono indirizzate al nodo pi\u00f9 vicino. Questo garantisce un certo bilanciamento del traffico e ridondanza in caso di guasto di un server DNS. Cos\u00ec, invece di configurare diversi server DNS a seconda di dove si trovano, la configurazione di un solo server DNS pu\u00f2 essere estesa a tutti i nodi.<\/p>\n<p>Le reti Anycast possono essere configurate per instradare le richieste non solo in base alla distanza, ma anche in base a parametri come la disponibilit\u00e0 del server, il numero di connessioni stabilite o il tempo di risposta.<\/p>\n<p>Per utilizzare la tecnologia Anycast dal lato del cliente non sono necessari server, reti o componenti speciali. Tuttavia, Anycast ha anche dei lati negativi. Si considera che la sua implementazione sia un compito complesso, che richiede attrezzature aggiuntive, fornitori affidabili e un'adeguata instradamento del traffico.<\/p>\n<h2>Dalla sorgente pura a un lontano mondo incantevole<\/h2>\n<p>\nSebbene Anycast indirizzi gli utenti in base al numero minore di passaggi, ci\u00f2 non significa necessariamente una latenza minima. La latenza \u00e8 una metrica pi\u00f9 complessa, poich\u00e9 per un passaggio pu\u00f2 essere superiore a quella di dieci. <\/p>\n<p><img decoding=\"async\" alt=\"Anycast contro Unicast: quale scegliere in ogni caso\" src=\"\/wp-content\/uploads\/2020\/07\/8fb50007806759ab243c89bb88cdeb31.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Esempio: le comunicazioni intercontinentali possono includere un passaggio con latenza molto elevata.<\/i><\/p>\n<p>Anycast \u00e8 principalmente utilizzato per servizi basati su UDP, come DNS. Le richieste degli utenti vengono indirizzate al data center pi\u00f9 \"ottimale\" e \"vicino\" in base ai percorsi BGP. <\/p>\n<p><img decoding=\"async\" alt=\"Anycast contro Unicast: quale scegliere in ogni caso\" src=\"\/wp-content\/uploads\/2020\/07\/05a1b75b981d55967e44e3b90cfd88b9.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Esempio: una workstation client DNS con l'indirizzo IP Anycast DNS 123.10.10.10 esegue la risoluzione DNS per il pi\u00f9 vicino di tre server DNS, dislocati utilizzando lo stesso indirizzo IP Anycast. In caso di guasto del router R1 o del server A, i pacchetti del client DNS verranno automaticamente reindirizzati al server DNS pi\u00f9 vicino successivo tramite i router R2 e R3. Inoltre, la route verso il nostro server A sar\u00e0 rimossa dalle tabelle di routing, il che impedir\u00e0 ulteriore utilizzo di quel server dei nomi.<\/i><\/p>\n<h2>Scenari di distribuzione<\/h2>\n<p>\nCi sono due schemi comuni utilizzati per determinare a quale server si collega l'utente:<\/p>\n<ul>\n<li><b>Anycast a livello di rete<\/b>. Collega l'utente al server pi\u00f9 vicino. Qui \u00e8 importante il percorso di rete dall'utente al server.<\/li>\n<li><b>Anycast a livello di applicazione<\/b>. In questo schema ci sono metriche calcolate pi\u00f9 complesse, inclusa la disponibilit\u00e0 del server, il tempo di risposta, il numero di connessioni, ecc. Questo dipende da un monitor esterno che fornisce statistiche sulla rete.<\/li>\n<\/ul>\n<p><\/p>\n<h2>CDN basato su Anycast<\/h2>\n<p>\nTornando ora all'uso di Anycast nelle reti di distribuzione dei contenuti. Anycast \u00e8 sicuramente un concetto di rete interessante e sta ricevendo sempre maggiore riconoscimento dai fornitori di CDN di nuova generazione.<\/p>\n<p>CDN \u00e8 una rete distribuita di server che fornisce contenuti agli utenti finali con alta disponibilit\u00e0 e bassa latenza. Le reti di distribuzione dei contenuti giocano oggi un ruolo importante, costituendo la base di numerosi servizi online multimediali, mentre i consumatori sono sempre meno tolleranti ai tempi di caricamento lenti. App mobili e video sono particolarmente sensibili al jitter e alla latenza della rete. <\/p>\n<p>CDN unisce tutti i server in una rete e garantisce un caricamento dei contenuti pi\u00f9 rapido. A volte \u00e8 possibile ridurre il tempo di attesa dell'utente di 5-6 secondi. L'obiettivo del CDN \u00e8 ottimizzare la consegna fornendo contenuti dal server pi\u00f9 vicino all'utente finale. Questo \u00e8 molto simile a Anycast, dove viene scelto il server pi\u00f9 vicino in base alla posizione dell'utente finale. Sembrerebbe che ogni fornitore di servizi CDN utilizzi di default Anycast, ma in realt\u00e0 non \u00e8 cos\u00ec.<\/p>\n<p>Le applicazioni che utilizzano protocolli come HTTP\/TCP si basano su una connessione stabilita. Se viene scelto un nuovo nodo Anycast (ad esempio, in caso di guasto del server), il servizio potrebbe essere interrotto. Ecco perch\u00e9 Anycast \u00e8 stato precedentemente raccomandato per servizi senza connessione come UDP e DNS. Tuttavia, Anycast funziona bene anche per protocolli orientati alla connessione, come TCP che funziona perfettamente in modalit\u00e0 Anycast.<\/p>\n<p>Altra parte dei fornitori di CDN applica la routing basata su Anycast, mentre altri preferiscono la routing basata su DNS: il server pi\u00f9 vicino viene scelto in base alla posizione del server DNS dell'utente.<\/p>\n<p>Le infrastrutture ibride e quelle con pi\u00f9 data center sono un altro esempio di applicazione di Anycast. L'indirizzo Load Balancing IP fornito dal provider consente di distribuire il carico tra gli indirizzi IP di diversi servizi dei clienti nel data center del provider. Grazie alla tecnologia di indirizzamento, a qualsiasi dispositivo, questo garantisce migliori prestazioni anche con un traffico elevato, resilienza e aiuta a ottimizzare i tempi di risposta con un grande numero di utenti.<\/p>\n<p>Nelle infrastrutture ibride con pi\u00f9 data center \u00e8 possibile distribuire il traffico tra server o anche macchine virtuali su server dedicati.<\/p>\n<p>In questo modo, c'\u00e8 una vasta gamma di soluzioni tecniche per costruire l'infrastruttura. \u00c8 inoltre possibile configurare il bilanciamento del carico per indirizzi IP in diversi data center, utilizzando l'indirizzamento a qualsiasi dispositivo del gruppo per ottimizzare le prestazioni del sito.<\/p>\n<p>\u00c8 possibile distribuire il traffico secondo le proprie regole, definendo il \"peso\" di ciascun server distribuito in ogni centro dati. Questa configurazione \u00e8 particolarmente utile quando si dispone di un parco server distribuito e le prestazioni dei servizi sono variabili. Ci\u00f2 consentir\u00e0 di distribuire pi\u00f9 frequentemente il traffico per migliorare le prestazioni dei server.<\/p>\n<p>Per creare un sistema di monitoraggio utilizzando il comando ping, \u00e8 possibile configurare i sensori. Questo permette all'amministratore di definire le proprie procedure di controllo e di avere una visione pi\u00f9 chiara dello stato di ciascun componente nell'infrastruttura. In questo modo \u00e8 possibile stabilire criteri di disponibilit\u00e0.<\/p>\n<p>Esiste la possibilit\u00e0 di costruire un'infrastruttura ibrida: a volte \u00e8 comodo mantenere il back office nella rete aziendale e esternalizzare la parte interfaccia a un fornitore.<\/p>\n<p>C'\u00e8 la possibilit\u00e0 di aggiungere certificati SSL per il bilanciamento del carico, la crittografia dei dati trasmessi e la sicurezza delle comunicazioni tra i visitatori del sito e l'infrastruttura aziendale. Nel caso di bilanciamento del carico tra i centri dati, \u00e8 possibile utilizzare anche SSL.<\/p>\n<p>Il servizio Anycast con bilanciamento del carico degli indirizzi pu\u00f2 essere fornito da un fornitore. Questa funzione aiuter\u00e0 a migliorare l'algoritmo di interazione degli utenti con le applicazioni in base alla posizione. \u00c8 sufficiente annunciare quali servizi sono presenti nel centro dati, e il traffico sar\u00e0 reindirizzato verso l'infrastruttura pi\u00f9 vicina. Se ci sono server dedicati, ad esempio, in Francia o in Nord America, i clienti saranno diretti verso il server pi\u00f9 vicino nella rete.<\/p>\n<p>Uno degli utilizzi di Anycast \u00e8 la scelta ottimale del punto di presenza dell'operatore (PoP). Facciamo un esempio <noindex><a rel=\"nofollow\" href=\"https:\/\/engineering.linkedin.com\/network-performance\/tcp-over-ip-anycast-pipe-dream-or-reality\">un esempio<\/a><\/noindex>. LinkedIn (bloccato in Russia) non si limita a migliorare le prestazioni e la velocit\u00e0 dei propri prodotti \u2014 applicazioni mobili e web \u2014 ma cerca anche di perfezionare l'infrastruttura di rete per una consegna pi\u00f9 rapida dei contenuti. Per questo, LinkedIn utilizza attivamente PoP \u2014 punti di presenza \u2014 per la consegna dinamica dei contenuti. Per indirizzare gli utenti al PoP pi\u00f9 vicino, viene utilizzato Anycast.<\/p>\n<p>Il motivo \u00e8 che nel caso di Unycast, ogni PoP di LinkedIn ha un indirizzo IP unico. Gli utenti vengono quindi assegnati a un PoP in base alla loro posizione geografica tramite DNS. Il problema \u00e8 che, utilizzando DNS, circa il 30% degli utenti negli Stati Uniti veniva reindirizzato a un PoP non ottimale. Con l'implementazione graduale di Anycast, l'assegnazione non ottimale di PoP \u00e8 scesa dal 31% al 10%.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast contro Unicast: quale scegliere in ogni caso\" src=\"\/wp-content\/uploads\/2020\/07\/f1635951294bc476639ec65d175c11e0.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>I risultati del test pilota sono mostrati nel grafico, dove l'asse Y rappresenta la percentuale di assegnazione ottimale del PoP. Con l'\u00abincremento\u00bb di Anycast si \u00e8 osservato un miglioramento nella percentuale di traffico verso il PoP ottimale in molti stati americani.<\/i><\/p>\n<h2>Monitoraggio della rete Anycast<\/h2>\n<p>\nTeoricamente, le reti Anycast sono semplici: a pi\u00f9 server fisici viene assegnato lo stesso indirizzo IP, che BGP utilizza per determinare il percorso. Tuttavia, la realizzazione e la progettazione delle piattaforme Anycast sono complesse, soprattutto per quelle reti Anycast che si \u00abdistinguono\u00bb per la loro resilienza. Ancora pi\u00f9 complesso \u00e8 il monitoraggio efficace della rete Anycast per una rapida identificazione e localizzazione dei guasti. <\/p>\n<p>Se i servizi utilizzano un fornitore CDN di terze parti per la distribuzione dei loro contenuti, \u00e8 fondamentale monitorare e verificare le prestazioni della rete. Nel monitoraggio di un CDN basato su Anycast, l'attenzione principale \u00e8 rivolta alla misurazione dei ritardi end-to-end e delle caratteristiche del penultimo hop, per capire quale centro dati stia erogando il contenuto. L'analisi delle intestazioni HTTP del server \u00e8 un altro modo per determinare l'origine dei dati.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast contro Unicast: quale scegliere in ogni caso\" src=\"\/wp-content\/uploads\/2020\/07\/9dfcf689c3c7a553b00de5f0dac4d0ec.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Esempio: intestazioni di risposta HTTP che indicano la posizione del server CDN.<\/i><\/p>\n<p>Ad esempio, CloudFlare utilizza la propria intestazione CF-Ray nei messaggi di risposta HTTP, che include l'indicazione del centro dati a cui \u00e8 stata inviata la richiesta. Nel caso di Zendesk, l'intestazione CF-Ray per la regione di Seattle \u00e8 CF-RAY: 2a21675e65fd2a3d-SEA, mentre per Amsterdam \u00e8 CF-RAY: 2a216896b93a0c71-AMS. Per determinare dove si trovi il contenuto, \u00e8 possibile anche utilizzare le intestazioni HTTP-X dalla risposta HTTP.<\/p>\n<h2>Altri metodi di indirizzamento<\/h2>\n<p>\nEsistono anche altri metodi di indirizzamento per instradare le richieste degli utenti a un punto finale specifico della rete:<\/p>\n<p>Unicast<\/p>\n<p>La maggior parte di Internet oggi utilizza proprio questo metodo. Unicast \u00e8 una trasmissione unidirezionale, in cui l'indirizzo IP \u00e8 associato solo a un nodo specifico nella rete. Questo \u00e8 ci\u00f2 che viene definito corrispondenza uno a uno.\u00a0<\/p>\n<p>Multicast<\/p>\n<p>Il multicast utilizza la comunicazione \"uno a molti da molti\" o \"molti a molti\". Il multicast consente di inviare richieste da un mittente a pi\u00f9 destinazioni scelte contemporaneamente. Questo d\u00e0 al cliente la possibilit\u00e0 di scaricare file in porzioni da pi\u00f9 host allo stesso tempo (utile per lo streaming di audio o video). Il multicast viene spesso confuso con l'Anycast, tuttavia, la principale differenza \u00e8 che l'Anycast indirizza il mittente a un nodo specifico, anche se ci sono pi\u00f9 nodi disponibili.<\/p>\n<p>Broadcast<\/p>\n<p>Un datagramma di un unico mittente viene inviato a tutti i punti finali associati a un indirizzo di broadcast. La rete replica automaticamente i datagrammi per potersi connettere a tutti i destinatari nel broadcast (solitamente in sottoreti identiche).<\/p>\n<p>Geocast<\/p>\n<p>Il Geocast \u00e8 in parte simile al multicast: le richieste da un mittente vengono inviate simultaneamente a pi\u00f9 punti finali. Tuttavia, la differenza sta nel fatto che il destinatario viene determinato dalla sua posizione geografica. Questa \u00e8 una forma specializzata di indirizzamento di gruppo utilizzata da alcuni protocolli di routing per reti peer-to-peer mobili.<\/p>\n<p>Il router geografico (Geo Router) calcola la propria area di servizio e la approssima. I geo-router, scambiandosi le aree di servizio, costruiscono tabelle di routing. Il sistema dei geo-router ha una struttura gerarchica.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast contro Unicast: quale scegliere in ogni caso\" src=\"\/wp-content\/uploads\/2020\/07\/fa98a1f0705bd754e1a9c8b479c834a7.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<img decoding=\"async\" alt=\"Anycast contro Unicast: quale scegliere in ogni caso\" src=\"\/wp-content\/uploads\/2020\/07\/da36388f194ac565aba7b7661839ff6c.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<img decoding=\"async\" alt=\"Anycast contro Unicast: quale scegliere in ogni caso\" src=\"\/wp-content\/uploads\/2020\/07\/16161b1bdc81867d8c8bba7bd084b7cf.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Unicast, Multicast e Broadcast.<\/i><\/p>\n<p>L'uso della tecnologia Anycast aumenta il livello di affidabilit\u00e0, tolleranza ai guasti e sicurezza del DNS. Utilizzando questa tecnologia, gli operatori offrono ai propri clienti servizi di bilanciamento del carico DNS di vario tipo. Nel pannello di controllo \u00e8 possibile specificare gli indirizzi IP a cui verranno inviati i richieste in base alla localizzazione geografica. Ci\u00f2 consentir\u00e0 ai clienti di distribuire in modo pi\u00f9 flessibile le richieste degli utenti.<\/p>\n<p>Alcuni operatori utilizzano strumenti di monitoraggio del percorso in ogni punto di presenza (POP): il sistema analizza automaticamente i percorsi locali e globali pi\u00f9 brevi per i punti di presenza e li reindirizza attraverso le posizioni geografiche con la latenza pi\u00f9 bassa e zero downtime.<\/p>\n<p>Attualmente, Anycast \u00e8 la soluzione pi\u00f9 stabile e affidabile per la creazione di servizi DNS ad alto carico, a cui sono richiesti elevati standard di robustezza e affidabilit\u00e0. <\/p>\n<p>Il dominio .ru supporta 35 server Anycast DNS, raggruppati in 20 nodi distribuiti su cinque aree Anycast. Viene utilizzato il principio di costruzione secondo criteri geografici, cio\u00e8 Geocast. Nell'allocazione dei nodi DNS si prevede il loro posizionamento in luoghi geograficamente distanti, vicini agli utenti pi\u00f9 attivi, con la massima concentrazione di fornitori russi nel punto di posizionamento del nodo, nonch\u00e9 la disponibilit\u00e0 di risorse libere e la facilit\u00e0 di interazione con il sito.<\/p>\n<h2>Come costruire un CDN?<\/h2>\n<p>\nIl CDN \u00e8 una rete di server che accelera la consegna di contenuti agli utenti.<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ruvds\/blog\/503800\/\"> La rete di distribuzione dei contenuti<\/a><\/noindex> unisce tutti i server in un'unica rete e garantisce un caricamento pi\u00f9 veloce dei contenuti. La velocit\u00e0 di caricamento \u00e8 fortemente influenzata dalla distanza tra il server e l'utente.<\/p>\n<p>Il CDN consente di utilizzare server che si trovano pi\u00f9 vicino al pubblico target. Ci\u00f2 riduce i tempi di attesa e aiuta ad accelerare il caricamento dei contenuti dei siti per tutti i visitatori, il che \u00e8 particolarmente critico per i siti con file di grandi dimensioni o servizi multimediali. Le aree di applicazione tipiche del CDN sono l'e-commerce e il settore dell'intrattenimento.<\/p>\n<p>La rete di server aggiuntivi creata nell'infrastruttura CDN, posizionata il pi\u00f9 vicino possibile agli utenti, favorisce una consegna dei dati pi\u00f9 stabile e rapida. Secondo le statistiche, l'uso del CDN riduce la latenza nell'accesso ai siti di oltre il 70% rispetto ai siti senza CDN.<\/p>\n<p>Come<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ruvds\/blog\/466447\/\"> creare un CDN utilizzando il DNS<\/a><\/noindex>? \u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430 CDN \u0441 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u0435\u043c \u0441\u043e\u0431\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0433\u043e \u0440\u0435\u0448\u0435\u043d\u0438\u044f Anycast \u043c\u043e\u0436\u0435\u0442 \u0431\u044b\u0442\u044c \u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e \u0434\u043e\u0440\u043e\u0433\u0438\u043c \u043f\u0440\u043e\u0435\u043a\u0442\u043e\u043c, \u043d\u043e \u0435\u0441\u0442\u044c \u0431\u043e\u043b\u0435\u0435 \u0434\u0435\u0448\u0435\u0432\u044b\u0435 \u0432\u0430\u0440\u0438\u0430\u043d\u0442\u044b. \u041d\u0430\u043f\u0440\u0438\u043c\u0435\u0440, \u043c\u043e\u0436\u043d\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c GeoDNS \u0438 \u043e\u0431\u044b\u0447\u043d\u044b\u0435 \u0441\u0435\u0440\u0432\u0435\u0440\u044b \u0441 \u0443\u043d\u0438\u043a\u0430\u043b\u044c\u043d\u044b\u043c\u0438 IP-\u0430\u0434\u0440\u0435\u0441\u0430\u043c\u0438. \u0421 \u043f\u043e\u043c\u043e\u0449\u044c\u044e \u0441\u0435\u0440\u0432\u0438\u0441\u043e\u0432 GeoDNS \u043c\u043e\u0436\u043d\u043e \u0441\u043e\u0437\u0434\u0430\u0442\u044c CDN \u0441 \u0444\u0443\u043d\u043a\u0446\u0438\u044f\u043c\u0438 \u0433\u0435\u043e\u043b\u043e\u043a\u0430\u0446\u0438\u0438, \u0432 \u043a\u043e\u0442\u043e\u0440\u043e\u0439 \u0440\u0435\u0448\u0435\u043d\u0438\u044f \u043f\u0440\u0438\u043d\u0438\u043c\u0430\u044e\u0442\u0441\u044f \u043d\u0430 \u043e\u0441\u043d\u043e\u0432\u0435 \u0440\u0435\u0430\u043b\u044c\u043d\u043e\u0433\u043e \u043c\u0435\u0441\u0442\u043e\u043f\u043e\u043b\u043e\u0436\u0435\u043d\u0438\u044f \u043f\u043e\u0441\u0435\u0442\u0438\u0442\u0435\u043b\u044f, \u0430 \u043d\u0435 \u043c\u0435\u0441\u0442\u043e\u043f\u043e\u043b\u043e\u0436\u0435\u043d\u0438\u044f \u0440\u0435\u0441\u043e\u043b\u0432\u0435\u0440\u0430 DNS. \u041c\u043e\u0436\u043d\u043e \u043d\u0430\u0441\u0442\u0440\u043e\u0438\u0442\u044c \u0441\u0432\u043e\u044e DNS-\u0437\u043e\u043d\u0443 \u0442\u0430\u043a, \u0447\u0442\u043e\u0431\u044b \u043f\u043e\u043a\u0430\u0437\u044b\u0432\u0430\u0442\u044c IP-\u0430\u0434\u0440\u0435\u0441\u0430 \u0430\u043c\u0435\u0440\u0438\u043a\u0430\u043d\u0441\u043a\u0438\u0445 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u043f\u043e\u0441\u0435\u0442\u0438\u0442\u0435\u043b\u044f\u043c \u0438\u0437 \u0421\u0428\u0410, \u0430 \u0435\u0432\u0440\u043e\u043f\u0435\u0439\u0441\u043a\u0438\u0435 \u043f\u043e\u0441\u0435\u0442\u0438\u0442\u0435\u043b\u0438 \u0431\u0443\u0434\u0443\u0442 \u0432\u0438\u0434\u0435\u0442\u044c IP-\u0430\u0434\u0440\u0435\u0441 \u0438\u0437 \u0415\u0432\u0440\u043e\u043f\u044b.<\/p>\n<p>Con GeoDNS \u00e8 possibile restituire risposte DNS diverse a seconda dell'indirizzo IP dell'utente. Per fare ci\u00f2, il server DNS viene configurato in modo da restituire indirizzi IP diversi in base all'indirizzo IP di origine della richiesta. Solitamente si utilizza un database GeoIP per determinare la regione da cui viene effettuata la richiesta. La geolocalizzazione tramite DNS consente di inviare agli utenti contenuti dal sito pi\u00f9 vicino.<\/p>\n<p>GeoDNS determina l'indirizzo IP del cliente che ha inviato la richiesta DNS o l'IP del server DNS ricorsivo del provider utilizzato per elaborare la richiesta del cliente. Basandosi sull'IP del cliente e sul database GeoIP, vengono definiti il paese o la regione. Successivamente, il cliente riceve l'indirizzo IP del server CDN pi\u00f9 vicino. Puoi leggere maggiori dettagli sulla configurazione di GeoDNS<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/178727\/\"> qui<\/a><\/noindex>.<\/p>\n<h2>Anycast o GeoDNS?<\/h2>\n<p>\nSebbene Anycast sia un ottimo metodo per la distribuzione dei contenuti su scala globale, manca di specificit\u00e0. Qui interviene GeoDNS. Questo servizio consente di creare regole che reindirizzano gli utenti a endpoint unici in base alla loro posizione.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast contro Unicast: quale scegliere in ogni caso\" src=\"\/wp-content\/uploads\/2020\/07\/05c9d6752ba196f90bfefe6091075b23.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Esempio: gli utenti dall'Europa vengono indirizzati a un altro endpoint.<\/i><\/p>\n<p>\u00c8 inoltre possibile vietare l'accesso ai domini rifiutando tutte le richieste. Questo \u00e8, in particolare, un modo rapido per bloccare gli aggressori.<\/p>\n<p>GeoDNS fornisce risposte pi\u00f9 accurate rispetto ad Anycast. Mentre nel caso di Anycast il percorso pi\u00f9 breve viene determinato in base al numero di hop, in GeoDNS il routing per gli utenti finali avviene in base alla loro posizione fisica. Questo riduce la latenza e aumenta la precisione nella creazione di regole di routing granulari. <\/p>\n<p>Quando si accede a un dominio, il browser si rivolge al server DNS pi\u00f9 vicino, che, a seconda del dominio, restituisce l'indirizzo IP per il caricamento del sito. Supponiamo che un negozio online sia popolare negli Stati Uniti e in Europa, ma i server DNS per esso siano disponibili solo in Europa. In questo caso, gli utenti negli Stati Uniti che vogliono utilizzare il negozio saranno costretti a inviare richieste al server pi\u00f9 vicino, e poich\u00e9 si trova molto lontano, dovranno attendere a lungo per ricevere una risposta: il caricamento del sito non sar\u00e0 veloce.<\/p>\n<p>Posizionando un server GeoDNS negli Stati Uniti, gli utenti si collegheranno gi\u00e0 a esso. La risposta sar\u00e0 rapida, il che influir\u00e0 sulla velocit\u00e0 di caricamento del sito.<\/p>\n<p>Nel caso di un server DNS esistente negli Stati Uniti, quando un utente da questo paese accede al dominio, si collegher\u00e0 al server pi\u00f9 vicino che fornir\u00e0 l'IP corretto. L'utente verr\u00e0 indirizzato al server che contiene il contenuto del sito, ma poich\u00e9 i server con il contenuto sono lontani, non ricever\u00e0 rapidamente ci\u00f2 che cerca.<\/p>\n<p>Se si posizionano negli Stati Uniti i server CDN con dati memorizzati nella cache, durante il caricamento il browser del cliente invier\u00e0 una richiesta al server DNS pi\u00f9 vicino, che restituir\u00e0 l'indirizzo IP corretto. Il browser, con l'IP ricevuto, si collega al server CDN pi\u00f9 vicino e al server principale, e il server CDN trasmette al browser i contenuti memorizzati nella cache. Mentre il contenuto memorizzato nella cache viene caricato, il server principale invia i file mancanti necessari a caricare l'intero sito. Di conseguenza, il tempo di caricamento del sito si riduce, poich\u00e9 vengono inviati molti meno file dal server principale. <\/p>\n<p>Determinare la posizione esatta di un determinato indirizzo IP non \u00e8 sempre un compito semplice: molti fattori sono coinvolti e i proprietari degli intervalli di indirizzi IP possono decidere di annunciarlo all'altro lato del mondo (in tal caso, si dovr\u00e0 attendere che il database si aggiorni per ottenere la posizione corretta). A volte i provider VPS assegnano indirizzi che presumibilmente si trovano negli Stati Uniti a VPS a Singapore.<\/p>\n<p>A differenza dell'utilizzo degli indirizzi Anycast, la distribuzione avviene durante la risoluzione dei nomi e non durante la connessione al server di caching. Se il server ricorsivo non supporta le sottoreti client EDNS, viene utilizzata la posizione di quel server ricorsivo e non quella dell'utente che si collegher\u00e0 al server di caching.<\/p>\n<p>Le sottoreti client nel DNS sono un'estensione del DNS (RFC7871) che definisce come i server DNS ricorsivi possano inviare informazioni sul cliente al server DNS, in particolare informazioni sulla rete che il server GeoDNS pu\u00f2 utilizzare per determinare in modo pi\u00f9 preciso la posizione del cliente.<\/p>\n<p>La maggior parte degli utenti utilizza i server DNS del proprio fornitore di servizi Internet o server DNS che si trovano geograficamente vicini a loro, ma se qualcuno negli Stati Uniti decide per qualche motivo di utilizzare un resolver DNS situato in Australia, probabilmente otterr\u00e0 l'indirizzo IP del server pi\u00f9 vicino all'Australia. <\/p>\n<p>Se desideri utilizzare GeoDNS, \u00e8 importante conoscere queste peculiarit\u00e0, poich\u00e9 in alcuni casi possono aumentare la distanza tra i server di caching e il cliente.<\/p>\n<p>Riassunto: se desideri unire pi\u00f9 VPS in un CDN, la migliore opzione di distribuzione \u00e8 l'utilizzo di un server DNS con funzione GeoDNS + Anycast 'out of the box'.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"http:\/\/ruvds.com\/ru-rub?utm_source=habr&amp;utm_medium=article&amp;utm_campaign=caplin&amp;utm_content=anycastvsunicast#order\"><img decoding=\"async\" alt=\"Anycast contro Unicast: quale scegliere in ogni caso\" src=\"\/wp-content\/uploads\/2020\/07\/73c6b0732883a352ddd9096804f2e533.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\n<br \/>Fonte: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ruvds\/blog\/511050\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u0440\u043e Anycast \u043d\u0430\u0432\u0435\u0440\u043d\u044f\u043a\u0430 \u043c\u043d\u043e\u0433\u0438\u0435 \u0441\u043b\u044b\u0448\u0430\u043b\u0438. \u041f\u0440\u0438 \u044d\u0442\u043e\u043c \u043c\u0435\u0442\u043e\u0434\u0435 \u0441\u0435\u0442\u0435\u0432\u043e\u0439 \u0430\u0434\u0440\u0435\u0441\u0430\u0446\u0438\u0438 \u0438 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u043e\u0434\u0438\u043d IP-\u0430\u0434\u0440\u0435\u0441 \u043f\u0440\u0438\u0441\u0432\u0430\u0438\u0432\u0430\u0435\u0442\u0441\u044f \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u0438\u043c \u0441\u0435\u0440\u0432\u0435\u0440\u0430\u043c \u0432 \u0441\u0435\u0442\u0438. \u042d\u0442\u0438 \u0441\u0435\u0440\u0432\u0435\u0440\u044b \u043c\u043e\u0433\u0443\u0442 \u043d\u0430\u0445\u043e\u0434\u0438\u0442\u044c\u0441\u044f \u0434\u0430\u0436\u0435 \u0432 \u0443\u0434\u0430\u043b\u0435\u043d\u043d\u044b\u0445 \u0434\u0440\u0443\u0433 \u043e\u0442 \u0434\u0440\u0443\u0433\u0430 \u0426\u041e\u0414. \u0418\u0434\u0435\u044f Anycast \u0432 \u0442\u043e\u043c, \u0447\u0442\u043e, \u0432 \u0437\u0430\u0432\u0438\u0441\u0438\u043c\u043e\u0441\u0442\u0438 \u043e\u0442 \u043c\u0435\u0441\u0442\u043e\u043f\u043e\u043b\u043e\u0436\u0435\u043d\u0438\u044f \u0438\u0441\u0442\u043e\u0447\u043d\u0438\u043a\u0430 \u0437\u0430\u043f\u0440\u043e\u0441\u043e\u0432, \u0434\u0430\u043d\u043d\u044b\u0435 \u043e\u0442\u043f\u0440\u0430\u0432\u043b\u044f\u044e\u0442\u0441\u044f \u043d\u0430 \u0431\u043b\u0438\u0436\u0430\u0439\u0448\u0438\u0439 (\u0441\u043e\u0433\u043b\u0430\u0441\u043d\u043e \u0442\u043e\u043f\u043e\u043b\u043e\u0433\u0438\u0438 \u0441\u0435\u0442\u0438, \u0442\u043e\u0447\u043d\u0435\u0435 \u2014 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 BGP) \u0441\u0435\u0440\u0432\u0435\u0440. \u0422\u0430\u043a\u0438\u043c [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":88962,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-88961","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u0440\u043e Anycast \u043d\u0430\u0432\u0435\u0440\u043d\u044f\u043a\u0430 \u043c\u043d\u043e\u0433\u0438\u0435 \u0441\u043b\u044b\u0448\u0430\u043b\u0438. \u041f\u0440\u0438 \u044d\u0442\u043e\u043c \u043c\u0435\u0442\u043e\u0434\u0435 \u0441\u0435\u0442\u0435\u0432\u043e\u0439 \u0430\u0434\u0440\u0435\u0441\u0430\u0446\u0438\u0438 \u0438 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u043e\u0434\u0438\u043d IP-\u0430\u0434\u0440\u0435\u0441 \u043f\u0440\u0438\u0441\u0432\u0430\u0438\u0432\u0430\u0435\u0442\u0441\u044f \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u0438\u043c \u0441\u0435\u0440\u0432\u0435\u0440\u0430\u043c \u0432 \u0441\u0435\u0442\u0438. \u042d\u0442\u0438 \u0441\u0435\u0440\u0432\u0435\u0440\u044b \u043c\u043e\u0433\u0443\u0442 \u043d\u0430\u0445\u043e\u0434\u0438\u0442\u044c\u0441\u044f \u0434\u0430\u0436\u0435 \u0432 \u0443\u0434\u0430\u043b\u0435\u043d\u043d\u044b\u0445 \u0434\u0440\u0443\u0433 \u043e\u0442 \u0434\u0440\u0443\u0433\u0430 \u0426\u041e\u0414.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"it_IT\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47Anycast \u043f\u0440\u043e\u0442\u0438\u0432 Unicast: \u0447\u0442\u043e \u043b\u0443\u0447\u0448\u0435 \u0432\u044b\u0431\u0438\u0440\u0430\u0442\u044c \u0432 \u043a\u0430\u0436\u0434\u043e\u043c \u0441\u043b\u0443\u0447\u0430\u0435 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u0440\u043e Anycast \u043d\u0430\u0432\u0435\u0440\u043d\u044f\u043a\u0430 \u043c\u043d\u043e\u0433\u0438\u0435 \u0441\u043b\u044b\u0448\u0430\u043b\u0438. \u041f\u0440\u0438 \u044d\u0442\u043e\u043c \u043c\u0435\u0442\u043e\u0434\u0435 \u0441\u0435\u0442\u0435\u0432\u043e\u0439 \u0430\u0434\u0440\u0435\u0441\u0430\u0446\u0438\u0438 \u0438 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u043e\u0434\u0438\u043d IP-\u0430\u0434\u0440\u0435\u0441 \u043f\u0440\u0438\u0441\u0432\u0430\u0438\u0432\u0430\u0435\u0442\u0441\u044f \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u0438\u043c \u0441\u0435\u0440\u0432\u0435\u0440\u0430\u043c \u0432 \u0441\u0435\u0442\u0438. \u042d\u0442\u0438 \u0441\u0435\u0440\u0432\u0435\u0440\u044b \u043c\u043e\u0433\u0443\u0442 \u043d\u0430\u0445\u043e\u0434\u0438\u0442\u044c\u0441\u044f \u0434\u0430\u0436\u0435 \u0432 \u0443\u0434\u0430\u043b\u0435\u043d\u043d\u044b\u0445 \u0434\u0440\u0443\u0433 \u043e\u0442 \u0434\u0440\u0443\u0433\u0430 \u0426\u041e\u0414.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-07-16T17:42:34+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-07-16T17:42:34+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Anycast contro Unicast: quale scegliere in ogni caso | ProHoster","description":"Probabilmente molti hanno sentito parlare di Anycast. Con questo metodo di indirizzamento e instradamento di rete, un singolo indirizzo IP viene assegnato a pi\u00f9 server nella rete. Questi server possono trovarsi anche in data center lontani tra loro.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47Anycast \u043f\u0440\u043e\u0442\u0438\u0432 Unicast: \u0447\u0442\u043e \u043b\u0443\u0447\u0448\u0435 \u0432\u044b\u0431\u0438\u0440\u0430\u0442\u044c \u0432 \u043a\u0430\u0436\u0434\u043e\u043c \u0441\u043b\u0443\u0447\u0430\u0435 | ProHoster","og:description":"\u041f\u0440\u043e Anycast \u043d\u0430\u0432\u0435\u0440\u043d\u044f\u043a\u0430 \u043c\u043d\u043e\u0433\u0438\u0435 \u0441\u043b\u044b\u0448\u0430\u043b\u0438. \u041f\u0440\u0438 \u044d\u0442\u043e\u043c \u043c\u0435\u0442\u043e\u0434\u0435 \u0441\u0435\u0442\u0435\u0432\u043e\u0439 \u0430\u0434\u0440\u0435\u0441\u0430\u0446\u0438\u0438 \u0438 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u043e\u0434\u0438\u043d IP-\u0430\u0434\u0440\u0435\u0441 \u043f\u0440\u0438\u0441\u0432\u0430\u0438\u0432\u0430\u0435\u0442\u0441\u044f \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u0438\u043c \u0441\u0435\u0440\u0432\u0435\u0440\u0430\u043c \u0432 \u0441\u0435\u0442\u0438. \u042d\u0442\u0438 \u0441\u0435\u0440\u0432\u0435\u0440\u044b \u043c\u043e\u0433\u0443\u0442 \u043d\u0430\u0445\u043e\u0434\u0438\u0442\u044c\u0441\u044f \u0434\u0430\u0436\u0435 \u0432 \u0443\u0434\u0430\u043b\u0435\u043d\u043d\u044b\u0445 \u0434\u0440\u0443\u0433 \u043e\u0442 \u0434\u0440\u0443\u0433\u0430 \u0426\u041e\u0414.","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-07-16T17:42:34+00:00","article:modified_time":"2020-07-16T17:42:34+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"88961","title":null,"description":null,"keywords":null,"keyphrases":{"focus":[],"additional":[]},"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 13:19:34","updated":"2026-08-11 12:50:13","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/88961","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=88961"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/88961\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/88962"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=88961"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=88961"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=88961"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}