À propos de l’instance SCOM gérée d’Azure Monitor
Cet article vous fournit une vue d’ensemble rapide de l’Instance SCOM gérée d’Azure Monitor.
Avec l’intégration de l’Instance SCOM gérée, la fonctionnalité System Center Operations Manager est maintenant disponible sur Azure.
L’Instance SCOM gérée est une alternative cloud pour les clients System Center Operations Manager. L’Instance SCOM gérée vous offre une surveillance continue de vos charges de travail avec une gestion minimale de l’infrastructure tout au long des migrations ou une fois que vous avez activé la connectivité Azure pour vos environnements locaux.
Pour découvrir l’architecture de l’Instance SCOM gérée d’Azure Monitor, consultez Instance SCOM gérée d’Azure Monitor.
Principaux avantages
Les principaux avantages de l’Instance SCOM gérée sont les suivants :
Conserve les investissements dans SCOM : vous permet de conserver vos investissements System Center Operations Manager existants. L’Instance SCOM gérée est compatible avec tous les packs d’administration System Center Operations Manager existants et fournit un moyen de migrer des configurations de pack d’administration à partir de la configuration locale.
Simplifie la gestion de l’infrastructure de System Center Operations Manager : tous les composants System Center Operations Manager connectés au cloud sont gérés par Microsoft ; vous n’êtes plus responsable des mises à jour matérielles/logicielles et des correctifs de sécurité.
Assure une surveillance continue tout au long de la migration : n’entraîne aucune interruption de la surveillance lorsque vous effectuez la migration de l’infrastructure ou des charges de travail de l’environnement local vers le cloud. Lorsque vous migrez d’un correctif cumulatif (UR) vers l’autre, vous pouvez migrer à partir de votre configuration System Center Operations Manager existante.
Surveille les charges de travail partout : L’Instance SCOM gérée est hébergée dans Azure avec la capacité de surveiller les charges de travail en cours d’exécution où qu’elles se trouvent (dans Azure ou en local) sans avoir besoin de modifier quoi que ce soit.
Fonctionnalités
La fonctionnalité Instance SCOM gérée vous permet de :
- Définir une configuration E2E System Center Operations Manager (Instance SCOM gérée) sur Azure.
- Gérer (afficher, supprimer) votre Instance SCOM gérée dans Azure.
- Vous connecter à votre Instance SCOM gérée en utilisant la console Opérations de System Center Operations Manager.
- Surveiller les charges de travail (où qu’elles se trouvent) en utilisant les Opérations et lors de l’utilisation de vos packs d’administration existants.
- Arriver à zéro maintenance de base de données (base de données Opérations et base de données Entrepôt de données), la gestion de bases de données étant déchargée sur SQL Managed Instance (SQL MI).
- Mettre à l’échelle votre instance tout de suite sans avoir à ajouter/supprimer des serveurs physiques.
- Afficher les rapports de votre Instance SCOM gérée dans Power BI.
- Corriger votre instance en un clic avec les dernières fonctionnalités et corrections de bogues.
Remarque
L’Instance SCOM gérée d’Azure Monitor ne prend pas en charge la fonctionnalité Déplacer des ressources.
Comparaison entre System Center Operations Manager local et l’Instance SCOM gérée
L’Instance SCOM gérée dispose de toutes les fonctionnalités de System Center Operations Manager local en mode natif cloud.
Le tableau suivant met en évidence les principales différences entre System Center Operations Manager local et l’Instance SCOM gérée :
| Scénario | Fonctionnalité | Operations Manager local | Instance managée SCOM |
|---|---|---|---|
| Gérabilité de la surveillance de l’infrastructure | Application de correctifs | Correctifs cumulatifs (UR) publiés tous les 6 à 7 mois. Le client doit passer plusieurs jours à mettre à jour tous les composants System Center Operations Manager. | Correctifs automatiques du système d’exploitation ; correctifs System Center Operations Manager tous les 15 à 20 jours. Mise à jour corrective effectuée en cliquant sur un bouton. |
| Gérabilité de la surveillance de l’infrastructure | Gestion des agents | Gérée manuellement par le client. | Gérée par Azure par le biais d’extensions de machine virtuelle. |
| Gérabilité de la surveillance de l’infrastructure | Disponibilité, fiabilité et tolérance de panne | Responsabilité du client. Aucune HA ou BCDR promise par le produit. | Disponibilité et tolérance au niveau de l’instance. |
| Gérabilité de la surveillance de l’infrastructure | Optimisation et mise à l’échelle | Responsabilité des clients et infrastructure lourde. | Lancé manuellement à partir du portail en cliquant sur un bouton. |
| Supervision de charges de travail | Réutilisation des packs d’administration System Center Operations Manager | Tous les packs d’administration basés sur agent sont pris en charge. | Tous les packs d’administration basés sur agent sont pris en charge. |
| Supervision de charges de travail | Surveillance des charges de travail non liées au domaine | Prise en charge via les serveurs de passerelle. | Via des serveurs de passerelle pour les points de terminaison non-Azure et via des identités managées pour les points de terminaison Azure. |
| Supervision de charges de travail | Surveillance 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 | Interrogation et analyse des données d’observabilité | L’interrogation est possible. | Assurées dans SQL Managed Instance. Capacité de première classe à canaliser les données dans l’espace de travail Log Analytics pour maintenir un plan de données central. |
| Génération d’alertes | Alertes en temps réel pour l’infrastructure et les applications | Alertes par le biais de la console Opérations de System Center Operations Manager. | Alertes intégrées à 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 aux applications | Les clients doivent s’intégrer manuellement à SquaredUp. | Bibliothèque de tableaux de bord publiée par un partenaire pour Azure Managed Grafana. |
| Basculement vers une autre région | Possibilité de basculer vers un autre centre de données ou une autre région | Le client peut le configurer dans son propre environnement local. | Non pris en charge. |
Architecture
Une Instance SCOM gérée se compose de deux parties :
- Une partie gérée par Microsoft
- Une partie gérée par le client
Une partie gérée par Microsoft
La partie gérée par Microsoft se compose de serveurs d’administration et d’Azure SQL Managed Instance hébergeant une base de données Opérations et une base de données Entrepôt de données. Les composants hébergés par Azure peuvent être gérés directement à partir du portail Azure. Sur le back-end, les composants interagissent en continu avec ARM et le fournisseur de ressources pour effectuer des opérations basées sur Azure.
Les bases de données hébergées dans SQL MI permettent de créer et de consulter des rapports dans Power BI. Les serveurs d’administration peuvent être mis à l’échelle en fonction de vos besoins. Lorsque vous créez une 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 cliquant sur un bouton.
Une partie gérée par le client
La partie gérée par le client se compose d’opérations utilisées pour surveiller et administrer l’instance. Les agents à surveiller sont sous le domaine du client et, s’ils se trouvent dans un autre domaine, un serveur de passerelle est nécessaire pour procéder à l’authentification. La partie gérée par le client héberge un DNS avec une IP statique fournie aux serveurs d’administration hébergés dans Azure.
Architecture détaillée de l’Instance SCOM gérée
L’Instance SCOM gérée déploie et gère Operations Manager dans l’abonnement du client. Elle établit une connectivité aux agents surveillés locaux via VPN/Express Route.
Dans l’abonnement du client, l’Instance SCOM gérée crée un groupe de machines virtuelles identiques dans un groupe de ressources managé et déploie Operations Manager sur le groupe de machines virtuelles identiques, qui est chargé à l’avant avec Load Balancer pour la résilience et l’élasticité. Le serveur d’administration Operations Manager se connecte au client fourni par SQL MI pour les opérations de base de données. L’instance managée SQL et les groupes de machines virtuelles identiques sont créés dans différents réseaux virtuels et sont joints pour établir une ligne de visée.
Le serveur d’administration 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 une instance SCOM gérée, suivez ces étapes :
- Étape 1. Inscrire le fournisseur de ressources d’Instance SCOM gérée.
- É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 identifiants de domaine dans Key Vault.
- Étape 8 : Créer une adresse IP statique.
- Étape 9. Configurer le pare-feu du réseau.
- Étape 10. Vérifier les stratégies GPO Azure et internes.
- Étape 11. Auto-vérification des étapes par l’Instance SCOM gérée.
- Étape 12. Créer une SCOM Managed Instance.
Migrer depuis Operations Manager local vers l’Instance SCOM gérée d’Azure Monitor.