Aspetti da considerare quando si ospitano controller di dominio Active Directory in ambienti di hosting virtuale

Questo articolo descrive i problemi che interessano un controller di dominio basato su Windows Server in esecuzione come sistema operativo guest negli ambienti di hosting virtuale. Vengono inoltre illustrate le considerazioni da considerare quando un controller di dominio viene eseguito in un ambiente di hosting virtuale.

Numero KB originale: 888794

Riepilogo

Un ambiente di hosting virtuale consente di eseguire più sistemi operativi guest in un singolo computer host contemporaneamente. Il software host virtualizza le risorse seguenti:

• CPU
• Memoria
• Disco
• Rete
• Dispositivi locali

Virtualizzando queste risorse in un computer fisico, il software host consente di usare un minor numero di computer per distribuire sistemi operativi per il test e lo sviluppo e nei ruoli di produzione. Alcune restrizioni si applicano a un controller di dominio Active Directory eseguito in un ambiente di hosting virtuale. Queste restrizioni non si applicano a un controller di dominio eseguito in un computer fisico.

Questo articolo illustra gli aspetti da considerare quando un controller di dominio basato su Windows Server viene eseguito in un ambiente di hosting virtuale. Gli ambienti di hosting virtuale includono:

• Windows Server Virtualization con Hyper-V.
• Famiglia di prodotti di virtualizzazione VMware.
• Famiglia Novell di prodotti di virtualizzazione.
• Famiglia citrix di prodotti di virtualizzazione.
• Qualsiasi prodotto nell'elenco degli hypervisor nel Server Virtualization Validation Program (SVVP).

Per altre informazioni sullo stato corrente dell'affidabilità e della sicurezza del sistema per i controller di dominio virtualizzati, vedere l'articolo seguente:

Virtualizzazione dei controller di dominio tramite Hyper-V.

L'articolo Virtualizing Domain Controllers (Virtualizzazione dei controller di dominio) fornisce raccomandazioni generali applicabili a tutte le configurazioni. Molte delle considerazioni descritte in questo articolo si applicano anche agli host di virtualizzazione di terze parti. Può includere raccomandazioni e impostazioni specifiche per l'hypervisor in uso, tra cui:

• Come configurare la sincronizzazione dell'ora per i controller di dominio.
• Come gestire i volumi dei dischi per l'integrità dei dati.
• Come sfruttare il supporto dell'ID di generazione negli scenari di ripristino o migrazione.
• Come gestire l'allocazione e le prestazioni di RAM e core del processore nell'host della macchina virtuale.

Note

Se si usano host di virtualizzazione di terze parti, consultare la documentazione dell'host di virtualizzazione per indicazioni e consigli specifici.

Questo articolo integra l'articolo Virtualizing Domain Controllers (Virtualizzazione dei controller di dominio) fornendo altri suggerimenti e considerazioni non inclusi nell'ambito dell'articolo Virtualizing Domain Controllers (Virtualizzazione dei controller di dominio).

Aspetti da considerare quando si ospitano ruoli del controller di dominio in un ambiente di hosting virtuale

Quando si distribuisce un controller di dominio Active Directory in un computer fisico, alcuni requisiti devono essere soddisfatti durante il ciclo di vita del controller di dominio. La distribuzione di un controller di dominio in un ambiente di hosting virtuale aggiunge alcuni requisiti e considerazioni, tra cui:

• Il servizio Active Directory consente di mantenere l'integrità del database di Active Directory se si verifica una perdita di alimentazione o un altro errore. A tale scopo, il servizio esegue scritture non memorizzate nel buffer e tenta di disabilitare la cache di scrittura del disco nei volumi che ospitano il database e i file di log di Active Directory. Active Directory tenta anche di funzionare in questo modo se è installato in un ambiente di hosting virtuale.

  Se il software dell'ambiente di hosting virtuale supporta correttamente una modalità di emulazione SCSI che supporta l'accesso forzato alle unità , le scritture senza buffer eseguite da Active Directory in questo ambiente vengono passate al sistema operativo host. Se fuA non è supportato, è necessario disabilitare manualmente la cache di scrittura in tutti i volumi del sistema operativo guest che ospita:

  • database di Active Directory
  • i log
  • file del checkpoint

  Note

  • È necessario disabilitare la cache di scrittura per tutti i componenti che usano Extensible Storage Engine (ESE) come formato di database. Questi componenti includono Active Directory, Il servizio Replica file (FRS), Windows Internet Name Service (WINS) e DYNAMIC Host Configuration Protocol (DHCP).
  • Come procedura consigliata, è consigliabile installare alimentatori non aggiornabili in host di macchine virtuali.

• Un controller di dominio Active Directory deve essere eseguito in modalità Active Directory in modo continuo non appena viene installato. Non arrestare o sospendere la macchina virtuale per un periodo di tempo prolungato. All'avvio del controller di dominio, deve verificarsi la replica di Active Directory. Assicurarsi che tutti i controller di dominio eseseguono la replica in ingresso in tutte le partizioni di Active Directory mantenute localmente in base alla pianificazione definita nei collegamenti del sito e negli oggetti di connessione. È particolarmente vero per il numero di giorni specificato dall'attributo di durata della rimozione definitiva.

  Se la replica non si verifica, potrebbe verificarsi contenuto incoerente dei database di Active Directory nei controller di dominio nella foresta. L'incoerenza si verifica perché la conoscenza delle eliminazioni persiste per il numero di giorni definiti dalla durata della rimozione definitiva. Quando i controller di dominio non completano in modo transitivo la replica in ingresso delle modifiche di Active Directory entro questo numero di giorni, gli oggetti rimarranno in Active Directory. La pulizia di oggetti persistenti può richiedere molto tempo, soprattutto nelle foreste multidominio che includono molti controller di dominio.

• Per eseguire il ripristino da vari problemi, un controller di dominio Active Directory richiede backup regolari dello stato del sistema. La durata utile predefinita di un backup dello stato del sistema è di 60 o 180 giorni. Dipende dalla versione del sistema operativo e dalla revisione del Service Pack applicata durante l'installazione. Questa vita utile è controllata dall'attributo di durata della rimozione definitiva in Active Directory. È necessario eseguire il backup di almeno un controller di dominio in ogni dominio della foresta in un ciclo regolare, in base al numero di giorni specificato nella durata della rimozione definitiva.

  In un ambiente di produzione è necessario eseguire backup giornalieri dello stato del sistema da due controller di dominio diversi.

  Note

  Quando l'host della macchina virtuale acquisisce uno snapshot di una macchina virtuale, il sistema operativo guest non rileva questo snapshot come backup. Quando l'host supporta l'ID di generazione Hyper-V, questo ID viene modificato quando l'immagine viene avviata da uno snapshot o da una replica. Per impostazione predefinita, il controller di dominio considera se stesso essere ripristinato da un backup.

Aspetti da considerare quando si ospitano ruoli del controller di dominio in host in cluster o quando si usa Active Directory come back-end in un ambiente di hosting virtuale

• Quando i controller di dominio vengono eseguiti nei server host in cluster, si prevede che siano a tolleranza di errore. Le stesse aspettative si applicano alle distribuzioni di server virtuali che non provengono da Microsoft. Tuttavia, esiste un problema in questo presupposto: per consentire ai nodi, ai dischi e ad altre risorse in un computer host cluster di avviare automaticamente, le richieste di autenticazione dal computer devono essere gestite da un controller di dominio nel dominio del computer. In alternativa, parte della configurazione dell'host cluster deve essere archiviata in Active Directory.

  Per assicurarsi che tali controller di dominio siano accessibili durante l'avvio del sistema del cluster, distribuire almeno due controller di dominio nel dominio del computer in una soluzione di hosting indipendente all'esterno di questa distribuzione del cluster. È possibile usare hardware fisico o un'altra soluzione di hosting virtuale che non ha una dipendenza di Active Directory. Per altre informazioni su questo scenario, vedere Evitare di creare singoli punti di errore.

• Questi controller di dominio su piattaforme separate devono essere mantenuti online ed essere accessibili dalla rete (in DNS e in tutte le porte e protocolli necessari) agli host in cluster. In alcuni casi, gli unici controller di dominio che possono eseguire le richieste di autenticazione durante l'avvio del cluster si trovano in un computer host cluster che viene riavviato. In questo caso, le richieste di autenticazione hanno esito negativo ed è necessario ripristinare manualmente il cluster.

  Note

  Non presupporre che questa situazione si applichi solo a Hyper-V. Le soluzioni di virtualizzazione di terze parti possono anche usare Active Directory come archivio di configurazione o per l'autenticazione durante determinati passaggi di avvio o modifica della configurazione della macchina virtuale.

Supporto per controller di dominio Active Directory in ambienti di hosting virtuale

Per altre informazioni, vedere Criteri di supporto per il software Microsoft eseguito in software di virtualizzazione hardware non Microsoft.