Panoramica di Microsoft Connected Cache for ISP
Microsoft Connected Cache (MCC) per i provider di servizi Internet (anteprima) è una soluzione di memorizzazione nella cache gratuita solo software che fornisce contenuto Microsoft. McC può essere distribuito gratuitamente in tutti i server bare metal o nelle macchine virtuali in base alle esigenze ed è gestito da un portale cloud. Quando viene distribuito, MCC può contribuire a ridurre l'utilizzo della larghezza di banda di rete per il contenuto e gli aggiornamenti 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: App e aggiornamenti di Microsoft 365
- 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?
McC integra il peering scaricando 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 MCC.
Funzionamento di MCC
I passaggi seguenti descrivono come viene eseguito il provisioning e l'uso di MCC:
Il portale di Azure viene usato per creare e gestire i nodi MCC.
Uno script della shell viene usato per effettuare il provisioning del server e distribuire l'applicazione MCC.
Una combinazione del portale di Azure e dello script della shell viene usata per configurare Microsoft Delivery Optimization Services per instradare il traffico al server MCC.
L'indirizzo IPv4 accessibile pubblicamente del server è configurato nel portale.
Routing manuale: Fornire i blocchi CIDR che rappresentano lo spazio indirizzi IP client, che devono essere indirizzati al nodo MCC.
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 MCC.
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 MCC corrispondente.
I client Microsoft effettuano le richieste di intervallo per il contenuto dal nodo MCC.
Un nodo MCC 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 MCC 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).