À propos d’Azure Monitor SCOM Managed Instance
Cet article fournit une vue d’ensemble du service rapide d’Azure Monitor SCOM Managed Instance.
Avec l’intégration de SCOM Managed Instance, la fonctionnalité System Center Operations Manager est désormais disponible sur Azure.
SCOM Managed Instance est une alternative cloud pour les clients System Center Operations Manager. SCOM Managed Instance vous offre une surveillance continue de vos charges de travail avec une gestion minimale de l’infrastructure via des migrations ou après avoir activé la connectivité Azure pour vos environnements locaux.
Pour en savoir plus sur l’architecture Managed Instance SCOM, consultez Managed Instance SCOM Azure Monitor.
Principaux avantages
Les principaux avantages de SCOM Managed Instance sont les suivants :
Préserve les investissements dans SCOM : vous permet de préserver vos investissements System Center Operations Manager existants. SCOM Managed Instance est compatible avec tous les packs d’administration System Center Operations Manager existants et fournit un moyen de migrer les configurations de pack d’administration à partir de l’installation locale.
Simplifie la gestion de l’infrastructure System Center Operations Manager : Tous les composants System Center Operations Manager connectés au cloud sont gérés par Microsoft ; supprime la responsabilité des mises à jour matérielles/logicielles et des correctifs de sécurité.
Continue la surveillance par le biais de la migration : ne provoque pas d’interruptions dans l’analyse pendant que vous migrez l’infrastructure ou les charges de travail de l’environnement local vers le cloud. Lorsque vous migrez d’une UR à l’autre, vous pouvez migrer à partir de votre configuration System Center Operations Manager existante.
Surveille les charges de travail partout : SCOM Managed Instance est hébergé dans Azure avec la possibilité de surveiller les charges de travail s’exécutant où qu’elles se trouvent (dans Azure ou localement) sans qu’il soit nécessaire de les modifier.
Fonctionnalités
La fonctionnalité de Managed Instance SCOM vous permet de :
- Configurez une installation E2E System Center Operations Manager (SCOM Managed Instance) sur Azure.
- Gérer (afficher, supprimer) votre Managed Instance SCOM dans Azure.
- Connectez-vous à votre Managed Instance SCOM à l’aide de la console System Center Operations Manager Ops.
- Surveillez les charges de travail (où qu’elles se trouvent) à l’aide des opérations et lors de l’utilisation de vos packs d’administration existants.
- Aucune maintenance de base de données (base de données Ops et base de données de l’entrepôt de données) en raison du déchargement de la gestion de base de données vers SQL Managed Instance (SQL MI).
- Mettre à l’échelle votre instance immédiatement sans avoir à ajouter/supprimer des serveurs physiques.
- Affichez vos rapports de Managed Instance SCOM dans Power BI.
- Corrigez votre instance en un clic avec les derniers correctifs de bogues et fonctionnalités.
Notes
Azure Monitor SCOM Managed Instance ne prend pas en charge la fonctionnalité Déplacer les ressources.
Comparaison de System Center Operations Manager local avec SCOM Managed Instance
SCOM Managed Instance dispose de toutes les fonctionnalités de System Center Operations Manager localement de manière native cloud.
Le tableau suivant met en évidence les principales différences entre System Center Operations Manager en local et SCOM Managed Instance :
| Scénario | Fonctionnalité | Operations Manager local | Instance managée SCOM |
|---|---|---|---|
| Facilité de gestion de l’infrastructure de surveillance | Application de correctifs | Correctifs cumulatifs (URs) publiés tous les 6 à 7 mois. Le client doit passer des jours pour mettre à jour tous les composants de System Center Operations Manager. | Correctifs du système d’exploitation automatique ; System Center Operations Manager met à jour des correctifs tous les 15 à 20 jours. Mise à jour corrective effectuée en un clic d’un bouton. |
| Facilité de gestion de l’infrastructure de surveillance | Gestion des agents | Géré manuellement par le client. | Azure géré via des extensions de machine virtuelle. |
| Facilité de gestion de l’infrastructure de surveillance | Disponibilité, fiabilité et Fault-Tolerance | Responsabilité du client. Aucune haute disponibilité ou BCDR promise par le produit. | Disponibilité et tolérance au niveau de l’instance. |
| Facilité de gestion de l’infrastructure de surveillance | Optimisation et mise à l’échelle | Responsabilité du client et infrastructure lourde. | Lancé manuellement à partir du portail en un clic. |
| Supervision de charges de travail | Réutilisation des packs d’administration System Center Operations Manager | Tous les packs d’administration basés sur un agent sont pris en charge. | Tous les packs d’administration basés sur un agent sont pris en charge. |
| Supervision de charges de travail | Surveillance des charges de travail non liées au domaine | Pris en charge via les serveurs de passerelle. | Via des serveurs de passerelle pour les points de terminaison hors Azure et via l’identification managée pour les points de terminaison Azure. |
| Supervision de charges de travail | Supervision des charges de travail Arc et multicloud | Arc n’est pas pris en charge. Disponibilité du pack d’administration Azure. | Charges de travail basées sur Azure, connectées à Arc et locales. |
| Collecte et analyse des journaux | Requête et analyse des données d’observabilité | L’interrogation est possible. | Géré dans les instance managés SQL. Une capacité de première classe à canaliser des données dans l’espace de travail Log Analytics pour gérer un plan de données central. |
| Génération d’alertes | Alertes en temps réel pour l’infrastructure et les applications | Génération d’alertes via la console Ops System Center Operations Manager. | Alertes intégrées avec Azure Monitor. |
| Tableaux de bord | Rapports de base sur la configuration de la surveillance | Rapports basés sur SSRS. | Modèles intégrés sur les classeurs et tableaux de bord Azure pour Azure Managed Grafana. |
| Tableaux de bord | Rapports spécifiques à l’application | Les clients doivent s’intégrer manuellement à SquaredUp. | Bibliothèque de tableaux de bord publiés par le partenaire pour Azure Managed Grafana. |
Architecture
Un Managed Instance SCOM se compose de deux parties :
- Composant géré par Microsoft
- Un composant géré par le client
Composant géré par Microsoft
Une partie gérée par Microsoft se compose de serveurs d’administration et de l’Azure SQL Managed Instance hébergeant une base de données Operations et Data Warehouse base de données. Les composants hébergés par Azure peuvent être gérés directement à partir du Portail Azure. Au niveau du serveur principal, les composants interagissent en permanence avec ARM et le rp pour effectuer des opérations basées sur Azure.
Les bases de données hébergées dans SQL MI permettent la formation et l’affichage des rapports dans Power BI. Les serveurs d’administration peuvent être mis à l’échelle en fonction de vos besoins. Lorsque vous créez un instance, vous obtenez un serveur d’administration. Le nombre change en fonction de la façon dont vous décidez de mettre à l’échelle votre instance. Vous pouvez mettre à jour vos serveurs d’administration en un clic.
Un composant géré par le client
Une partie gérée par le client se compose d’opérations utilisées pour surveiller et administrer les instance. Les agents à surveiller se trouvent sous le domaine du client, et s’ils se trouvent dans un autre domaine, un serveur de passerelle est nécessaire pour effectuer l’authentification. La partie gérée par le client héberge un DNS avec une adresse IP statique fournie aux serveurs d’administration hébergés dans Azure.
Architecture détaillée des Managed Instance SCOM
SCOM Managed Instance déploie et gère Operations Manager dans l’abonnement client. Il établit la connectivité aux agents surveillés locaux via VPN/Express Route.
Dans l’abonnement client, SCOM Managed Instance, crée un groupe de machines virtuelles identiques dans un groupe de ressources managé et déploie Operations Manager sur le Virtual Machine Scale Sets, qui est chargé en front avec Load Balancer pour la résilience et l’élasticité. Le serveur de gestion Operations Manager se connecte à SQL MI fourni par le client pour les opérations de base de données. Les instance managés SQL et les Virtual Machine Scale Sets sont créés dans différents réseaux virtuels et sont joints pour établir une ligne de vision.
Le serveur de gestion Operations Manager et les agents surveillés sont connectés via ER/VPN. Les agents établissent une session avec le serveur d’administration Operations Manager à l’aide de l’authentification Kerberos, où les machines virtuelles Operations Manager Virtual Machine Scale Sets sont jointes au domaine AD des agents surveillés.
Étapes suivantes
Pour créer des Managed Instance SCOM, procédez comme suit :
- Étape 1. Inscrire le fournisseur de ressources SCOM Managed Instance.
- Étape 2. Créer un sous-réseau distinct dans un réseau virtuel.
- Étape 3. Créer une instance managée SQL.
- Étape 4. Créer un coffre de clés.
- Étape 5. Créer une identité attribuée à l’utilisateur.
- Étape 6. Créer un groupe d’ordinateurs et un compte gMSA.
- Étape 7. Stocker les informations d’identification de domaine dans le coffre de clés.
- Étape 8 : Créer une adresse IP statique.
- Étape 9. Configurer le pare-feu réseau.
- Étape 10. Vérifier les stratégies Azure et les stratégies de GPO internes.
- Étape 11. SCOM Managed Instance auto-vérification des étapes.
- Étape 12. Créer un Managed Instance SCOM.
Migrez d’Operations Manager localement vers les Managed Instance SCOM Azure Monitor.
Commentaires
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultez https://aka.ms/ContentUserFeedback.
Envoyer et afficher des commentaires pour