Windows
Following modules could be used for Windows monitoring:
Bare Metal
Microsoft Hyper-V
Storage Spaces
Microsoft IIS Server
Microsoft SQL Server
Requirements
Following Windows components are required on Windows Servers for monitoring:
Microsoft PowerShell v2 or later
.NET Framework 2.0 or later
Remote Management Requirements for Windows Servers
Remote Management is enabled by default for Windows Server 2012 R2 and later versions. If you want to monitor earlier versions of Windows, you should enable Remote Management to allow agentless monitoring.
To enable Remote Management, please start a PowerShell with Administrator rights and execute following commands.
1. Enable PSRemoting. You should enter Y for all questions.
Enable-PSRemoting
2. Configure WinRM Max Envelope Size. (Optional)
Set-Item WSMan:\localhost\MaxEnvelopeSizekb 1024
3. Configure WinRM Max Memory Per Shell. (Optional)
Set-Item WSMan:\localhost\Shell\MaxMemoryPerShellMB 2048
Remote Management Requirements for Windows Desktop Clients
If you want to monitor Desktop versions of Windows, you should enable Remote Management to allow agentless monitoring.
To enable Remote Management, please start a PowerShell with Administrator rights and execute following commands.
1. Enable PSRemoting. You should enter Y for all questions.
Enable-PSRemoting -SkipNetworkProfileCheck -Force
2. Configure Windows Firewall Rule. (Optional)
Set-NetFirewallRule –Name "WINRM-HTTP-In-TCP-PUBLIC" –RemoteAddress Any
Supported Versions
VirtualMetric supports following versions of Windows:
Sizing
Hardware requirements for VirtualMetric depends on total number of monitored object (Hyper-V VM, Microsoft IIS WebSite, Microsoft SQL Server Database etc.) and intervals used. The following values are provided as reference for common usage of VirtualMetric (based on 20 seconds interval). Inventory collections are not included in this calculations.
Bare Metal
Per Server
a. 50 MB of memory (VirtualMetric Trigger) b. 4 Kbps of bandwidth (VirtualMetric API) c. 15 MB of disk space per month (VirtualMetric Database)
Microsoft Hyper-V
Per Host
a. 50 MB of memory (VirtualMetric Trigger) b. 4 Kbps of bandwidth (VirtualMetric API) c. 15 MB of disk space per month (VirtualMetric Database)
Per Virtual Machine
a. 5 KB of memory (VirtualMetric Database) b. 4 Kbps of bandwidth (VirtualMetric API) c. 20 MB of disk space per month (VirtualMetric Database)
Microsoft IIS Server
Per Server
a. 50 MB of memory (VirtualMetric Trigger) b. 8 Kbps of bandwidth (VirtualMetric API) c. 20 MB of disk space per month (VirtualMetric Database)
Per Web Site
a. 5 KB of memory (VirtualMetric Database) b. 16 Kbps of bandwidth (VirtualMetric API) c. 30 MB of disk space per month (VirtualMetric Database)
Microsoft SQL Server
Per Server
a. 50 MB of memory (VirtualMetric Trigger) b. 32 Kbps of bandwidth (VirtualMetric API) c. 50 MB of disk space per month (VirtualMetric Database)
Per Database
a. 10 KB of memory (VirtualMetric Database) b. 24 Kbps of bandwidth (VirtualMetric API) c. 40 MB of disk space per month (VirtualMetric Database)
Proxy Configuration
If you use proxy configuration on Windows Server, you may need to add exception for VirtualMetric.
1. Go to Notification Center and click All Settings.
2. To edit proxy exception list, click to Proxy and type your VirtualMetric API address. After changes, click Save button to apply changes.
Double Hop Configuration
You may have following error when you try to monitor a Hyper-V Cluster or Standalone Server which uses Storage Spaces Scale Out File Server as storage.
Due to Double-Hop issue, VirtualMetric is not able reach to Storage Spaces File Share.
1. To fix this issue, you should give delegation on S2DSMB File-Share account with PowerShell.
You don't need to do this operation on all SOFS Cluster Members, but only for SOFS File Share.
2. After this operation, you may need to clear Kerberos cache to apply changes immediately.
3. You should clear Kerberos cache on all Hyper-V Hosts and SOFS Cluster members. Otherwise you may have to wait 15 minutes.
4. You may still have Access Denied messages after clearing Kerberos Cache. If your user account has no privilege on SOFS Cluster nodes, you should give permission on nodes.
5. Make sure that your user account has Local Administrator privilege on SOFS Nodes.
Last updated