Domande frequenti su Configuration Manager in Azure

Sì, questo scenario è supportato. Per altre informazioni, vedere Supporto per gli ambienti di virtualizzazione.

La replica basata su file e database per le comunicazioni da sito a sito trae vantaggio dalla prossimità dell'hosting in Azure. Tuttavia, tutto il traffico correlato al client sarebbe remoto dai server del sito e dai sistemi del sito. Se si usa una connessione di rete veloce e affidabile tra Azure e la intranet con un piano dati illimitato, l'hosting di tutta l'infrastruttura in Azure è un'opzione.

Se si usa un piano dati a consumo e la larghezza di banda o i costi disponibili sono un problema, è consigliabile inserire siti e sistemi del sito specifici in locale. Usare quindi i controlli della larghezza di banda incorporati in Configuration Manager. Si consideri anche questa configurazione quando la connessione di rete tra Azure e la intranet non è veloce o può essere inaffidabile.

No, si tratta di infrastruttura distribuita come servizio (IaaS). Si ospitano i server di infrastruttura Configuration Manager nelle macchine virtuali di Azure.

1. Rete
2. Disponibilità
3. Prestazioni
4. Costo
5. Esperienza utente

Per altre informazioni su questi fattori, vedere le altre domande riportate di seguito.

Sì. L'hub di Azure Stack supporta le macchine virtuali IaaS come il cloud di Azure. Quindi Configuration Manager è supportato nell'hub di Azure Stack allo stesso modo di IaaS di Azure.

Configuration Manager funzionalità collegate al cloud che si basano su servizi cloud specifici non sono supportate con l'hub di Azure Stack. Ad esempio, non è possibile creare un gateway di gestione cloud (CMG) nell'hub di Azure Stack.

Microsoft consiglia di usare ExpressRoute. Le velocità di rete e la latenza possono influire sulle funzionalità tra il server del sito e i sistemi del sito remoto e tra qualsiasi comunicazione client con i sistemi del sito.

Non esistono limitazioni in Configuration Manager per l'uso di Azure Gateway VPN. È consigliabile esaminare attentamente i requisiti seguenti da questa infrastruttura e quindi prendere la decisione:

• Prestazioni
• Patching
• Distribuzione dei software
• Distribuzione del sistema operativo

Considerare gli aspetti seguenti per ogni soluzione:

ExpressRoute (scelta consigliata)

• Estensione naturale per il data center e può collegare più data center
• Connessioni private tra i data center di Azure e l'infrastruttura
• Non passa attraverso internet pubblico
• Offre affidabilità, velocità elevate, latenza inferiore, sicurezza elevata
• Offre fino a 10 Gbps velocità e opzioni di piano dati illimitate

Gateway VPN

• VPN da sito a sito o da punto a sito
• Il traffico passa attraverso internet pubblico
• Usa Internet Protocol Security (IPsec) e Internet Key Exchange (IKE)

Per altre informazioni, vedere ExpressRoute o VPN di Azure.

Dipende. ExpressRoute offre molte opzioni diverse, ad esempio illimitate o a consumo, diverse opzioni di velocità e componenti aggiuntivi Premium. Le opzioni selezionate dipendono dalla funzionalità Configuration Manager in uso e dalla quantità di dati che si intende distribuire. È possibile controllare il trasferimento di dati Configuration Manager tra i server del sito e i punti di distribuzione, ma non è possibile controllare la comunicazione tra server del sito e server del sito. Quando si usa un piano dati a consumo, se si inseriscono siti e sistemi del sito specifici in locale e si usano i controlli della larghezza di banda predefiniti di Configuration Manager, è possibile controllare il costo dell'uso di Azure.

Sì. Quando si passa ad Azure, le configurazioni supportate rimangono invariate, inclusi i requisiti di Active Directory per l'installazione di Configuration Manager.

No. Microsoft Entra'ID non è attualmente supportato. I server del sito devono comunque essere membri di un dominio di Active Directory.

Sì. È possibile usare i set di disponibilità delle macchine virtuali di Azure per i ruoli ridondanti del sistema del sito, ad esempio punti di distribuzione o punti di gestione.

È anche possibile usarli per i server del sito Configuration Manager. Ad esempio, i siti di amministrazione centrale e i siti primari possono trovarsi tutti nello stesso set di disponibilità. Questa configurazione consente di assicurarsi che non vengano riavviate contemporaneamente.

Per altre informazioni, vedere Opzioni di disponibilità per Azure Macchine virtuali e Opzioni a disponibilità elevata per Configuration Manager.

No. È necessario usare SQL Server in una macchina virtuale. Configuration Manager attualmente non supporta Azure SQL Server.

Per la disponibilità elevata del server di database del sito, usare SQL Server Always On gruppi di disponibilità. Per altre informazioni, vedere Preparare l'uso di un gruppo di disponibilità SQL Server Always On con Configuration Manager.

Configuration Manager non viene testato con i servizi di bilanciamento del carico di Azure. Se la funzionalità è trasparente per l'applicazione, non dovrebbe avere effetti negativi sulle normali operazioni.

I fattori seguenti sono i più importanti per Configuration Manager prestazioni in Azure:

• Dimensioni e tipo di macchina virtuale di Azure
• Dischi di macchine virtuali di Azure: l'archiviazione Premium è consigliata, in particolare per SQL Server
• Latenza e velocità di rete

In generale, la potenza di calcolo (CPU e memoria) deve soddisfare l'hardware consigliato per Configuration Manager. Esistono tuttavia alcune differenze tra l'hardware normale del computer e le macchine virtuali di Azure, soprattutto quando si tratta dei dischi usati da queste macchine virtuali. Le dimensioni della macchina virtuale usate dipendono dalle dimensioni dell'ambiente.

L'elenco seguente include alcune raccomandazioni generali per le dimensioni della macchina virtuale:

• Per le distribuzioni di produzione di qualsiasi dimensione significativa, usare le macchine virtuali di Azure della classe S . Queste macchine virtuali possono usare dischi di archiviazione Premium. Le macchine virtuali di classe non S usano l'archiviazione BLOB e in generale non soddisfano i requisiti di prestazioni necessari per un'esperienza di produzione accettabile.
• Usare più dischi di archiviazione Premium per una scalabilità più elevata ed eseguire lo striping nella console di Gestione dischi di Windows per ottenere il massimo numero di operazioni di I/O al secondo.
• Usare dischi Premium migliori o multipli durante la distribuzione iniziale del sito. Ad esempio, P30 anziché P20 e due dischi P30 in un volume con striping, anziché un singolo P30. Se il sito in un secondo momento deve aumentare le dimensioni della macchina virtuale a causa di un carico aggiuntivo, è possibile sfruttare la CPU e la memoria aggiuntive fornite da una macchina virtuale di dimensioni maggiori. Sono già presenti dischi che possono sfruttare la velocità effettiva di operazioni di I/O al secondo aggiuntiva consentita dalle dimensioni maggiori della macchina virtuale.

Le tabelle seguenti elencano i conteggi dei dischi suggeriti iniziali da usare nei siti di amministrazione primaria e centrale per le varie installazioni di dimensioni:

Database del sito condiviso

Sito di amministrazione primario o centrale con il database del sito nel server del sito:

Database del sito remoto

Un sito di amministrazione primaria o centrale con il database del sito in un server remoto:

Esempio

Questa immagine mostra una configurazione del disco di esempio per la macchina virtuale seguente:

• Una macchina virtuale di dimensioni DS14_V2 per un sito che gestisce da 50.000 a 100.000 client
• Tre dischi P30 in un volume con striping
• Volumi logici separati per i file di installazione e di database Configuration Manager

Le decisioni prese per la rete, la disponibilità, le prestazioni e la posizione del server del sito possono influire direttamente sugli utenti. Lo spostamento di un sito in Azure deve essere trasparente per gli utenti in modo che non subiscano modifiche nelle interazioni quotidiane con Configuration Manager.

Ad eccezione delle comunicazioni dal server del sito a un punto di distribuzione, queste comunicazioni da server a server in un sito possono verificarsi in qualsiasi momento e non usano meccanismi per controllare l'uso della larghezza di banda di rete. Poiché non è possibile controllare la comunicazione tra sistemi del sito come punti di gestione e punti di aggiornamento software, assicurarsi di considerare eventuali costi associati a queste comunicazioni.

Anche le velocità di rete e la latenza sono altri fattori da considerare. Le reti lente o inaffidabili potrebbero influire sulla funzionalità tra il server del sito e i sistemi del sito remoto e la comunicazione client con i sistemi del sito. Fattore del numero di client gestiti che usano un determinato sistema del sito e delle funzionalità usate attivamente.

Come punto di partenza, è possibile usare le linee guida standard per i sistemi del sito tra i collegamenti WAN. Idealmente, la velocità effettiva di rete selezionata e ricevuta tra Azure e la intranet sarà coerente con una rete WAN ben connessa con una rete veloce.

L'approccio per la gestione del contenuto è simile a quello per i server del sito e i sistemi del sito.

• Se si usa una connessione di rete veloce e affidabile tra Azure e la intranet con un piano dati illimitato, l'hosting di punti di distribuzione standard in Azure potrebbe essere un'opzione.

• Se si applica uno dei fattori seguenti:

  • Si usa un piano dati a consumo
  • Il costo della larghezza di banda è un problema
  • La connessione di rete tra Azure e la intranet non è veloce o può essere inaffidabile

  È quindi possibile considerare gli altri approcci seguenti:

  • Usare punti di distribuzione standard o pull in locale.
  • Abilitare Windows BranchCache nei punti di distribuzione o in altre tecnologie di memorizzazione nella cache peer.
  • Usare un gateway di gestione cloud (CMG) abilitato per il contenuto. Si noti che non supporta i pacchetti di aggiornamento software per gli aggiornamenti Microsoft. È necessario avere un percorso alternativo o configurare la distribuzione degli aggiornamenti software per consentire ai client di ottenere contenuto di aggiornamento da Internet.

Usare un gateway di gestione cloud.Use a cloud management gateway (CMG). Il cmg offre un modo semplice per gestire i client Configuration Manager su Internet. Il servizio viene distribuito in una sottoscrizione di Azure e si connette all'infrastruttura locale tramite il punto di connettore del gateway di gestione cloud. I client possono quindi accedere ai ruoli del sistema del sito locale, indipendentemente dal fatto che siano connessi alla rete interna o a Internet.

La peer cache è una tecnologia di Configuration Manager nativa al 100%. BranchCache e Ottimizzazione recapito sono funzionalità di Windows. Possono essere tutti utili a seconda delle esigenze. Per altre informazioni, inclusa una tabella per confrontare le funzionalità, vedere Concetti fondamentali sulla gestione del contenuto - Tecnologie di memorizzazione nella cache peer.

È difficile da dire perché ogni ambiente è diverso. Per stimare il costo per l'ambiente, usare il calcolatore prezzi di Azure.

Nozioni fondamentali

• Che cos'è Azure

Tipi di computer di macchine virtuali di Azure

• Dimensioni delle macchine di Azure
• Prezzi delle macchine virtuali
• Prezzi di archiviazione

Considerazioni sulle prestazioni del disco

• Archiviazione Premium
• Selezionare un tipo di disco di macchine virtuali IaaS
•               Obiettivi di scalabilità e prestazioni per gli account di archiviazione standard
• Post di blog sul funzionamento dell'archiviazione Premium

Disponibilità

• Contratto di servizio di Azure per le macchine virtuali
• Opzioni di disponibilità per macchine virtuali di Azure

Connettività

• ExpressRoute o VPN di Azure
• Prezzi di Azure ExpressRoute
• Che cos'è Azure ExpressRoute?