Scom dans Azure
On parle beaucoup d'Azure ces temps-ci, de Scom dans Azure, de mode hybride avec une partie "On premise" et une autre dans le cloud.
Alors pourquoi ne pas mettre une partie de l'infra Scom dans Azure ?
- Si vous parlez d'une Gateway, c'est parfait, c'est fait pour cela.
- Si vous parlez d'un Management Server ou de la base de données pour splitter votre infrastructure chez vous et dans le cloud, le problème va être la latence. Si vous utilisez PsPing par exemple vous aurez une idée de la latence entre votre datacenter et celui de Microsoft. Si vous avez comme dans le test que j'ai fait environ 150 ms, alors ne séparez pas vos management servers, ni la base de données.
- Si vous n'avez pas de problème de latence et que vous souhaitez mettre la base de données en SQL Azure, le problème sera que les bases SQL Azure ne gèrent que des comptes SQL et pas kerberos ! https://msdn.microsoft.com/en-us/library/azure/ff394108.aspx
- Vous aurez toujours la possibilité de mettre la base dans une VM dans Azur, et de monter un réseau de site à site par exemple, mais comme vous le verrez ci-dessous ce n'est pas ce que nous recommandons.
Les recommandations du groupe produit sont les suivantes :
Management Infrastructure Location |
Agent Infrastructure Location |
Notes |
On-premises |
Azure |
Fully supported and recommended |
Azure |
Azure |
Fully supported but Operations Manager sizing guidance needs to be taken into account along with associated Azure costs. |
Azure |
On-premises |
Fully Supported but not recommended due to complexity of configuration and associated Azure costs. |
Enfin, pour compléter ce qu'il est possible de faire, différents articles de Cameron Fuller pourront vous aider à architecturer votre solution : https://blogs.catapultsystems.com/cfuller/archive/2013/12/04/operations-manager-and-azure-better-together-introducing-the-azure-monitoring-gateway-[sysctr-scom-azure].aspx