Azure Monitor SCOM Managed Instance - veelgestelde vragen

Als u latentie wilt behouden, raden we u aan om het VNet in dezelfde regio te hebben als uw andere Azure-resources.

De minimale adresruimte is /27 (wat betekent dat /28 en hoger niet werken).

• VNet heeft twee subnetten nodig.
  • Voor SCOM Managed Instance
  • Voor SQL Managed Instance
• Het subnet voor SQL Managed Instance is een gedelegeerd (toegewezen) subnet en wordt niet gebruikt door het beheerde SCOM-exemplaar. Geef de subnetten dienovereenkomstig een naam om verwarring in de toekomst te voorkomen tijdens het maken van het met SQL beheerde exemplaar/SCOM Managed Instance.

De minimale adresruimte moet /27 zijn voor het SQL MI-subnet en /28 voor het subnet SCOM Managed Instance.

Nee, beide opties kunnen leeg blijven.

Nee, u kunt ze allemaal uitschakelen of ze inschakelen op basis van de voorkeuren van uw organisatie.

Als u meerdere VNets hebt gemaakt, moet u uw VNets koppelen. Als u twee netwerken peert, moet u ervoor zorgen dat u peert van beide netwerken naar elkaar. Als u dus drie netwerken peert, moet u zes peerings uitvoeren. Zie Peering van Azure Virtual Network voor meer informatie over peering.

• U moet een peeringnaam opgeven (in de naam van de peeringkoppeling voor het veld).
• De voornaam wordt gebruikt om het peernetwerk een naam te geven van het huidige netwerk naar het andere netwerk. De tweede naam wordt gebruikt om het peernetwerk een naam te geven van het andere netwerk naar dit netwerk.
• Geef in de sectie Virtual Network de naam op van het VNet dat u peering gebruikt. Als u het VNet niet kunt vinden, kunt u ernaar zoeken met behulp van de resource-id. Behoud de rest van de opties als standaard.

1. Als u de regio die u wilt kiezen (VS - west of Europa - west) niet in de lijst met regio's ziet, selecteert u Geen regio en selecteert u vervolgens Quotumverhoging aanvragen voor uw abonnement.
2. Voer de vereiste velden in Basisinformatie in en ga naar Details om de details van het probleem in te voeren.
3. Selecteer Details invoeren. De pagina Quotumdetails wordt geopend in het rechterdeelvenster. Kies in Regio de gewenste regio en wijzig de gewenste limieten (10 subnetten en 500 vCores moeten voldoende zijn). Selecteer Opslaan en doorgaan en selecteer vervolgens Volgende: Beoordelen en maken >> om het ticket te verhogen. Het kan 24 uur duren voordat het ticket is opgelost. Wacht tot deze is opgelost voordat u doorgaat met het maken van het SQL MI-exemplaar.
   Zie voor meer informatie welke Azure-regio's worden ondersteund?

Tijdens de implementatiefase kunnen er verschillende redenen zijn waarom het implementeren van een door SCOM beheerd exemplaar een fout weergeeft. Dit kan worden veroorzaakt door verkeerde invoer tijdens het maken of een back-endfout. Dien een ondersteuningsticket in voor het geval u verdere hulp nodig hebt. In het scenario van een fout tijdens de implementatie kunt u het beste het exemplaar verwijderen en er opnieuw een maken. Zie Problemen met Azure Monitor SCOM Managed Instance oplossen voor meer informatie.

U kunt het exemplaar verwijderen uit de exemplaarweergave zelf of uit de weergave Resourcegroep .
Selecteer Verwijderen in de instantieweergave in het bovenste menu en wacht op de bevestiging dat het exemplaar is verwijderd. U kunt ook naar de weergave van uw resourcegroep gaan (zoek naar resourcegroep in de Azure-zoekbalk en open uw resourcegroep in de lijst met resultaten). Ga naar de resourcegroep waarin het beheerde SCOM-exemplaar zich bevindt en verwijder het exemplaar.
Zodra het exemplaar is verwijderd, moet u ook de twee databases verwijderen die zijn gemaakt in SQL MI. Selecteer in de resourceweergave de twee databases (afhankelijk van de naam die u hebt gegeven aan uw beheerde SCOM-exemplaar) en selecteer Verwijderen.

Momenteel niet ondersteund. Tegenwoordig kunnen klanten, onafhankelijk van System Center Operations Manager, een Arc-agent installeren op een vm die on-premises wordt uitgevoerd en beginnen met het bekijken van de resource in Azure Portal. Zodra ze de resource in Azure Portal zien, kunnen ze de Azure-services voor die resource gebruiken (en de juiste kosten in rekening worden gebracht).

SCOM Managed Instance en System Center Operations Manager delen dezelfde functieset. U kunt dezelfde management packs gebruiken die u on-premises gebruikt om netwerkbewaking uit te voeren via SCOM Managed Instance.

• SCOM Managed Instance is systeemeigen voor Azure, terwijl het uitvoeren van System Center Operations Manager in Azure-VM's geen systeemeigen oplossing is. Dit betekent dat SCOM Managed Instance probleemloos kan worden geïntegreerd met Azure en dat alle updates van Azure beschikbaar zijn voor SCOM Managed Instance.
• SCOM Managed Instance bereidt de volledige infrastructuur voor op hoge beschikbaarheid door VMSS, Load Balancer, MSI, enzovoort te implementeren. Om deze installatie handmatig voor te bereiden, duurt het maanden (en vereist diepgaande technische kennis).
• SCOM Managed Instance maakt standaard gebruik van SQL MI als back-end voor databasebeheer.
• SCOM Managed Instance wordt geleverd met ingebouwde schaalaanpassing, patchfuncties en geïntegreerde rapporten.

Zich in hetzelfde particuliere netwerk bevinden, zodat de IP-adressen die aan elk onderdeel in het netwerk zijn toegewezen, een privé-IP-adres kunnen zijn.

Omdat u voor dit exemplaar het beheerde SCOM-exemplaar in uw abonnement moet maken, kunt u alle resources van het beheerde SCOM-exemplaar (inclusief de VM's) zien. We raden u echter aan geen acties uit te voeren op de VM's en andere resources terwijl u SCOM Managed Instance gebruikt om onvoorziene complexiteiten te voorkomen.

Nee
Beheerde SCOM Instance Managed Instance-gateways kunnen worden geconfigureerd op elke Server met Azure en Arc, waarvoor geen Operations Manager Gateway-software is geïnstalleerd. Als u Operations Manager on-premises gatewayservers opnieuw wilt gebruiken met SCOM Managed Instance, verwijdert u de Operations Manager Gateway-software erop. Zie Bewaking van servers configureren via SCOM Managed Instance Gateway om beheerde SCOM-exemplaren te configureren.

Nee Multihoming op beheerde SCOM Managed Instance Managed Gateway is niet mogelijk.

De certificaten worden toegewezen door Microsoft en zijn ondertekend door ca. Er is geen vereiste voor handmatig beheer van certificaten op Beheerde gateways. 

Ja, als er een directe connectiviteit (line-of-sight) tussen SCOM Managed Instance en on-premises machine via VPN/ER is, kunt u deze machines bewaken. Zie Bewaking van on-premises servers configureren voor meer informatie.

U kunt geen acties uitvoeren op de on-premises bewaakte resources, maar u kunt ze wel bekijken. Als de bewaakte objecten worden verwijderd, worden deze on-premises objecten in de portal in vijf minuten automatisch verwijderd.

De bewaakte resources en de connectiviteitsstatus van beheerde gateways worden elke minuut bijgewerkt. U kunt hetzelfde bekijken in het contextmenu Eigenschappen.

De agent wordt ter plaatse geüpgraded (indien nodig) en multi-homed naar het beheerde SCOM-exemplaar.

De mogelijkheid is ingeschakeld met de SCOM Managed Instance-extensie >=91.

U kunt de lijst met eigenschappen voor een bewaakte resource of een beheerde gateway weergeven in het contextmenu Eigenschappen .

Met SCOM beheerd exemplaar kunt u bewaking van machines met Azure en Arc mogelijk maken. Daarnaast wordt informatie weergegeven over on-premises machines die rechtstreeks zijn verbonden met het beheerde SCOM-exemplaar.

Het initiële ophalen van statussen en connectiviteitsstatussen in de portal duurt ongeveer vijf tot zeven minuten. Vervolgens vinden heartbeats elke minuut plaats.

De minimaal vereiste .NET Framework-versie is 4.7.2.

Op de agent/gatewayserver die moet worden ge onboardd,

• Controleer of er een uitgaande verbinding is met *.workloadnexus.azure.com
• Controleer of de firewall is geopend voor deze URL.
  Bijvoorbeeld: Test-NetConnection westus.workloadnexus.azure.com -Port 443 (Regio moet de regio van het beheerde SCOM-exemplaar zijn)

Controleer op de agent/gatewayserver waarop onboarding moet worden uitgevoerd, of deze de uitgaande connectiviteit heeft met het eindpunt van de load balancers van beheerservers.
Bijvoorbeeld: Test-NetConnection wlnxMWH160LB.scommi.com -Port 5723

Voor de agent- en gatewayservercomputers is TLS 1.2 of meer ingeschakeld en TLS 1.1 is uitgeschakeld om de geslaagde onboarding en bewaking te krijgen.
Zie het proces voor het inschakelen van TLS 1.2 voor meer informatie.

Momenteel bieden we geen ondersteuning voor bewaking van Linux-machines met Azure en Arc. Ze kunnen echter worden beheerd via de gatewayservers met Arc.

Nee U kunt een agent niet configureren om te communiceren met meerdere beheerde SCOM-exemplaren, maar het kan een multi-home-configuratie hebben voor on-premises System Center Operations Manager en een met SCOM beheerd exemplaar.

Op dit moment zijn alleen machines met Arc toegestaan als gatewayservers.

Op dit moment wordt multihoming voor gatewayservers niet ondersteund.

Volgende stappen

Lees de andere veelgestelde vragen:

Overzicht van SCOM Managed Instance