Test Ottimizzazione recapito
Panoramica
Ottimizzazione recapito è uno strumento potente e utile per aiutare le aziende a gestire l'utilizzo della larghezza di banda per il download di contenuti Microsoft. Si tratta di una soluzione progettata per essere usata in ambienti su larga scala con un numero elevato di dispositivi, varie dimensioni di contenuto e così via. Ottimizzazione recapito è nativa delle versioni attualmente supportate di Windows e fornisce la configurazione predefinita per sfruttare al massimo l'ambiente tipico dei clienti. Ottimizzazione recapito viene usato per distribuire molti tipi diversi di contenuti, in modo che i clienti Microsoft godano della migliore esperienza di download possibile per il proprio ambiente. L'ottimizzazione recapito include tre componenti:
- Downloader HTTP.
- Tecnologia cloud peer-to-peer (P2P).
- Microsoft Connected Cache.
Uno dei vantaggi più potenti dell'uso di Ottimizzazione recapito è la possibilità di ottimizzare le impostazioni che consentono agli utenti di comporre il recapito di contenuti Microsoft per soddisfare le esigenze di ambienti specifici.
Monitoraggio dei risultati
Poiché Ottimizzazione recapito è attivata per impostazione predefinita, è possibile monitorare il valore tramite le impostazioni di Windows per "Ottimizzazione recapito" usando i cmdlet powershell di Ottimizzazione recapito e/o tramite l'esperienza report di Windows Update per le aziende in Azure.
Nel caso in cui Ottimizzazione recapito non funzioni nell'ambiente, è importante analizzare per individuare la radice del problema. È consigliabile creare un ambiente di test per valutare facilmente i dispositivi tipici per garantire il corretto funzionamento di Ottimizzazione recapito. Per iniziare, è necessario creare "Scenario 1: Configurazione di base" per testare l'uso di Ottimizzazione recapito tra due computer. Questo scenario è progettato per eliminare eventuali rumori nell'ambiente per garantire che non vi sia nulla che impedisca l'utilizzo di Ottimizzazione recapito nei dispositivi. Dopo aver creato una baseline, è possibile espandere l'ambiente di test per i test più sofisticati.
Aspettative e obiettivi
Gli scenari di test in questo articolo sono incentrati principalmente sulla dimostrazione dei criteri di ottimizzazione recapito incentrati sul corretto download dei byte tramite P2P. In particolare, l'obiettivo è mostrare che il peer-to-peer funziona come previsto, usando i criteri seguenti:
- I peer possono trovarsi a vicenda (ad esempio sullo stesso lan/subnet/gruppo, corrispondente al criterio "Modalità download").
- I file vengono scaricati nell'impostazione prevista dei criteri "Modalità download" (convalida la connettività alle configurazioni do cloud, HTTP e locali).
- Almeno alcuni download vengono eseguiti tramite P2P (convalida la connettività tra peer).
Diversi elementi che influiscono sul peering complessivo, usando Ottimizzazione recapito. È necessario considerare i fattori di ambiente più comuni e di impatto.
- Il numero di file nella cache eilnumero di dispositivi hanno un grande effetto sul peering complessivo. È disponibile un numero impostato di file per il peering alla volta, da ogni client, quindi il dispositivo di peering potrebbe non gestire un file specifico.
- Le dimensioni del fileel'affidabilità della connessione Internetsono importanti. È disponibile un'impostazione ottimizzazione recapito per determinare le dimensioni minime del file da usare P2P. Inoltre, una connessione Internet deve essere sufficientemente aperta e affidabile da consentire al client ottimizzazione recapito di effettuare chiamate API del servizio cloud e scaricare i file di metadati prima di avviare il download di un file.
- I criteri di ottimizzazione recapito possono svolgere un ruolo. In generale, è importante acquisire familiarità con le impostazioni di Ottimizzazione recapito e le impostazioni predefinite ottimizzazione recapito - Distribuzione di Windows | Microsoft Docs..
Ottimizzazione recapito è una piattaforma P2P ibrida
L'approccio ibrido di Ottimizzazione recapito per il download da più origini (HTTP e peer) in parallelo è particolarmente fondamentale per gli ambienti su larga scala, valutando costantemente l'origine ottimale da cui distribuire il contenuto. In combinazione, la distribuzione della cache del contenuto, tra i dispositivi partecipanti, contribuisce alla capacità di Ottimizzazione recapito di trovare risparmi sulla larghezza di banda man mano che diventano disponibili più peer.
Al momento dell'avvio di un download, il client ottimizzazione recapito inizia il download dall'origine HTTP e individua i peer contemporaneamente. Con un file più piccolo, la maggior parte dei byte potrebbe essere scaricata da un'origine HTTP prima di connettersi a un peer, anche se sono disponibili peer. Con un file più grande e peer LAN di qualità, potrebbe ridurre la frequenza delle richieste HTTP a quasi zero, ma solo dopo aver effettuato tali richieste iniziali da HTTP.
Nella sezione successiva si vedrà come i due scenari di test producono risultati diversi nel numero di byte provenienti da HTTP rispetto ai peer. Questi scenari mostrano Ottimizzazione recapito che valuta continuamente la posizione ottimale da cui scaricare il contenuto.
Scenari di test
Scenario 1: Configurazione di base
Traguardo: Illustrare il funzionamento della tecnologia peer-to-peer di Ottimizzazione recapito usando due computer in un ambiente di test controllato.
Risultati previsti: Il computer 1 scaricherà zero byte dai peer e Machine 2 scaricherà il 50-99% dai peer.
Configurazione del computer di test
| Elenco di controllo per l'installazione | Valore/spiegazione |
|---|---|
| Numero di computer utilizzati | 2 |
| Macchine virtuali/dispositivi fisici | 2 |
| Versione del sistema operativo Windows | Windows 10 (21H2) e Windows 11 (21H2) |
| RAM | 8 GB |
| Dimensioni del disco | 127 GB |
| Rete | Connesso alla stessa rete, che è rappresentativa della rete aziendale. |
| Sospendere gli aggiornamenti di Windows | Ciò controlla l'ambiente di test in modo che non venga reso disponibile alcun altro contenuto durante il test e potenzialmente modificando il risultato del test. Se si verificano problemi e non si verifica alcun peering, usare "Get-DeliveryOptimizationStatus" nel primo computer per restituire un elenco in tempo reale dei peer connessi. |
| Verificare che tutte le app dello Store siano aggiornate | Ciò consente di evitare il download di nuovi aggiornamenti imprevisti durante i test. |
| Criteri di ottimizzazione recapito 'Modalità download' | 2 (Gruppo)(impostato su ogni computer) |
| Criteri 'GroupID' ottimizzazione recapito | Impostare lo stesso "GUID" in ogni computer di test. Un GUID è un valore obbligatorio, che può essere generato tramite PowerShell, '[guid]::NewGuid().'. |
| Obbligatorio nei dispositivi Windows 11 imposta solo il criterio ottimizzazione recapito 'Limita selezione peer' | 0-NAT (impostato su ogni computer). Il comportamento predefinito in Windows 11 è impostato su '2-Local Peer Discovery'. A scopo di test, è necessario definire l'ambito per NAT. |
Istruzioni di test
Per ogni computer verrà usato il set di istruzioni seguente:
Aprire la console di PowerShell come 'Administrator'.
- Cancellare la cache DO: 'Delete-DeliveryOptimizationCache'.
- Eseguire 'Get-DeliveryOptimizationStatus'.
Aprire MS Store e cercare 'Asfalto Legende 9'. Selezionare Recupera per avviare il download del contenuto (dimensioni del contenuto: ~3,4 GB).
Nel computer n. 1
Eseguire "Istruzioni di test"
Windows 10 Windows 11 
Osservazioni - Nessun peer trovato nel primo computer che scarica il contenuto.
- 'TotalBytesDownloaded' è uguale alle dimensioni del file.
- Lo stato è impostato su "Memorizzazione nella cache" del contenuto in modo che i peer futuri possano usarlo.
- Il download è stato eseguito in primo piano.
- DownloadMode è impostato su 'Group' e non sono stati trovati peer.
- Nessuna osservazione distinta osservata tra i dispositivi Windows 10 e Windows 11.Attendere 5 minuti.
Nel computer n. 2
Eseguire "Istruzioni di test"
Windows 10 Windows 11 
Osservazioni Osservazioni - È stato trovato un peer per il contenuto e l'87% dei byte totali proviene dal peer.
- È stato trovato un peer per il contenuto, previsto perché nel gruppo di peering sono presenti solo due dispositivi.
- La modalità di download è stata impostata su "Gruppo", ma poiché la modalità gruppo include dispositivi LAN e di gruppo, Ottimizzazione recapito assegna la priorità ai peer LAN, se trovati. 'BytesFromLanPeers' mostra pertanto i byte in cui 'BytesFromGroupPeers' non lo fa.
- "DownloadDuration" è approssimativamente lo stesso tra i computer.- È stato trovato un peer per il contenuto e il 90% dei byte totali proviene dal peer.
- Tutti gli altri punti sono uguali ai risultati di Windows 10.
Scenario 2: Configurazione avanzata
Traguardo:
Illustrare il funzionamento della tecnologia peer-to-peer di Ottimizzazione recapito in un ambiente non controllato e l'espansione a tre computer
Risultati previsti:
Il computer 1 scaricherà zero byte dai peer e Computer 2 troverà peer e scaricherà il 50-99% dai peer. Computer 3 troverà due peer e scaricherà il 50-99% dai peer.
Configurazione del computer di test
| Elenco di controllo per l'installazione | Valore/spiegazione |
|---|---|
| Numero di computer utilizzati | 3 |
| Macchine virtuali | 3 |
| Versione del sistema operativo Windows | Windows 10 (21H2) |
| RAM | 8 GB |
| Dimensioni del disco | 127 GB |
| Rete | Connesso alla stessa rete, che è rappresentativa della rete aziendale. |
| Criteri di ottimizzazione recapito 'Modalità download' | 2 (Gruppo)(impostato su ogni computer). |
| Criteri 'ID gruppo' ottimizzazione recapito | Impostare lo stesso "GUID" in ogni computer di test. Un GUID è un valore obbligatorio, che può essere generato tramite PowerShell, '[guid]::NewGuid().] (https://devblogs.microsoft.com/scripting/powertip-create-a-new-guid-by-using-powershell/)'. |
| Criteri 'Delay background download from http' di Ottimizzazione recapito | 60 (impostato su ogni computer). |
| Ottimizzazione recapito 'Ritardare il download in primo piano dai criteri HTTP | 60 (impostato su ogni computer). |
Istruzioni di test
Per ogni computer verrà usato il set di istruzioni seguente:
- Cancellare la cache DO: 'Delete-DeliveryOptimizationCache'.
- Aprire MS Store e cercare 'Asfalto Legende 9'. Selezionare Recupera per avviare il download del contenuto (dimensioni del contenuto: ~3,4 GB).
- Aprire la console di PowerShell come amministratore. Eseguire 'Get-DeliveryOptimizationStatus'.
Nel computer n. 1:
Eseguire "Istruzioni di test"
Output: Windows 10 (21H2)
Osservazioni
- Il primo download nel gruppo di dispositivi mostra tutti i byte provenienti da HTTP, 'BytesFromHttp'.
- Il download è in primo piano perché l'app dello Store esegue il download e in primo piano nel dispositivo perché viene avviata dall'utente nell'app dello Store.
- Non vengono trovati peer.
Attendere 5 minuti.
Nel computer n. 2:
Eseguire "Istruzioni di test"
Prodotto Windows 10 (21H2)
Osservazioni
- 'PercentPeerCaching' è 99,8%
- È ancora in uso l'origine 'BytesFromHttp'
- È stato trovato un peer
- Tutto il peering è stato eseguito dal dispositivo sulla LAN, come illustrato con 'BytesFromLanPeers'
Nel computer n. 3:
Eseguire "Istruzioni di test"
Prodotto: Windows 10 (21H2)
Osservazioni
- 'PercentPeerCaching' è approssimativamente lo stesso del computer n. 2, al 99,7%.
- Vengono ora trovati due peer.
- Download ancora dall'origine HTTP come illustrato con il valore 'BytesFromHttp'.
Osservazioni di peersourcing per tutti i computer nel gruppo di test
La natura distribuita della tecnologia ottimizzazione recapito è ovvia quando si esegue di nuovo il cmdlet "Get-DeliveryOptimizationStatus" in ognuno dei computer di test. Per ognuno di essi è presente un nuovo valore popolato per il campo 'BytesToLanPeers'. Questo test dimostra che man mano che diventano disponibili più peer, le richieste di download dei byte vengono distribuite nel gruppo di peering e fungono da origine per il contenuto del peering. Ogni peer svolge un ruolo nella manutenzione dell'altro.
Prodotto: Computer 1
'BytesToPeers' originato dal computer 1 sono '5704426044'. Rappresenta il numero totale di byte scaricati dai due peer nel gruppo.
Prodotto: Computer 2
'BytesToPeers' originato dal computer 2 sono '1899143740'. Quando sono presenti due peer nel gruppo con byte disponibili, si noti che la distribuzione dei byte proviene dal computer 1 o dal computer 2.
Prodotto: Computer 3
'BytesToPeers' originato dal computer 3 sono '0'. Ciò significa che nessun altro peer sta scaricando byte da questo peer, che è previsto dal momento che è stato l'ultimo computer del gruppo.
Conclusione
L'uso di Ottimizzazione recapito consente di avere un impatto significativo sugli ambienti dei clienti per ottimizzare la larghezza di banda. La tecnologia peer-to-peer offre molte configurazioni progettate per essere flessibili per qualsiasi organizzazione. Ottimizzazione recapito usa una cache distribuita tra origini diverse per garantire l'esperienza di download ottimale, limitando al tempo stesso le risorse usate in ogni dispositivo.
Gli scenari di test disponibili in questo documento consentono di visualizzare un ambiente di test controllato, evitando che gli aggiornamenti interrompano i risultati del peering. L'altro, un caso più reale, dimostra come il contenuto disponibile tra peer verrà usato come origine del contenuto.
Se si verificano problemi durante il test, i cmdlet powershell di Ottimizzazione recapito possono essere uno strumento utile per spiegare cosa accade nell'ambiente.