Panoramica di Microsoft Connected Cache for ISP
Microsoft Connected Cache for Internet Service Providers (anteprima) è una soluzione di memorizzazione nella cache gratuita solo software che fornisce contenuto Microsoft. La cache connessa può essere distribuita gratuitamente in tutti i server bare metal o nelle macchine virtuali in base alle esigenze ed è gestita da un portale cloud. Quando viene distribuita, Cache connessa consente di ridurre l'utilizzo della larghezza di banda di rete per gli aggiornamenti e il contenuto software Microsoft. I nodi della cache vengono creati nel portale cloud e sono configurati per distribuire il traffico ai clienti tramite il routing CIDR o BGP manuale.
Scenari supportati
Microsoft Connected Cache (anteprima) supporta gli scenari seguenti:
- Provider di servizi Internet che fornisce download di contenuti per i clienti finali
- Provider di servizi di rete che forniscono il transito per altri provider di servizi
Contenuto supportato
Microsoft Connected Cache usa Ottimizzazione recapito come backbone per il recapito di contenuti Microsoft. Microsoft Connected Cache memorizza nella cache i tipi seguenti:
- Aggiornamenti di Windows: aggiornamenti qualitativi e delle funzionalità di Windows
- App a portata di clic di Office: Microsoft 365 Apps e aggiornamenti
- App client: Intune, app dello Store e aggiornamenti
- Endpoint Protection: aggiornamenti delle definizioni di Windows Defender
- Xbox: Xbox Game Pass (solo PC)
Per l'elenco completo degli endpoint di contenuto supportati da Microsoft Connected Cache per gli ISP, vedere Endpoint di contenuto e servizi di Microsoft Connected Cache.
Si sta già eseguendo il peering con 8075?
La cache connessa integra il peering tramite l'offload di contenuto statico servito da più reti CDN, ad esempio Akamai, Lumen, Edgecast. Il contenuto statico, ad esempio aggiornamenti del sistema operativo, app, installazioni software e così via, non può essere servito tramite 8075. Quindi, anche se si esegue il peering con Microsoft, è possibile trarre vantaggio dall'installazione di Connected Cache.
Funzionamento della cache connessa
I passaggi seguenti descrivono come viene eseguito il provisioning e l'uso di Connected Cache:
Il portale di Azure viene usato per creare e gestire i nodi della cache connessa.
Uno script della shell viene usato per effettuare il provisioning del server e distribuire l'applicazione Cache connessa.
Una combinazione di portale di Azure e script della shell viene usata per configurare Microsoft Delivery Optimization Services per instradare il traffico al server Cache connessa.
L'indirizzo IPv4 accessibile pubblicamente del server è configurato nel portale.
Routing manuale: Fornire i blocchi CIDR che rappresentano lo spazio degli indirizzi IP client, che deve essere instradato al nodo Cache connessa.
Routing BGP: Uno script della shell viene usato per avviare una sessione di peering con un router nella rete operatore e l'operatore avvia una sessione con il nodo Cache connessa.
Nota
Al momento sono supportati solo gli indirizzi IPv4. L'immissione di indirizzi IPv6 genererà un errore.
I dispositivi dell'utente finale Microsoft (client) si connettono periodicamente a Microsoft Delivery Optimization Services e i servizi corrispondono all'indirizzo IP del client con l'indirizzo IP del nodo Cache connessa corrispondente.
I client Microsoft effettuano le richieste di intervallo per il contenuto dal nodo Cache connessa.
Un nodo cache connessa ottiene il contenuto dalla rete CDN, ne esegue il seeding nella cache locale archiviata su disco e recapita il contenuto al client.
Le richieste successive dai dispositivi dell'utente finale per il contenuto verranno gestite dalla cache.
Se il nodo Cache connessa non è disponibile, il client ottiene il contenuto dalla rete CDN per garantire un servizio ininterrotto per i sottoscrittori.
Raccomandazione per l'hardware
Di seguito sono riportate le configurazioni hardware consigliate in base agli intervalli di traffico:
| Microsoft Connected Cache Machine Class | Scenario | Intervallo di traffico | Raccomandazione per la macchina virtuale/hardware |
|---|---|---|---|
| Edge | Per gli ISP più piccoli o i siti remoti che fanno parte di una rete più grande. | < Picco di 5 Gbps |
VM Fino a 8 core Fino a 16 GB di memoria 1 500 GB SSD |
| Metro POP | Per gli ISP, gli IX o i provider di transito che gestiscono una quantità moderata di traffico in una rete che potrebbe richiedere uno di più nodi della cache. | Picco da 5 a 20 Gbps |
VM o hardware 16 core* 32 GB di memoria 2 - 3 unità SSD da 500 GB ciascuna |
| Centro dati | Per gli ISP, gli IX o i provider di transito che gestiscono quotidianamente una grande quantità di traffico e potrebbero richiedere la distribuzione di più nodi della cache. | Picco da 20 a 40 Gbps |
Hardware, vedere la specifica di esempio seguente: 32 o più core* 64 o più GB di memoria 4 - 6 500 - 1 TB SSD** ciascuno |
*Richiede sistemi (chipset, CPU, scheda madre) con PCIe versione 3 o successiva.
**La velocità dell'unità è importante e per ottenere una maggiore uscita, è consigliabile usare SSD NVMe nello slot M.2 PCIe (versione 4 o successiva).