Istanza gestita SCOM di Monitoraggio di Azure - Domande frequenti

Per mantenere la latenza, è consigliabile avere la rete virtuale nella stessa area delle altre risorse di Azure.

Lo spazio indirizzi minimo è /27 (ovvero /28 e versioni successive non funzioneranno).

• La rete virtuale richiede due subnet.
  • Per Istanza gestita SCOM
  • Per Istanza gestita di SQL
• La subnet per Istanza gestita di SQL sarà una subnet delegata (dedicata) e non verrà usata dall'istanza gestita SCOM. Denominare le subnet di conseguenza per evitare confusione in futuro durante la creazione dell'istanza gestita di SQL/Istanza gestita SCOM.

Lo spazio indirizzi minimo deve essere /27 per la subnet di istanza gestita di SQL e /28 per la subnet dell'istanza gestita SCOM.

No, entrambe le opzioni possono essere lasciate vuote.

No, è possibile disabilitarli tutti o abilitarli in base alle preferenze dell'organizzazione.

Se sono state create più reti virtuali, è necessario eseguirne il peering. Se si esegue il peering di due reti, assicurarsi di eseguire il peering tra entrambe le reti. Pertanto, se si esegue il peering di tre reti, è necessario eseguire sei peering. Per altre informazioni sul peering, vedere Peering di rete virtuale di Azure.

• È necessario specificare un nome di peering (nel campo Nome del collegamento di peering).
• Il primo nome viene usato per denominare la rete peer dalla rete corrente all'altra rete. Il secondo nome viene usato per denominare la rete peer dall'altra rete a questa rete.
• Nella sezione Rete virtuale specificare il nome della rete virtuale di cui si sta eseguendo il peering. Se non è possibile trovare la rete virtuale, è possibile cercarla usando l'ID risorsa. Mantenere il resto delle opzioni come predefinito.

1. Se non viene visualizzata l'area che si vuole scegliere (Stati Uniti occidentali o Europa occidentale) nell'elenco delle aree, selezionare Area non visualizzata e quindi selezionare Richiedere l'aumento della quota per la sottoscrizione.
2. Immettere i campi obbligatori in Informazioni di base e passare a Dettagli per immettere i Dettagli del problema.
3. Selezionare Immetti dettagli. La pagina Dettagli quota si aprirà nel riquadro destro. In Area scegliere l'area desiderata e modificare i limiti desiderati (10 subnet e 500 vCore dovrebbero essere sufficienti). Selezionare Salva e continua e quindi selezionare Avanti: Rivedi e crea >> per generare il ticket. La risoluzione del ticket potrebbe richiedere 24 ore. Attendere che venga risolto prima di procedere con la creazione dell'istanza di Istanza gestita di SQL.
   Per altre informazioni, vedere Quali aree di Azure sono supportate?

Durante la fase di distribuzione, possono esserci diversi motivi per cui la distribuzione di un'istanza gestita SCOM mostra un errore. Ciò potrebbe essere dovuto a un input errato durante la creazione o a un errore back-end. Generare un ticket di supporto nel caso in cui sia necessaria ulteriore assistenza. Nello scenario di un errore durante la distribuzione, è consigliabile eliminare l'istanza e crearne di nuovo una. Per altre informazioni, vedere Risolvere i problemi relativi all'Istanza gestita SCOM di Monitoraggio di Azure.

È possibile eliminare l'istanza dalla vista dell'istanza stessa o dalla vista Gruppo di risorse.
Nella vista dell'istanza selezionare Elimina dal menu in alto e attendere la conferma dell'eliminazione dell'istanza. In alternativa, passare alla vista del gruppo di risorse (cercare Gruppo di risorse nella barra di ricerca di Azure e nell'elenco dei risultati aprire il gruppo di risorse). Passare al gruppo di risorse in cui risiede l'istanza gestita SCOM ed eliminare l'istanza.
Dopo l'eliminazione dell'istanza, sarà necessario eliminare anche i due database creati in SQL MI. Nella visualizzazione risorse selezionare i due database (a seconda del nome assegnato all'istanza gestita SCOM) e selezionare Elimina.

Attualmente non supportato. Attualmente, indipendentemente da System Center Operations Manager, i clienti possono installare un agente Arc in una macchina virtuale in esecuzione in locale e iniziare a visualizzare la risorsa nel portale di Azure. Quando iniziano a visualizzare la risorsa nel portale di Azure, possono usare i servizi di Azure per tale risorsa e sostenere i costi appropriati.

Istanza gestita SCOM e System Center Operations Manager condividono lo stesso set di funzionalità. È possibile usare gli stessi Management Pack usati in locale per eseguire il monitoraggio di rete tramite Istanza gestita SCOM.

• Istanza gestita SCOM è nativa di Azure, mentre l'esecuzione di System Center Operations Manager nelle macchine virtuali di Azure non è una soluzione nativa. Ciò significa che Istanza gestita SCOM si integra senza problemi con Azure e tutti gli aggiornamenti di Azure sono disponibili per Istanza gestita SCOM.
• Istanza gestita SCOM prepara l'intera infrastruttura per la disponibilità elevata distribuendo set di scalabilità di macchine virtuali, Load Balancer, MSI e così via. Per preparare manualmente questa configurazione, sono necessari mesi di lavoro (e conoscenze tecniche approfondite).
• Istanza gestita SCOM usa l'istanza gestita di SQL come back-end per la gestione del database per impostazione predefinita.
• Istanza gestita SCOM include scalabilità predefinita, funzionalità di applicazione di patch e report integrati.

Si trova nella stessa rete privata in modo che gli indirizzi IP assegnati a ogni componente della rete possano essere un indirizzo IP privato.

Poiché questa istanza richiede di creare l'Istanza gestita SCOM nella sottoscrizione, sarà possibile visualizzare tutte le risorse dell'Istanza gestita SCOM (incluse le macchine virtuali). Tuttavia, è consigliabile non eseguire alcuna azione sulle macchine virtuali e altre risorse mentre si usa Istanza gestita SCOM per evitare complessità impreviste.

No.
I gateway gestiti di Istanza gestita SCOM possono essere configurati in qualsiasi server abilitato per Arc e Azure che non dispone del software del gateway di Operations Manager. Per riutilizzare i server gateway locali di Operations Manager con Istanza gestita SCOM, disinstallare il software del gateway di Operations Manager. Per configurare il gateway gestito di Istanza gestita SCOM, vedere Configurare il monitoraggio dei server tramite gateway dell'istanza gestita SCOM.

No. Il multihoming nel gateway gestito di Istanza gestita SCOM non è possibile.

I certificati vengono assegnati da Microsoft e firmati dalla CA. Non esiste alcun requisito per la gestione manuale dei certificati nei gateway gestiti. 

Sì, se è presente una connettività diretta (line-of-sight) tra Istanza gestita SCOM e computer locale tramite VPN/ER, è possibile monitorare questi computer. Per altre informazioni, vedere Configurare il monitoraggio dei server locali.

Non è possibile eseguire azioni sulle risorse monitorate locali, ma è possibile visualizzarle. Inoltre, se gli oggetti monitorati vengono eliminati, il portale rimuoverà automaticamente gli oggetti locali in cinque minuti.

Le risorse monitorate e lo stato di connettività dei gateway gestiti vengono aggiornati ogni minuto, è possibile visualizzare lo stesso nel menu di scelta rapida Proprietà.

L'agente verrà aggiornato sul posto (se necessario) e posto in multi-home con l'istanza gestita SCOM.

La funzionalità è abilitata con l'estensione Istanza gestita SCOM >=91.

È possibile visualizzare l'elenco delle proprietà per una risorsa monitorata o un gateway gestito nel menu di scelta rapida Proprietà.

Istanza gestita SCOM consente il monitoraggio di computer abilitati per Arc e Azure. Vengono inoltre visualizzate informazioni sui computer locali connessi direttamente all'istanza gestita SCOM.

Il recupero iniziale degli stati di integrità e connettività nel portale richiede circa cinque-sette minuti. Successivamente, si verificano heartbeat ogni minuto.

La versione minima richiesta di .NET Framework è la 4.7.2.

Sull'agente/server gateway di cui eseguire l'onboarding,

• Controllare se ha connettività in uscita a *.workloadnexus.azure.com
• Controllare se il firewall è stato aperto per questo URL.
  Ad esempio: Test-NetConnection westus.workloadnexus.azure.com -Port 443 (l'area deve essere l'area dell'Istanza gestita SCOM)

Nell'agente/server gateway di cui eseguire l'onboarding verificare se dispone della connettività in uscita all'endpoint di bilanciamento del carico dei server di gestione.
Ad esempio: Test-NetConnection wlnxMWH160LB.scommi.com -Port 5723

I computer agente e server gateway hanno bisogno di TLS 1.2 o più abilitato e TLS 1.1 disabilitato per ottenere il corretto onboarding e monitoraggio.
Per altre informazioni, vedere la procedura per abilitare TLS 1.2.

Attualmente, il monitoraggio dei computer Linux abilitati per Arc e Azure non è supportato. Tuttavia, possono essere gestiti tramite i server gateway abilitati per Arc.

No. Non è possibile configurare un agente per comunicare con più istanze gestite di SCOM; tuttavia, l'agente può avere una configurazione multi-home per System Center Operations Manager locale e un'istanza gestita SCOM.

Attualmente, solo i computer abilitati per Arc sono consentiti come server gateway.

Attualmente, il multi-homing per i server gateway non è supportato.

Passaggi successivi

Leggere le altre domande frequenti:

Panoramica dell'istanza gestita SCOM