Configurare Ottimizzazione recapito (DO) per Windows
Questo articolo descrive le diverse considerazioni sulla configurazione per ottimizzare Ottimizzazione recapito (DO) nell'ambiente.
Considerazioni sulla configurazione di Ottimizzazione recapito
Usare questo elenco di controllo per esaminare diversi aspetti durante la modifica delle configurazioni di Ottimizzazione recapito per l'ambiente.
Prerequisiti per consentire la comunicazione di Ottimizzazione recapito
Valutare i criteri di ottimizzazione recapito in base agli elementi seguenti:
- Topologia di rete
- Dimensioni dell'organizzazione
- Risorse di sistema
- Migliorare l'efficienza P2P
Uso della cache connessa (MCC)
Scegliere dove impostare i criteri di ottimizzazione recapito
1. Prerequisiti per consentire la comunicazione di Ottimizzazione recapito
Ottimizzazione recapito (DO) viene usato per scaricare contenuto Microsoft da origini diverse (origine HTTP, peer e/o soluzione cache dedicata). Richiede la comunicazione tra il client DO e i servizi per trovare le origini di contenuto migliori e più affidabili. Per il funzionamento di questa tecnologia, il client DO in esecuzione nel dispositivo Windows deve essere in grado di raggiungere il servizio cloud DO.
Altre informazioni sui requisiti per le impostazioni firewall, proxy e porta per abilitare la comunicazione di Ottimizzazione recapito.
Firewall
Sono presenti endpoint di servizio che è necessario consentire tramite il firewall per comunicare con il servizio Ottimizzazione recapito. Controllare l'elenco completo degli endpoint da consentire.
Proxy
Per consentire il corretto funzionamento del peer-to-peer (P2P), è necessario consentire chiamate dirette al servizio Ottimizzazione recapito dai dispositivi. Quando si usa un proxy, si desidera ignorare le chiamate dal servizio Ottimizzazione recapito (*.prod.do.dsp.mp.microsoft.com).
Proxy locale
Per i download da origini HTTP, Ottimizzazione recapito può usare la funzionalità di individuazione automatica del proxy di WinHttp per gestire la comunicazione con il server proxy. È importante sapere che Ottimizzazione recapito usa le richieste dell'intervallo di byte, quindi è necessario assicurarsi che il proxy consenta questa funzionalità. Altre informazioni sull'uso di Ottimizzazione recapito con un server proxy.
Proxy cloud
Se si usa un proxy cloud, le chiamate al servizio DO vengono incanalate tramite il proxy cloud e l'indirizzo IP pubblico dei dispositivi viene modificato, impedendo il corretto funzionamento di P2P. Per evitare problemi, è consigliabile configurarlo per consentire al traffico di Ottimizzazione recapito di ignorare il proxy. In caso contrario, è possibile che si verifichino prestazioni ridotte e un consumo maggiore di larghezza di banda.
Porte
Ottimizzazione recapito richiede l'uso di determinate porte per distribuire contenuto. Assicurarsi che tutte le porte necessarie siano aperte per garantire che Ottimizzazione recapito funzioni senza problemi.
| Port | Protocollo | Funzione |
|---|---|---|
| 7680 | TCP/IP | Ascolto di P2P tramite TCP/IP |
| 3544 | TCP/IP | Usare Teredo per individuare e connettersi ai peer tra i nats |
| 443 | HTTPS/TLS 1.2 | Usare per comunicare il client e il servizio ottimizzazione recapito |
2. Valutare i criteri di ottimizzazione recapito
Sono disponibili diverse impostazioni di Ottimizzazione recapito per soddisfare le esigenze dell'ambiente. Per sfruttare completamente Ottimizzazione recapito, è necessario concentrarsi sulle aree principali per determinare le impostazioni più appropriate per l'ambiente univoco.
2a. Topologia di rete
I gruppi di peer possono essere definiti in Ottimizzazione recapito usando una combinazione di impostazioni quali DODownloadMode, DOGroupID, DOGroupIDSource e DORestrictPeerSelection. La combinazione di impostazioni usate dipende dai gruppi di peer desiderati e dalla topologia di rete.
Opzioni di configurazione del peering
Ottimizzazione recapito può usare P2P per migliorare l'efficienza della larghezza di banda. La sezione descrive le diverse opzioni disponibili per definire i gruppi di peer per l'ambiente.
Rete locale (LAN)
Per definire un gruppo di peer limitato alla rete LAN, scegliere DODownloadMode (1), modalità LAN. Questa impostazione della modalità di download include tutti i dispositivi che condividono lo stesso indirizzo IP pubblico quando si connettono a Internet (dietro lo stesso NAT) in un singolo gruppo di peer.
Nota
È consigliabile usare la modalità di download del gruppo e/o limitare la selezione peer alla subnet se la topologia di rete è un hub e uno spoke.
Rete WAN (Wide Area Network)
Per ottenere gruppi di peer all'interno di reti NAT all'interno dello stesso sito, tramite la rete WAN o per avere un maggiore controllo nell'ambiente locale, usare la modalità di download '2', la modalità gruppo. La modalità di download del gruppo consente di definire un ID gruppo GUID univoco o di usare i raggruppamenti logici esistenti (ad esempio, sito AD) nell'organizzazione con l'impostazione DOGroupIDSource per identificare un gruppo peer.
Comportamento predefinito di GroupIDSource
Sono disponibili diverse opzioni per identificare l'ID gruppo usando DOGroupIDSource. Il comportamento predefinito, quando i criteri DOGroupID o DOGroupIDSource non sono impostati, consiste nel determinare l'ID gruppo usando AD Site (1), Authenticated domain SID (2) o Microsoft Entra tenant ID (5). Altre informazioni su tutte le opzioni disponibili per DOGroupIDSource.
Nota
Se il gruppo di peer si estende tra le reti NAT, il servizio Teredo verrà usato sulla porta 3544.
Per gli utenti di Configuration Manager, è consigliabile sfruttare i gruppi di limiti esistenti per definire i gruppi peer.
Limitare la selezione peer
Se l'ambiente richiede un approccio più granulare, è possibile usare l'impostazione limita l'individuazione peer insieme alla modalità di download per ottenere un maggiore controllo. Ad esempio, se si hanno più subnet diverse dietro lo stesso NAT ma si vuole limitare i gruppi di peer a una singola subnet, scegliere DODownloadMode (1) e DORestrictPeerSelection (Subnet). Questa impostazione può essere usata con una qualsiasi delle modalità di download correlate al peer (1, 2 o 3).
Opzioni non relative alpeering
Esistono due modalità di download valide che non usano la funzionalità P2P per distribuire contenuti; modalità di download (0) e (99). La modalità di download (0) usa metadati aggiuntivi forniti dai servizi ottimizzazione recapito per un'esperienza di download peerless, affidabile ed efficiente. La modalità di download (99) fornirà un'esperienza di download affidabile tramite HTTP dall'origine originale del download o da Microsoft, senza altri controlli.
Peering con VPN
Per impostazione predefinita, se Ottimizzazione recapito rileva una VPN, il peering non viene usato. Per modificare questo comportamento, usare i criteri DOAllowVPNPeerCaching . Il client ottimizzazione recapito cerca nelle stringhe "Description" e "FriendlyName" della scheda di rete per determinare l'utilizzo della VPN. Per consentire una maggiore flessibilità per l'identificazione VPN, usare DOVpnKeywords per aggiungere descrittori per una determinata VPN usata nell'organizzazione.
Nota
L'elenco di parole chiave predefinito è "VPN", "Secure" e "Virtual Private Network". Ad esempio, "MYVPN" corrisponde alla parola chiave "VPN" e viene rilevata come connessione VPN.
2b. Dimensioni dell'organizzazione
Ottimizzazione recapito è progettato per offrire prestazioni ottimali in un ambiente su larga scala con molti dispositivi. A seconda delle dimensioni dell'ambiente, è necessario valutare il valore di DOMinFileSizeToCache per ottimizzare il peering.
Dimensioni minime del file da memorizzare nella cache
Il peering del contenuto ha un numero limitato di slot disponibili in un determinato momento. Per impostazione predefinita, per il peering possono essere usati solo i file di contenuto di dimensioni pari o superiori a 50 MB. In un ambiente con più di 30 dispositivi, impostare DOMinFileSizeToCache su un valore inferiore (10 MB) per avere più contenuto disponibile per il peering, che può essere distribuito tra molti dispositivi. Per un numero ancora maggiore di dispositivi (>100), è possibile aumentare questa impostazione su (1 MB).
Dispositivi mobili
Per impostazione predefinita, le funzionalità P2P non sono abilitate per i dispositivi che usano una batteria. Se nell'ambiente sono presenti molti dispositivi mobili, provare a abilitare il criterio DOMinBatteryPercentageAllowedToUpload al 60%, per usare il peering mentre è a batteria.
2c. Risorse di sistema
Esistono alcune configurazioni di Ottimizzazione recapito che possono avere un impatto quando sono disponibili diverse risorse di sistema.
Dimensioni del disco
Modificare le dimensioni minime del disco (il valore predefinito è 32 GB) un dispositivo deve usare il peering con l'impostazione DOMinDiskSizeAllowedToPeer .
Ottimizzare le dimensioni della cache
È anche possibile gestire la quantità di spazio usata dalla cache ottimizzazione recapito con le impostazioni seguenti: DOMaxCacheSize (il valore predefinito è 20%) e DOAbsoluteMaxCacheSize (impostazione predefinita non configurata).
Dimensioni ram
Controllare la quantità minima di RAM (inclusiva) consentita per l'uso della cache peer (il valore predefinito è 4 GB), con DOMinRAMAllowedToPeer.
Numero elevato di dispositivi con risorse di sistema inattive
In un ambiente con dispositivi collegati e con ampio spazio libero su disco provare ad aumentare l'intervallo di scadenza del contenuto di DOMaxCacheAge a sette o più (fino a 30 giorni). È possibile sfruttare questi dispositivi, usandoli come origini di caricamento eccellenti per caricare più contenuti per un periodo più lungo.
2d. Migliorare l'efficienza P2P
Vuoi migliorare l'efficienza P2P? Alcune delle impostazioni più potenti che è possibile modificare che potrebbero avere un impatto significativo all'interno dell'ambiente includono:
Consente di ottimizzare la connessione peer su connessioni HTTP usando i criteri DOMinBackgroundQoS . Un buon valore per i criteri DOMinBackgroundQoS è inferiore alla velocità di download media visualizzata nella rete. Ad esempio, se la velocità media è 1000 KB/s, impostare questo criterio su 500 KB/s.
Migliorare le possibilità di download da peer e/o server di cache ritardando il tempo necessario per effettuare le connessioni prima di tornare all'origine HTTP. Il set di criteri correlati al ritardo include:
Per migliorare l'efficienza dei peer o di un server cache dedicato, un buon punto di partenza è 60 secondi per le impostazioni in background e 30 secondi per le impostazioni in primo piano.
Nota
Non tutti i tipi di contenuto sono idonei per P2P. Per altre informazioni, vedere l'elenco completo .
Opzioni di limitazione della larghezza di banda
Indipendentemente da P2P, è consigliabile impostare i criteri seguenti per evitare interruzioni di rete.
- Gestire l'utilizzo della rete come percentuale o valore assoluto. Questi criteri includono:
- Ridurre le interruzioni limitando le richieste in modo diverso in momenti diversi del giorno, usando i criteri di orario di ufficio seguenti:
Nota
I criteri assoluti sono consigliati in ambienti con larghezza di banda ridotta.
3. Uso della cache connessa (MCC)
- DOCacheHost è l'elenco dei nomi dei server host della cache, separati da virgole. Il client ottimizzazione recapito si connette ai server Microsoft Connected Cache elencati nell'ordine in cui sono elencati.
- DOCacheHostSource può essere usato per individuare in modo dinamico i server host della cache nella rete, usando DHCP.
- DelayCacheServerFallbackBackground e DelayCacheServerFallbackForeground sono i criteri di ritardo per migliorare le probabilità di pull di contenuto dai server host della cache di rete. Vedere i valori consigliati nella sezione Migliorare l'efficienza P2P precedente.
- DODisallowCacheServerDownloadsOnVPN consente al controllo del server host della cache di fornire contenuto, quando il dispositivo si trova in una connessione VPN.
4. Scegliere dove impostare i criteri di ottimizzazione recapito
Criteri di gruppo
Usare Criteri di gruppo per gestire le impostazioni di Ottimizzazione recapito qui,
Computer Configuration\Administrative Templates\Windows Components\Delivery Optimization
Criteri MDM
Usare MDM per gestire le impostazioni di Ottimizzazione recapito qui,
.Vendor/MSFT/Policy/Config/DeliveryOptimization/
Ottimizzazione recapito è integrato sia con Microsoft Endpoint Manager che con Configuration Manager.
Riepilogo delle raccomandazioni di configurazione di base
| Caso d'uso | Criterio | Valore consigliato |
|---|---|---|
| Usare P2P | DownloadMode | 1 o 2 |
| Non usare P2P | DownloadMode | 0 |
| Numero di dispositivi nell'organizzazione | MinFileSizeToCache | 1 MB per i dispositivi del gruppo > peer 100 |
| Risorse di sistema inattive | MaxCacheAge | 7 giorni (604800 secondi) |
| Migliorare l'efficienza P2P | MinBackgroundQoS e DelayBackgroundDownloadFromHttp/DelayForegroundDownloadFromHttp | 500 KB/s e 60/30 secondi |
| Uso della cache connessa? | DelayCacheServerFallbackBackground/DelayCacheServerFallbackForeground | 60/30 secondi |
Monitorare l'ottimizzazione recapito
Sia che si scelgano le configurazioni predefinite di Ottimizzazione recapito o che le si adatti al proprio ambiente, è necessario tenere traccia dei risultati per vedere come migliorano l'efficienza. Altre informazioni sulle opzioni di monitoraggio per Ottimizzazione recapito.
Risolvere i problemi di Ottimizzazione recapito
Potrebbero esserci molti motivi diversi per cui Ottimizzazione recapito non funziona nell'ambiente. Altre informazioni sullo strumento di risoluzione dei problemi do e sui problemi e le soluzioni comuni per migliorare l'esperienza di utilizzo di Ottimizzazione recapito.
Ottimizzazione recapito test
Altre informazioni sulle linee guida sugli scenari di test di base per vedere come funziona Ottimizzazione recapito.
Commenti e suggerimenti
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedere https://aka.ms/ContentUserFeedback.
Invia e visualizza il feedback per