Microsoft System Center Operations Manager (SCOM) vs. Zenoss

More appropriate for:

• Pure Microsoft ecosystem environments (Windows Server and SQL server) and the most common Linux and UNIX platforms.
• Environments where cost is less of a factor than settling on a single platform for monitoring
• Environments where the administrators are familiar with the setup and installation of SCOM.

Less appropriate for:

• Pure UNIX/Linux shops, especially versions not supported out of the box by SCOM.
• Shops that cannot afford the engagement to setup/configure and maintain on a continuous basis.
• Shops that cannot dedicate personnel to the care and feeding of SCOM, especially when supporting larger environments.

Overall I would say that we have been very happy with Zenoss. It has been a great server monitoring tool. There are certain aspects that we would like to expand into, such as Capacity Planning, Network Performance Monitoring, and log analysis. We have coupled Zenoss logs with Splunk for external log management, but would like to start using some of the built-in analysis tools.

• Allows us to visualize our systems in a single interface and see the status of health as well as relevant performance metrics.
• A flexible and powerful interface with active alerting covering domain controllers, SQL servers, etc...
• Allows you to customize your views and workspaces for specific tasks and needs.
• Reporting is powerful and flexible.

• Monitoring Windows, Unix/Linux, Infra apps, storage, virtualization, converge infra etc..
• Integrate with other monitoring tools and receive events for aggregation and correlation
• Integration with ITSM( SNOW) for auto ticket creation

• One of the biggest drawbacks to SCOM is the sheer scope and complexity of the system. This can be a pro and a con. The system is very customizable, what you put into it is what you'll get out of it. That said, the learning curve is fairly steep. An organization needs to be committed to putting time and resources into SCOM to get the most out of it. I've heard stories from colleagues of several different companies that invested in SCOM and then abandoned it due to the excessive time and care required.
• SCOM is expensive. Not only is the enterprise licensing costly, SCOM requires it's own servers, operational and warehouse databases to be maintained.
• The OOB SCOM reports are a bit clunky and feel outdated.

• Hard to troubleshot and fix the issue.
• More development for monitoring storage systems.
• Load balancing on Zenoss instance.

We are very pleased with the support provided by the Microsoft System Center Operations Manager team. At first, we were quite hesitant to contact support, but the support team showed a very proactive approach and helped with a bunch of issues which would be much harder to overcome on our own, especially when deploying the platform for the first time.

We used Altiris and WSUS and in the beginning Altiris had the better admin interface than SCOM, but it is no longer the case as SCOM has refined their admin interface. Altiris still has better and more robust group assignments for management roles and those two other tools can better manage non Windows OS devices than SCOM but for a large enterprise Windows shop, if you can afford it, SCOM is the way to go.

• It has allowed us to provide an Enterprise Event/Alert management solution to the Global company
• It has taken a long time to get it to provide valuable alerts and information, lots of user resources and investment.
• It assists with 24/7 monitoring and out of hours support

• Our ROI was excellent, but the company has also implemented other tools that compete with Zenoss.
• Zenoss has a long history of excellence in monitoring and alerting
• Overall observability is easier to manage due to our comfort with the tool set