Considerazioni sull'hardware nell'ottimizzazione delle prestazioni di Active Directory Domain Services

  • Articolo

Importante

Di seguito è riportato un riepilogo delle raccomandazioni e delle considerazioni principali per ottimizzare l'hardware del server per i carichi di lavoro di Active Directory trattati in modo più approfondito nell'articolo Pianificazione della capacità per Active Directory Domain Services. Si consiglia di leggere Pianificazione della capacità per Active Directory Domain Services per una maggiore comprensione tecnica e per le implicazioni di questi consigli.

Evitare di passare al disco

Active Directory memorizza nella cache la maggior parte del database consentita dalla memoria. Il recupero delle pagine dalla memoria è molto più veloce rispetto a quello dei supporti fisici, indipendentemente dal fatto che il supporto sia basato su spindle o unità SSD. Aggiungere più memoria per ridurre al minimo l'I/O del disco.

  • Le procedure consigliate di Active Directory consigliano di mettere in memoria una quantità di RAM sufficiente a caricare l'intero DIT, oltre a ospitare il sistema operativo e altre applicazioni installate, come antivirus, software di backup, monitoraggio e così via.

  • Mettere il sistema operativo, i log e il database in volumi separati. Se è possibile memorizzare nella cache tutto o la maggior parte del DIT, una volta che la cache si è riscaldata e si è stabilizzata, questo aspetto diventa meno rilevante e offre una maggiore flessibilità nel layout di archiviazione. Negli scenari in cui non è possibile memorizzare nella cache l'intero DIT, l'importanza di suddividere il sistema operativo, i log e il database in volumi separati diventa più importante.

  • In genere, i rapporti di I/O sul DIT sono circa il 90% di lettura e il 10% di scrittura. Gli scenari in cui i volumi di I/O di scrittura superano significativamente il 10% - 20% vengono considerati con un elevato carico di scrittura. Gli scenari con elevato carico di scrittura non traggono grande vantaggio dalla cache di Active Directory. Per garantire la durabilità transazionale dei dati scritti nella directory, Active Directory non esegue la memorizzazione nella cache di scrittura su disco. Esegue invece il commit di tutte le operazioni di scrittura sul disco prima che restituisca uno stato di completamento corretto per un'operazione, a meno che non esista una richiesta esplicita di non eseguire questa operazione. Di conseguenza, l'I/O veloce del disco è importante per le prestazioni delle operazioni di scrittura in Active Directory. Di seguito sono riportati i consigli hardware che potrebbero migliorare le prestazioni per questi scenari:

    • Controller RAID hardware

    • Aumentare il numero di dischi a bassa latenza/RPM elevato che ospitano i file DIT e di log

    • Memorizzazione nella cache in scrittura nel controller

  • Esaminare le prestazioni del sottosistema del disco singolarmente per ogni volume. La maggior parte degli scenari di Active Directory è principalmente basata sulla lettura, pertanto le statistiche sul volume che ospita il DIT sono le più importanti da controllare. Tuttavia, non trascurare il monitoraggio del resto delle unità, inclusi il sistema operativo e le unità dei file di log. Per determinare se il controller di dominio è configurato correttamente per evitare che lo spazio di archiviazione costituisca un collo di bottiglia per le prestazioni, fare riferimento alla sezione sui sottosistemi di archiviazione per consigli sugli standard di archiviazione. In molti ambienti, la filosofia consiste nel garantire che ci sia spazio sufficiente per gestire i picchi di carico. Queste soglie sono soglie di avviso in cui la capacità di gestire i picchi di carico diventa limitata e la velocità di risposta dei client diminuisce. In breve, il superamento di queste soglie non è negativo a breve termine (da 5 a 15 minuti alcune volte al giorno), tuttavia un sistema che funziona in modo prolungato con questo tipo di statistiche non memorizza completamente nella cache il database e potrebbe essere sovraccaricato e quindi deve essere esaminato.

    • Database ==> Instances(lsass/NTDSA)\Latenza media letture database I/O < 15ms

    • Database ==> Instances(lsass/NTDSA)\Letture database I/O/sec < 10

    • Database ==> Instances(lsass/NTDSA)\Latenza media scritture log I/O < 10ms

    • Database ==> Instances(lsass/NTDSA)\Scritture log I/O/sec – solo a titolo informativo.

      Per mantenere la coerenza dei dati, tutte le modifiche devono essere scritte nel log. In questo caso non esiste un numero corretto o non corretto, è solo una misura della quantità supportata dallo spazio di archiviazione.

  • Pianificare carichi di I/O non core del disco, ad esempio le analisi di backup e antivirus, per periodi di carico non di picco. Usare anche soluzioni di backup e antivirus che supportano la funzionalità di I/O con priorità bassa introdotta in Windows Server 2008 per ridurre la concorrenza con le esigenze di I/O di Active Directory.

Non sovraccaricare i processori

I processori che non dispongono di cicli liberi sufficienti possono causare tempi di attesa lunghi per il recupero dei thread nel processore per l'esecuzione. In molti ambienti, la filosofia consiste nel garantire che ci sia spazio sufficiente per gestire i picchi di carico per ridurre al minimo l'impatto sulla velocità di risposta dei client in questi scenari. In breve, il superamento delle soglie sotto indicate non è negativo nel breve periodo (da 5 a 15 minuti alcune volte al giorno), tuttavia un sistema che funziona in modo prolungato con questo tipo di statistiche non offre alcun margine di manovra per gestire carichi anomali e può facilmente essere sottoposto a uno scenario di sovraccarico. I sistemi che trascorrono periodi prolungati al di sopra delle soglie devono essere esaminati per ridurre i carichi del processore.

  • Per altre informazioni su come selezionare un processore, vedere Ottimizzazione delle prestazioni per l'hardware del server.

  • Aggiungere hardware, ottimizzare il carico, indirizzare i client altrove o rimuovere il carico dall'ambiente per ridurre il carico della CPU.

  • Usare il contatore delle prestazioni Informazioni processore (_Totale)\% utilizzo processore < 60%.

Evitare di sovraccaricare la scheda di rete

Come nel caso dei processori, un utilizzo eccessivo della scheda di rete provoca lunghi tempi di attesa per il traffico in uscita dalla rete. Active Directory tende ad avere piccole richieste in ingresso e quantità relativamente elevate di dati restituiti ai sistemi client. I dati inviati superano di gran lunga i dati ricevuti. In molti ambienti, la filosofia consiste nel garantire che ci sia spazio sufficiente per gestire i picchi di carico. Questa soglia è una soglia di avviso in cui la capacità di gestire i picchi di carico diventa limitata e la velocità di risposta dei client diminuisce. In breve, il superamento di queste soglie non è negativo a breve termine (da 5 a 15 minuti alcune volte al giorno), tuttavia un sistema che funziona in modo prolungato con questo tipo di statistiche è sovraccaricato e deve essere esaminato.

  • Per altre informazioni su come ottimizzare il sottosistema di rete, vedere Ottimizzazione delle prestazioni di per sottosistemi di rete.

  • Usare il contatore delle prestazioni Confronta NetworkInterface(*)\Byte inviati/sec con NetworkInterface(*)\Larghezza di banda corrente. Il rapporto deve essere inferiore al 60% di utilizzo.

Riferimenti aggiuntivi