52. Current Activities
• sFlow.org standardizing metrics for core services
(HTTP, Memcache, HDFS, NFS etc)
• Embed sFlow in operating systems, hypervisors and
applications (Apache, NGINX, HAproxy,
Memcached, Membase, Hadoop ...)
53. Current Activities
• sFlow.org standardizing metrics for core services
(HTTP, Memcache, HDFS, NFS etc)
• Embed sFlow in operating systems, hypervisors and
applications (Apache, NGINX, HAproxy,
Memcached, Membase, Hadoop ...)
• Native support for sFlow in performance
monitoring tools (Ganglia, Nagios, Collectd, Munin,
log file analyzers etc.)
54. Current Activities
• sFlow.org standardizing metrics for core services
(HTTP, Memcache, HDFS, NFS etc)
• Embed sFlow in operating systems, hypervisors and
applications (Apache, NGINX, HAproxy,
Memcached, Membase, Hadoop ...)
• Native support for sFlow in performance
monitoring tools (Ganglia, Nagios, Collectd, Munin,
log file analyzers etc.)
• Integrated network, server and application visibility
Notas do Editor
Hi. My name is Peter Phaal and I am one of the authors of the sFlow standard. \n\nIn this talk we will be looking at some of the scalability challenges in current performance monitoring approaches and explore how standard performance metrics can enhance the scalability of network, server and application monitoring systems.\n\nFirst, let me quickly briefly introduce sFlow.\n
sFlow is a multi-vendor industry standard for monitoring performance in high-speed switched networks. The standard identifies a common set of metrics and provides an efficient way to centrally monitor network performance.\n
sFlow is widely supported by network vendors, allowing network managers to choose from a wide variety of open source and commercial performance management applications.\n\nVirtualization and scale-out applications are transforming network architectures, closely linking network and system performance. In order to address this challenge, sFlow has been extended to include server performance monitoring. \n\nTo understand how sFlow can help simplify performance management and improve scalability, it is worth looking at current approaches to server performance monitoring.\n\n\n
sFlow is widely supported by network vendors, allowing network managers to choose from a wide variety of open source and commercial performance management applications.\n\nVirtualization and scale-out applications are transforming network architectures, closely linking network and system performance. In order to address this challenge, sFlow has been extended to include server performance monitoring. \n\nTo understand how sFlow can help simplify performance management and improve scalability, it is worth looking at current approaches to server performance monitoring.\n\n\n
sFlow is widely supported by network vendors, allowing network managers to choose from a wide variety of open source and commercial performance management applications.\n\nVirtualization and scale-out applications are transforming network architectures, closely linking network and system performance. In order to address this challenge, sFlow has been extended to include server performance monitoring. \n\nTo understand how sFlow can help simplify performance management and improve scalability, it is worth looking at current approaches to server performance monitoring.\n\n\n
sFlow is widely supported by network vendors, allowing network managers to choose from a wide variety of open source and commercial performance management applications.\n\nVirtualization and scale-out applications are transforming network architectures, closely linking network and system performance. In order to address this challenge, sFlow has been extended to include server performance monitoring. \n\nTo understand how sFlow can help simplify performance management and improve scalability, it is worth looking at current approaches to server performance monitoring.\n\n\n
sFlow is widely supported by network vendors, allowing network managers to choose from a wide variety of open source and commercial performance management applications.\n\nVirtualization and scale-out applications are transforming network architectures, closely linking network and system performance. In order to address this challenge, sFlow has been extended to include server performance monitoring. \n\nTo understand how sFlow can help simplify performance management and improve scalability, it is worth looking at current approaches to server performance monitoring.\n\n\n
sFlow is widely supported by network vendors, allowing network managers to choose from a wide variety of open source and commercial performance management applications.\n\nVirtualization and scale-out applications are transforming network architectures, closely linking network and system performance. In order to address this challenge, sFlow has been extended to include server performance monitoring. \n\nTo understand how sFlow can help simplify performance management and improve scalability, it is worth looking at current approaches to server performance monitoring.\n\n\n
sFlow is widely supported by network vendors, allowing network managers to choose from a wide variety of open source and commercial performance management applications.\n\nVirtualization and scale-out applications are transforming network architectures, closely linking network and system performance. In order to address this challenge, sFlow has been extended to include server performance monitoring. \n\nTo understand how sFlow can help simplify performance management and improve scalability, it is worth looking at current approaches to server performance monitoring.\n\n\n
sFlow is widely supported by network vendors, allowing network managers to choose from a wide variety of open source and commercial performance management applications.\n\nVirtualization and scale-out applications are transforming network architectures, closely linking network and system performance. In order to address this challenge, sFlow has been extended to include server performance monitoring. \n\nTo understand how sFlow can help simplify performance management and improve scalability, it is worth looking at current approaches to server performance monitoring.\n\n\n
sFlow is widely supported by network vendors, allowing network managers to choose from a wide variety of open source and commercial performance management applications.\n\nVirtualization and scale-out applications are transforming network architectures, closely linking network and system performance. In order to address this challenge, sFlow has been extended to include server performance monitoring. \n\nTo understand how sFlow can help simplify performance management and improve scalability, it is worth looking at current approaches to server performance monitoring.\n\n\n
sFlow is widely supported by network vendors, allowing network managers to choose from a wide variety of open source and commercial performance management applications.\n\nVirtualization and scale-out applications are transforming network architectures, closely linking network and system performance. In order to address this challenge, sFlow has been extended to include server performance monitoring. \n\nTo understand how sFlow can help simplify performance management and improve scalability, it is worth looking at current approaches to server performance monitoring.\n\n\n
sFlow is widely supported by network vendors, allowing network managers to choose from a wide variety of open source and commercial performance management applications.\n\nVirtualization and scale-out applications are transforming network architectures, closely linking network and system performance. In order to address this challenge, sFlow has been extended to include server performance monitoring. \n\nTo understand how sFlow can help simplify performance management and improve scalability, it is worth looking at current approaches to server performance monitoring.\n\n\n
sFlow is widely supported by network vendors, allowing network managers to choose from a wide variety of open source and commercial performance management applications.\n\nVirtualization and scale-out applications are transforming network architectures, closely linking network and system performance. In order to address this challenge, sFlow has been extended to include server performance monitoring. \n\nTo understand how sFlow can help simplify performance management and improve scalability, it is worth looking at current approaches to server performance monitoring.\n\n\n
sFlow is widely supported by network vendors, allowing network managers to choose from a wide variety of open source and commercial performance management applications.\n\nVirtualization and scale-out applications are transforming network architectures, closely linking network and system performance. In order to address this challenge, sFlow has been extended to include server performance monitoring. \n\nTo understand how sFlow can help simplify performance management and improve scalability, it is worth looking at current approaches to server performance monitoring.\n\n\n
sFlow is widely supported by network vendors, allowing network managers to choose from a wide variety of open source and commercial performance management applications.\n\nVirtualization and scale-out applications are transforming network architectures, closely linking network and system performance. In order to address this challenge, sFlow has been extended to include server performance monitoring. \n\nTo understand how sFlow can help simplify performance management and improve scalability, it is worth looking at current approaches to server performance monitoring.\n\n\n
sFlow is widely supported by network vendors, allowing network managers to choose from a wide variety of open source and commercial performance management applications.\n\nVirtualization and scale-out applications are transforming network architectures, closely linking network and system performance. In order to address this challenge, sFlow has been extended to include server performance monitoring. \n\nTo understand how sFlow can help simplify performance management and improve scalability, it is worth looking at current approaches to server performance monitoring.\n\n\n
sFlow is widely supported by network vendors, allowing network managers to choose from a wide variety of open source and commercial performance management applications.\n\nVirtualization and scale-out applications are transforming network architectures, closely linking network and system performance. In order to address this challenge, sFlow has been extended to include server performance monitoring. \n\nTo understand how sFlow can help simplify performance management and improve scalability, it is worth looking at current approaches to server performance monitoring.\n\n\n
sFlow is widely supported by network vendors, allowing network managers to choose from a wide variety of open source and commercial performance management applications.\n\nVirtualization and scale-out applications are transforming network architectures, closely linking network and system performance. In order to address this challenge, sFlow has been extended to include server performance monitoring. \n\nTo understand how sFlow can help simplify performance management and improve scalability, it is worth looking at current approaches to server performance monitoring.\n\n\n
sFlow is widely supported by network vendors, allowing network managers to choose from a wide variety of open source and commercial performance management applications.\n\nVirtualization and scale-out applications are transforming network architectures, closely linking network and system performance. In order to address this challenge, sFlow has been extended to include server performance monitoring. \n\nTo understand how sFlow can help simplify performance management and improve scalability, it is worth looking at current approaches to server performance monitoring.\n\n\n
sFlow is widely supported by network vendors, allowing network managers to choose from a wide variety of open source and commercial performance management applications.\n\nVirtualization and scale-out applications are transforming network architectures, closely linking network and system performance. In order to address this challenge, sFlow has been extended to include server performance monitoring. \n\nTo understand how sFlow can help simplify performance management and improve scalability, it is worth looking at current approaches to server performance monitoring.\n\n\n
sFlow is widely supported by network vendors, allowing network managers to choose from a wide variety of open source and commercial performance management applications.\n\nVirtualization and scale-out applications are transforming network architectures, closely linking network and system performance. In order to address this challenge, sFlow has been extended to include server performance monitoring. \n\nTo understand how sFlow can help simplify performance management and improve scalability, it is worth looking at current approaches to server performance monitoring.\n\n\n
sFlow is widely supported by network vendors, allowing network managers to choose from a wide variety of open source and commercial performance management applications.\n\nVirtualization and scale-out applications are transforming network architectures, closely linking network and system performance. In order to address this challenge, sFlow has been extended to include server performance monitoring. \n\nTo understand how sFlow can help simplify performance management and improve scalability, it is worth looking at current approaches to server performance monitoring.\n\n\n
Let’s start with something simple, monitoring KVM servers using Cacti. Setting up the monitoring system involves installing agents on the servers and configuring Cacti to collect data. Next you decide that you would also like to monitor additional platforms, including: Linux, Xen, Citrix XenServer and Windows. Each new platform requires an agent and additional configuration before it can be monitored.\n\nAfter a while you decide to deploy Nagios to monitor status and generate events. This involves additional agents for each platform and additional configuration to monitor each server. Next Ganglia is installed to monitor the performance of server clusters, requiring additional agents and configuration. Each new tool provides distinct capabilities, but at the cost of operational complexity and overhead associated with deploying additional agents.\n
Let’s start with something simple, monitoring KVM servers using Cacti. Setting up the monitoring system involves installing agents on the servers and configuring Cacti to collect data. Next you decide that you would also like to monitor additional platforms, including: Linux, Xen, Citrix XenServer and Windows. Each new platform requires an agent and additional configuration before it can be monitored.\n\nAfter a while you decide to deploy Nagios to monitor status and generate events. This involves additional agents for each platform and additional configuration to monitor each server. Next Ganglia is installed to monitor the performance of server clusters, requiring additional agents and configuration. Each new tool provides distinct capabilities, but at the cost of operational complexity and overhead associated with deploying additional agents.\n
Let’s start with something simple, monitoring KVM servers using Cacti. Setting up the monitoring system involves installing agents on the servers and configuring Cacti to collect data. Next you decide that you would also like to monitor additional platforms, including: Linux, Xen, Citrix XenServer and Windows. Each new platform requires an agent and additional configuration before it can be monitored.\n\nAfter a while you decide to deploy Nagios to monitor status and generate events. This involves additional agents for each platform and additional configuration to monitor each server. Next Ganglia is installed to monitor the performance of server clusters, requiring additional agents and configuration. Each new tool provides distinct capabilities, but at the cost of operational complexity and overhead associated with deploying additional agents.\n
Let’s start with something simple, monitoring KVM servers using Cacti. Setting up the monitoring system involves installing agents on the servers and configuring Cacti to collect data. Next you decide that you would also like to monitor additional platforms, including: Linux, Xen, Citrix XenServer and Windows. Each new platform requires an agent and additional configuration before it can be monitored.\n\nAfter a while you decide to deploy Nagios to monitor status and generate events. This involves additional agents for each platform and additional configuration to monitor each server. Next Ganglia is installed to monitor the performance of server clusters, requiring additional agents and configuration. Each new tool provides distinct capabilities, but at the cost of operational complexity and overhead associated with deploying additional agents.\n
Let’s start with something simple, monitoring KVM servers using Cacti. Setting up the monitoring system involves installing agents on the servers and configuring Cacti to collect data. Next you decide that you would also like to monitor additional platforms, including: Linux, Xen, Citrix XenServer and Windows. Each new platform requires an agent and additional configuration before it can be monitored.\n\nAfter a while you decide to deploy Nagios to monitor status and generate events. This involves additional agents for each platform and additional configuration to monitor each server. Next Ganglia is installed to monitor the performance of server clusters, requiring additional agents and configuration. Each new tool provides distinct capabilities, but at the cost of operational complexity and overhead associated with deploying additional agents.\n
Let’s start with something simple, monitoring KVM servers using Cacti. Setting up the monitoring system involves installing agents on the servers and configuring Cacti to collect data. Next you decide that you would also like to monitor additional platforms, including: Linux, Xen, Citrix XenServer and Windows. Each new platform requires an agent and additional configuration before it can be monitored.\n\nAfter a while you decide to deploy Nagios to monitor status and generate events. This involves additional agents for each platform and additional configuration to monitor each server. Next Ganglia is installed to monitor the performance of server clusters, requiring additional agents and configuration. Each new tool provides distinct capabilities, but at the cost of operational complexity and overhead associated with deploying additional agents.\n
Let’s start with something simple, monitoring KVM servers using Cacti. Setting up the monitoring system involves installing agents on the servers and configuring Cacti to collect data. Next you decide that you would also like to monitor additional platforms, including: Linux, Xen, Citrix XenServer and Windows. Each new platform requires an agent and additional configuration before it can be monitored.\n\nAfter a while you decide to deploy Nagios to monitor status and generate events. This involves additional agents for each platform and additional configuration to monitor each server. Next Ganglia is installed to monitor the performance of server clusters, requiring additional agents and configuration. Each new tool provides distinct capabilities, but at the cost of operational complexity and overhead associated with deploying additional agents.\n
Let’s start with something simple, monitoring KVM servers using Cacti. Setting up the monitoring system involves installing agents on the servers and configuring Cacti to collect data. Next you decide that you would also like to monitor additional platforms, including: Linux, Xen, Citrix XenServer and Windows. Each new platform requires an agent and additional configuration before it can be monitored.\n\nAfter a while you decide to deploy Nagios to monitor status and generate events. This involves additional agents for each platform and additional configuration to monitor each server. Next Ganglia is installed to monitor the performance of server clusters, requiring additional agents and configuration. Each new tool provides distinct capabilities, but at the cost of operational complexity and overhead associated with deploying additional agents.\n
Let’s start with something simple, monitoring KVM servers using Cacti. Setting up the monitoring system involves installing agents on the servers and configuring Cacti to collect data. Next you decide that you would also like to monitor additional platforms, including: Linux, Xen, Citrix XenServer and Windows. Each new platform requires an agent and additional configuration before it can be monitored.\n\nAfter a while you decide to deploy Nagios to monitor status and generate events. This involves additional agents for each platform and additional configuration to monitor each server. Next Ganglia is installed to monitor the performance of server clusters, requiring additional agents and configuration. Each new tool provides distinct capabilities, but at the cost of operational complexity and overhead associated with deploying additional agents.\n
Let’s start with something simple, monitoring KVM servers using Cacti. Setting up the monitoring system involves installing agents on the servers and configuring Cacti to collect data. Next you decide that you would also like to monitor additional platforms, including: Linux, Xen, Citrix XenServer and Windows. Each new platform requires an agent and additional configuration before it can be monitored.\n\nAfter a while you decide to deploy Nagios to monitor status and generate events. This involves additional agents for each platform and additional configuration to monitor each server. Next Ganglia is installed to monitor the performance of server clusters, requiring additional agents and configuration. Each new tool provides distinct capabilities, but at the cost of operational complexity and overhead associated with deploying additional agents.\n
Let’s start with something simple, monitoring KVM servers using Cacti. Setting up the monitoring system involves installing agents on the servers and configuring Cacti to collect data. Next you decide that you would also like to monitor additional platforms, including: Linux, Xen, Citrix XenServer and Windows. Each new platform requires an agent and additional configuration before it can be monitored.\n\nAfter a while you decide to deploy Nagios to monitor status and generate events. This involves additional agents for each platform and additional configuration to monitor each server. Next Ganglia is installed to monitor the performance of server clusters, requiring additional agents and configuration. Each new tool provides distinct capabilities, but at the cost of operational complexity and overhead associated with deploying additional agents.\n
Looking at each of the performance monitoring tools in a little more detail. This is a chart showing CPU utilization in:\nGanglia, \nNagios, \nCacti, \nCollectd \nand Munin. No prizes for spotting the similarities between the charts.\n\nIt is clear that there is a common set of metrics that is generally accepted for system performance monitoring and that these metrics deliver the core functionality in performance monitoring tools. It is these core statistics that are now part of the sFlow standard.\n
Looking at each of the performance monitoring tools in a little more detail. This is a chart showing CPU utilization in:\nGanglia, \nNagios, \nCacti, \nCollectd \nand Munin. No prizes for spotting the similarities between the charts.\n\nIt is clear that there is a common set of metrics that is generally accepted for system performance monitoring and that these metrics deliver the core functionality in performance monitoring tools. It is these core statistics that are now part of the sFlow standard.\n
Looking at each of the performance monitoring tools in a little more detail. This is a chart showing CPU utilization in:\nGanglia, \nNagios, \nCacti, \nCollectd \nand Munin. No prizes for spotting the similarities between the charts.\n\nIt is clear that there is a common set of metrics that is generally accepted for system performance monitoring and that these metrics deliver the core functionality in performance monitoring tools. It is these core statistics that are now part of the sFlow standard.\n
Looking at each of the performance monitoring tools in a little more detail. This is a chart showing CPU utilization in:\nGanglia, \nNagios, \nCacti, \nCollectd \nand Munin. No prizes for spotting the similarities between the charts.\n\nIt is clear that there is a common set of metrics that is generally accepted for system performance monitoring and that these metrics deliver the core functionality in performance monitoring tools. It is these core statistics that are now part of the sFlow standard.\n
Looking at each of the performance monitoring tools in a little more detail. This is a chart showing CPU utilization in:\nGanglia, \nNagios, \nCacti, \nCollectd \nand Munin. No prizes for spotting the similarities between the charts.\n\nIt is clear that there is a common set of metrics that is generally accepted for system performance monitoring and that these metrics deliver the core functionality in performance monitoring tools. It is these core statistics that are now part of the sFlow standard.\n
Looking at each of the performance monitoring tools in a little more detail. This is a chart showing CPU utilization in:\nGanglia, \nNagios, \nCacti, \nCollectd \nand Munin. No prizes for spotting the similarities between the charts.\n\nIt is clear that there is a common set of metrics that is generally accepted for system performance monitoring and that these metrics deliver the core functionality in performance monitoring tools. It is these core statistics that are now part of the sFlow standard.\n
Looking at each of the performance monitoring tools in a little more detail. This is a chart showing CPU utilization in:\nGanglia, \nNagios, \nCacti, \nCollectd \nand Munin. No prizes for spotting the similarities between the charts.\n\nIt is clear that there is a common set of metrics that is generally accepted for system performance monitoring and that these metrics deliver the core functionality in performance monitoring tools. It is these core statistics that are now part of the sFlow standard.\n
Looking at each of the performance monitoring tools in a little more detail. This is a chart showing CPU utilization in:\nGanglia, \nNagios, \nCacti, \nCollectd \nand Munin. No prizes for spotting the similarities between the charts.\n\nIt is clear that there is a common set of metrics that is generally accepted for system performance monitoring and that these metrics deliver the core functionality in performance monitoring tools. It is these core statistics that are now part of the sFlow standard.\n
Looking at each of the performance monitoring tools in a little more detail. This is a chart showing CPU utilization in:\nGanglia, \nNagios, \nCacti, \nCollectd \nand Munin. No prizes for spotting the similarities between the charts.\n\nIt is clear that there is a common set of metrics that is generally accepted for system performance monitoring and that these metrics deliver the core functionality in performance monitoring tools. It is these core statistics that are now part of the sFlow standard.\n
Looking at each of the performance monitoring tools in a little more detail. This is a chart showing CPU utilization in:\nGanglia, \nNagios, \nCacti, \nCollectd \nand Munin. No prizes for spotting the similarities between the charts.\n\nIt is clear that there is a common set of metrics that is generally accepted for system performance monitoring and that these metrics deliver the core functionality in performance monitoring tools. It is these core statistics that are now part of the sFlow standard.\n
Looking at each of the performance monitoring tools in a little more detail. This is a chart showing CPU utilization in:\nGanglia, \nNagios, \nCacti, \nCollectd \nand Munin. No prizes for spotting the similarities between the charts.\n\nIt is clear that there is a common set of metrics that is generally accepted for system performance monitoring and that these metrics deliver the core functionality in performance monitoring tools. It is these core statistics that are now part of the sFlow standard.\n
Looking at each of the performance monitoring tools in a little more detail. This is a chart showing CPU utilization in:\nGanglia, \nNagios, \nCacti, \nCollectd \nand Munin. No prizes for spotting the similarities between the charts.\n\nIt is clear that there is a common set of metrics that is generally accepted for system performance monitoring and that these metrics deliver the core functionality in performance monitoring tools. It is these core statistics that are now part of the sFlow standard.\n
Looking at each of the performance monitoring tools in a little more detail. This is a chart showing CPU utilization in:\nGanglia, \nNagios, \nCacti, \nCollectd \nand Munin. No prizes for spotting the similarities between the charts.\n\nIt is clear that there is a common set of metrics that is generally accepted for system performance monitoring and that these metrics deliver the core functionality in performance monitoring tools. It is these core statistics that are now part of the sFlow standard.\n
Looking at each of the performance monitoring tools in a little more detail. This is a chart showing CPU utilization in:\nGanglia, \nNagios, \nCacti, \nCollectd \nand Munin. No prizes for spotting the similarities between the charts.\n\nIt is clear that there is a common set of metrics that is generally accepted for system performance monitoring and that these metrics deliver the core functionality in performance monitoring tools. It is these core statistics that are now part of the sFlow standard.\n
Looking at each of the performance monitoring tools in a little more detail. This is a chart showing CPU utilization in:\nGanglia, \nNagios, \nCacti, \nCollectd \nand Munin. No prizes for spotting the similarities between the charts.\n\nIt is clear that there is a common set of metrics that is generally accepted for system performance monitoring and that these metrics deliver the core functionality in performance monitoring tools. It is these core statistics that are now part of the sFlow standard.\n
The standard sFlow metrics cover \nCPU, \nMemory, \nDisk IO and \nNetwork IO. \n\nFor anyone familiar with Ganglia, these metrics should be instantly recognizable. The choice of metrics was heavily influenced by the Ganglia project which has a developed a mature set set of core metrics that can be gathered from a wide range of operation systems.\n
The standard sFlow metrics cover \nCPU, \nMemory, \nDisk IO and \nNetwork IO. \n\nFor anyone familiar with Ganglia, these metrics should be instantly recognizable. The choice of metrics was heavily influenced by the Ganglia project which has a developed a mature set set of core metrics that can be gathered from a wide range of operation systems.\n
The standard sFlow metrics cover \nCPU, \nMemory, \nDisk IO and \nNetwork IO. \n\nFor anyone familiar with Ganglia, these metrics should be instantly recognizable. The choice of metrics was heavily influenced by the Ganglia project which has a developed a mature set set of core metrics that can be gathered from a wide range of operation systems.\n
The standard sFlow metrics cover \nCPU, \nMemory, \nDisk IO and \nNetwork IO. \n\nFor anyone familiar with Ganglia, these metrics should be instantly recognizable. The choice of metrics was heavily influenced by the Ganglia project which has a developed a mature set set of core metrics that can be gathered from a wide range of operation systems.\n
The Host sFlow project is hosted on Sourceforge and provides an open source agent implementing the sFlow standard. \n\nThe agent currently runs on \nLinux, \nFreeBSD \nand Windows systems, \n\nalong with KVM \nand Xen based hypervisors.\n
Lets see how standard metrics transform performance monitoring. In this case, sFlow agents can be deployed as a standard component of each platform.\n\nDeploying a performance monitoring application simply involves turning on the already deployed agents. Additional management tools can share the same standard measurement stream so there is no additional overhead involved in adding applications. Standard metrics ensure consistency between measurements displayed on the different tools making it easier to transition between tools.\n\nStandard agents allow performance monitoring tools to focus on data analysis and presentation, rather than the complexity of maintaining agents on different platforms. Pooling resources on the agent side eliminates wasteful duplication and greatly simplifies operational deployment.\n\nIn addition, standard agents lower the barrier to entry, making it easier to create and deploy innovative performance management tools.\n
Lets see how standard metrics transform performance monitoring. In this case, sFlow agents can be deployed as a standard component of each platform.\n\nDeploying a performance monitoring application simply involves turning on the already deployed agents. Additional management tools can share the same standard measurement stream so there is no additional overhead involved in adding applications. Standard metrics ensure consistency between measurements displayed on the different tools making it easier to transition between tools.\n\nStandard agents allow performance monitoring tools to focus on data analysis and presentation, rather than the complexity of maintaining agents on different platforms. Pooling resources on the agent side eliminates wasteful duplication and greatly simplifies operational deployment.\n\nIn addition, standard agents lower the barrier to entry, making it easier to create and deploy innovative performance management tools.\n
Lets see how standard metrics transform performance monitoring. In this case, sFlow agents can be deployed as a standard component of each platform.\n\nDeploying a performance monitoring application simply involves turning on the already deployed agents. Additional management tools can share the same standard measurement stream so there is no additional overhead involved in adding applications. Standard metrics ensure consistency between measurements displayed on the different tools making it easier to transition between tools.\n\nStandard agents allow performance monitoring tools to focus on data analysis and presentation, rather than the complexity of maintaining agents on different platforms. Pooling resources on the agent side eliminates wasteful duplication and greatly simplifies operational deployment.\n\nIn addition, standard agents lower the barrier to entry, making it easier to create and deploy innovative performance management tools.\n
Lets see how standard metrics transform performance monitoring. In this case, sFlow agents can be deployed as a standard component of each platform.\n\nDeploying a performance monitoring application simply involves turning on the already deployed agents. Additional management tools can share the same standard measurement stream so there is no additional overhead involved in adding applications. Standard metrics ensure consistency between measurements displayed on the different tools making it easier to transition between tools.\n\nStandard agents allow performance monitoring tools to focus on data analysis and presentation, rather than the complexity of maintaining agents on different platforms. Pooling resources on the agent side eliminates wasteful duplication and greatly simplifies operational deployment.\n\nIn addition, standard agents lower the barrier to entry, making it easier to create and deploy innovative performance management tools.\n
Lets see how standard metrics transform performance monitoring. In this case, sFlow agents can be deployed as a standard component of each platform.\n\nDeploying a performance monitoring application simply involves turning on the already deployed agents. Additional management tools can share the same standard measurement stream so there is no additional overhead involved in adding applications. Standard metrics ensure consistency between measurements displayed on the different tools making it easier to transition between tools.\n\nStandard agents allow performance monitoring tools to focus on data analysis and presentation, rather than the complexity of maintaining agents on different platforms. Pooling resources on the agent side eliminates wasteful duplication and greatly simplifies operational deployment.\n\nIn addition, standard agents lower the barrier to entry, making it easier to create and deploy innovative performance management tools.\n
Lets see how standard metrics transform performance monitoring. In this case, sFlow agents can be deployed as a standard component of each platform.\n\nDeploying a performance monitoring application simply involves turning on the already deployed agents. Additional management tools can share the same standard measurement stream so there is no additional overhead involved in adding applications. Standard metrics ensure consistency between measurements displayed on the different tools making it easier to transition between tools.\n\nStandard agents allow performance monitoring tools to focus on data analysis and presentation, rather than the complexity of maintaining agents on different platforms. Pooling resources on the agent side eliminates wasteful duplication and greatly simplifies operational deployment.\n\nIn addition, standard agents lower the barrier to entry, making it easier to create and deploy innovative performance management tools.\n
Lets see how standard metrics transform performance monitoring. In this case, sFlow agents can be deployed as a standard component of each platform.\n\nDeploying a performance monitoring application simply involves turning on the already deployed agents. Additional management tools can share the same standard measurement stream so there is no additional overhead involved in adding applications. Standard metrics ensure consistency between measurements displayed on the different tools making it easier to transition between tools.\n\nStandard agents allow performance monitoring tools to focus on data analysis and presentation, rather than the complexity of maintaining agents on different platforms. Pooling resources on the agent side eliminates wasteful duplication and greatly simplifies operational deployment.\n\nIn addition, standard agents lower the barrier to entry, making it easier to create and deploy innovative performance management tools.\n
Lets see how standard metrics transform performance monitoring. In this case, sFlow agents can be deployed as a standard component of each platform.\n\nDeploying a performance monitoring application simply involves turning on the already deployed agents. Additional management tools can share the same standard measurement stream so there is no additional overhead involved in adding applications. Standard metrics ensure consistency between measurements displayed on the different tools making it easier to transition between tools.\n\nStandard agents allow performance monitoring tools to focus on data analysis and presentation, rather than the complexity of maintaining agents on different platforms. Pooling resources on the agent side eliminates wasteful duplication and greatly simplifies operational deployment.\n\nIn addition, standard agents lower the barrier to entry, making it easier to create and deploy innovative performance management tools.\n
Lets see how standard metrics transform performance monitoring. In this case, sFlow agents can be deployed as a standard component of each platform.\n\nDeploying a performance monitoring application simply involves turning on the already deployed agents. Additional management tools can share the same standard measurement stream so there is no additional overhead involved in adding applications. Standard metrics ensure consistency between measurements displayed on the different tools making it easier to transition between tools.\n\nStandard agents allow performance monitoring tools to focus on data analysis and presentation, rather than the complexity of maintaining agents on different platforms. Pooling resources on the agent side eliminates wasteful duplication and greatly simplifies operational deployment.\n\nIn addition, standard agents lower the barrier to entry, making it easier to create and deploy innovative performance management tools.\n
Lets see how standard metrics transform performance monitoring. In this case, sFlow agents can be deployed as a standard component of each platform.\n\nDeploying a performance monitoring application simply involves turning on the already deployed agents. Additional management tools can share the same standard measurement stream so there is no additional overhead involved in adding applications. Standard metrics ensure consistency between measurements displayed on the different tools making it easier to transition between tools.\n\nStandard agents allow performance monitoring tools to focus on data analysis and presentation, rather than the complexity of maintaining agents on different platforms. Pooling resources on the agent side eliminates wasteful duplication and greatly simplifies operational deployment.\n\nIn addition, standard agents lower the barrier to entry, making it easier to create and deploy innovative performance management tools.\n
Lets see how standard metrics transform performance monitoring. In this case, sFlow agents can be deployed as a standard component of each platform.\n\nDeploying a performance monitoring application simply involves turning on the already deployed agents. Additional management tools can share the same standard measurement stream so there is no additional overhead involved in adding applications. Standard metrics ensure consistency between measurements displayed on the different tools making it easier to transition between tools.\n\nStandard agents allow performance monitoring tools to focus on data analysis and presentation, rather than the complexity of maintaining agents on different platforms. Pooling resources on the agent side eliminates wasteful duplication and greatly simplifies operational deployment.\n\nIn addition, standard agents lower the barrier to entry, making it easier to create and deploy innovative performance management tools.\n
Another area that’s ripe for standardization is web services. Current efforts in sFlow.org are focussing on the key metrics that can describe the performance of web servers, load balancers etc.\n\nA standard set of counters is only part of the story. The sFlow protocol also provides a way to monitor HTTP operations. Defining a standard set of transaction attributes allows sFlow to efficiently report on web activity across larger server farms. Here again, there is already broad consensus on the set of attributes. The combined log file format is widely supported. Exporting the same data using sFlow provides real-time, centralized monitoring and can easily be converted back into a log file for existing tools as well as allowing a new class of real-time log analyzers to be created for performance monitoring.\n\nThe sFlow standard also support statistical sampling. By randomly selecting 1 in N records, you can centrally monitor the largest of web services.\n
Another area that’s ripe for standardization is web services. Current efforts in sFlow.org are focussing on the key metrics that can describe the performance of web servers, load balancers etc.\n\nA standard set of counters is only part of the story. The sFlow protocol also provides a way to monitor HTTP operations. Defining a standard set of transaction attributes allows sFlow to efficiently report on web activity across larger server farms. Here again, there is already broad consensus on the set of attributes. The combined log file format is widely supported. Exporting the same data using sFlow provides real-time, centralized monitoring and can easily be converted back into a log file for existing tools as well as allowing a new class of real-time log analyzers to be created for performance monitoring.\n\nThe sFlow standard also support statistical sampling. By randomly selecting 1 in N records, you can centrally monitor the largest of web services.\n
Another area that’s ripe for standardization is web services. Current efforts in sFlow.org are focussing on the key metrics that can describe the performance of web servers, load balancers etc.\n\nA standard set of counters is only part of the story. The sFlow protocol also provides a way to monitor HTTP operations. Defining a standard set of transaction attributes allows sFlow to efficiently report on web activity across larger server farms. Here again, there is already broad consensus on the set of attributes. The combined log file format is widely supported. Exporting the same data using sFlow provides real-time, centralized monitoring and can easily be converted back into a log file for existing tools as well as allowing a new class of real-time log analyzers to be created for performance monitoring.\n\nThe sFlow standard also support statistical sampling. By randomly selecting 1 in N records, you can centrally monitor the largest of web services.\n
Looking at the big picture, sFlow doesn’t just define performance metrics and a scalable method for collecting them.\n\nAn important part of the standard is a data model that links network, host and application metrics together. For example, when exporting host metrics the host also exports its MAC addresses, allowing network and server performance to be linked. When an application transaction is exported, the layer 4 socket associated with the transaction is also included, providing a way to link network and application performance.\n
Looking at the big picture, sFlow doesn’t just define performance metrics and a scalable method for collecting them.\n\nAn important part of the standard is a data model that links network, host and application metrics together. For example, when exporting host metrics the host also exports its MAC addresses, allowing network and server performance to be linked. When an application transaction is exported, the layer 4 socket associated with the transaction is also included, providing a way to link network and application performance.\n
Looking at the big picture, sFlow doesn’t just define performance metrics and a scalable method for collecting them.\n\nAn important part of the standard is a data model that links network, host and application metrics together. For example, when exporting host metrics the host also exports its MAC addresses, allowing network and server performance to be linked. When an application transaction is exported, the layer 4 socket associated with the transaction is also included, providing a way to link network and application performance.\n
I would like to finish by describing current areas of activity and invite participation from the broader comminity.\n\nI’ve already touched on some of the areas where standard metrics are being defined. Other areas include memcache, Hadoop and networked storage.\n\nAs the metrics become settled, they need to be implemented within the different operating systems, hypervisors and applications so that they can be efficiently deployed in production environments.\n\nNative support for sFlow in existing performance management applications is needed to deliver value from the instrumentation.\n\nFinally, a single measurement system linking network, server and application performance allows a new class of application to be developed, simplifying performance management by providing an integrated view of performance.\n\n\n
I would like to finish by describing current areas of activity and invite participation from the broader comminity.\n\nI’ve already touched on some of the areas where standard metrics are being defined. Other areas include memcache, Hadoop and networked storage.\n\nAs the metrics become settled, they need to be implemented within the different operating systems, hypervisors and applications so that they can be efficiently deployed in production environments.\n\nNative support for sFlow in existing performance management applications is needed to deliver value from the instrumentation.\n\nFinally, a single measurement system linking network, server and application performance allows a new class of application to be developed, simplifying performance management by providing an integrated view of performance.\n\n\n
I would like to finish by describing current areas of activity and invite participation from the broader comminity.\n\nI’ve already touched on some of the areas where standard metrics are being defined. Other areas include memcache, Hadoop and networked storage.\n\nAs the metrics become settled, they need to be implemented within the different operating systems, hypervisors and applications so that they can be efficiently deployed in production environments.\n\nNative support for sFlow in existing performance management applications is needed to deliver value from the instrumentation.\n\nFinally, a single measurement system linking network, server and application performance allows a new class of application to be developed, simplifying performance management by providing an integrated view of performance.\n\n\n
I would like to finish by describing current areas of activity and invite participation from the broader comminity.\n\nI’ve already touched on some of the areas where standard metrics are being defined. Other areas include memcache, Hadoop and networked storage.\n\nAs the metrics become settled, they need to be implemented within the different operating systems, hypervisors and applications so that they can be efficiently deployed in production environments.\n\nNative support for sFlow in existing performance management applications is needed to deliver value from the instrumentation.\n\nFinally, a single measurement system linking network, server and application performance allows a new class of application to be developed, simplifying performance management by providing an integrated view of performance.\n\n\n