<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
    <title>Where Ozux meets the Web</title>
    <link rel="alternate" type="text/html" href="http://blog.ozux.org/" />
    <link rel="self" type="application/atom+xml" href="http://blog.ozux.org/atom.xml" />
    <id>tag:blog.ozux.org,2008-06-02://1</id>
    <updated>2008-07-27T11:27:22Z</updated>
    
    <generator uri="http://www.sixapart.com/movabletype/">Movable Type Open Source 4.1</generator>

<entry>
    <title>Historical Monitoring</title>
    <link rel="alternate" type="text/html" href="http://blog.ozux.org/2008/07/historical-monitoring.html" />
    <id>tag:blog.ozux.org,2008://1.4</id>

    <published>2008-07-27T11:17:24Z</published>
    <updated>2008-07-27T11:27:22Z</updated>

    <summary>Polling systems at predefined intervals can be used to gather utilization orother statistical data from various components of the system and to checkhow well services that the system provides are working. The informationgathered through such historical data collection is stored...</summary>
    <author>
        <name>Ozux</name>
        
    </author>
    
    <category term="monitoring" label="Monitoring" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="sabook" label="SA Book" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en-US" xml:base="http://blog.ozux.org/">
        <![CDATA[Polling systems at predefined intervals can be used to gather utilization or<br />other statistical data from various components of the system and to check<br />how well services that the system provides are working. The information<br />gathered through such historical data collection is stored and typically used<br />to produce graphs of the system's performance over time or to detect or<br />isolate a minor problem that occurred in the past. In an environment with<br />written SLA policies, historical monitoring is the method used to monitor<br />SLA conformance.<br />&nbsp;&nbsp;&nbsp;&nbsp; Historical data collection is often introduced at a site because the SAs<br />wonder whether they need to upgrade a network, add more memory to a<br />server, or get more CPU power. They might be wondering when they will need<br />to order more disks for a group that consumes space rapidly or when they<br />will need to add capacity to the backup system. To answer these questions,<br />the SAs realize that they need to monitor the systems in question and gather<br />utilization data over a period of time in order to see the trends and the peaks<br />in usage. There are many other uses for historical data, such as usage-based<br />billing, anomaly detection (see Section 11.1.3.7) and presenting data to the<br />customer base or management (see Chapter 31).<br />&nbsp;&nbsp;&nbsp;&nbsp; Historical data can consume a lot of disk space. This can be mitigated by<br />condensing or expiring data. Condensing data means replacing detailed data<br />with averages. For example, one might collect bandwidth utilization data<br />for a link every 5 minutes. However, retaining only hourly averages requires<br />about 90 percent less storage. It is common to store the full detail for the past<br />week but to reduce down to hourly averages for older data.<br />&nbsp; 1. The machine that all the servers report to.<br />526&nbsp;&nbsp;&nbsp;&nbsp; Chapter 22 Service Monitoring<br />&nbsp;&nbsp;&nbsp;&nbsp; Expiring data means deleting it. One might decide that data older than<br />2 years does not need to be retained at all. Alternatively, one might archive<br />such data to removable media--DVD or tape--in case it is ever needed.<br />&nbsp;&nbsp;&nbsp;&nbsp; Limiting disk space consumption by condensing the data or expiring it<br />affects the level of detail or historical perspective you can provide. Bear this<br />trade-off in mind as you look for a system for your historical data collection.<br />&nbsp;&nbsp;&nbsp;&nbsp; How you intend to use the data that you gather from the historical mon-<br />itoring will help to determine what level of detail you need to keep and for<br />how long. For example, if you are using the data for usage-based billing and<br />you bill monthly, you will want to keep complete details for a few years, in<br />case there is a customer complaint. You may then archive the data and expire<br />the online detailed data but save the graphs to provide online access for your<br />customers to reference. Alternatively, if you are simply using the graphs in-<br />ternally for observing trends and predicting capacity needs, you might want<br />a system that keeps complete data for the past 48 hours, reasonably detailed<br />information for the past 2 weeks, somewhat less detailed information for the<br />past 2 months, and very condensed data for the previous 2 years, with every-<br />thing older than 2 years being discarded. Consider what you are going to use<br />the data for and how much space you can use when deciding on how much<br />to condense the data. Ideally, the amount of condensing that the system does<br />and the expiration time of the data should be configurable.<br />&nbsp;&nbsp;&nbsp;&nbsp; You also need to consider how the monitoring system gathers its data.<br />Typically, a system that performs historical data collection will want to poll<br />the systems that it monitors at regular intervals. Ideally, the polling interval<br />should be configurable. The polling mechanism should be able to use a stan-<br />dard form of communication, such as SNMPv2, as well as the usual IP mech-<br />anisms, such as Internet control message protocol (ICMP) echoes (pings) and<br />opening TCP connections on any port, sending some specific data down that<br />connection and checking the response received by using pattern matching. It<br />is also useful to have a monitoring system that records latency information,<br />or how long a transaction took. The latency correlates well to the end users'<br />experiences. Having a service that responds very slowly is practically the same<br />as having one that doesn't respond at all. The monitoring system should sup-<br />port as many other polling mechanisms as possible, preferably incorporating<br />a mechanism to feed in data from any source and parse the results from that<br />query. The ability to add your own tests is important, especially in highly<br />customized environments. On the other hand, a multitude of predefined tests<br />is also valuable, so that you do not need to write everything from scratch.<br /><br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; The output that you generally want from this type of monitoring system<br />is graphs that have clear units along each axis. You can use the graphs to see<br />what the usage trends are or to notice problems, such as sudden, unexpected<br />peaks or drops in usage. You can use the graphs to predict when you need<br />to add capacity of any sort and as an aid in the budget process. A graph is also a convenient form of<br />documentation to pass up the management chain. A graph clearly illustrates<br />your point, and your managers will appreciate your having solid data to<br />support your request for more bandwidth, memory, disk space, or whatever<br />it is that you need.<br /><br /> ]]>
        
    </content>
</entry>

<entry>
    <title>Monitoring?</title>
    <link rel="alternate" type="text/html" href="http://blog.ozux.org/2008/07/monitoring.html" />
    <id>tag:blog.ozux.org,2008://1.3</id>

    <published>2008-07-27T11:04:58Z</published>
    <updated>2008-07-27T11:08:13Z</updated>

    <summary>Monitoring is an important component of providing a reliable, professionalservice. The two primary types of monitoring are real-time monitoring andhistorical monitoring. Each has a very different purpose. Monitoring is a basic component of building a service andmeeting its expected or...</summary>
    <author>
        <name>Ozux</name>
        
    </author>
    
    <category term="monitoring" label="Monitoring" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="sa" label="SA" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="sabook" label="SA Book" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en-US" xml:base="http://blog.ozux.org/">
        <![CDATA[Monitoring is an important component of providing a reliable, professional<br />service. The two primary types of monitoring are real-time monitoring and<br />historical monitoring. Each has a very different purpose. Monitoring is a basic component of building a service and<br />meeting its expected or required service levels.<br />&nbsp;&nbsp;&nbsp; "If you can't measure it, you can't manage it." In the field of system<br />administration, that useful business axiom becomes: "If you aren't moni-<br />toring it, you aren't managing it."<br />&nbsp;&nbsp;&nbsp; Monitoring is essential for any well-run site but is a project that can keep<br />increasing in scope. This chapter should help you anticipate and prepare for<br />that. We look at what the basics of a monitoring system are and then discuss<br />the numerous ways that you can improve your monitoring system.<br />&nbsp;&nbsp;&nbsp; For some sites, such as sites providing a service over the Internet, com-<br />prehensive monitoring is a business requirement. These sites need to monitor<br />everything to make sure that they don't lose revenue because of an outage that<br />goes unnoticed.<br />]]>
        
    </content>
</entry>

<entry>
    <title>Happy SA?</title>
    <link rel="alternate" type="text/html" href="http://blog.ozux.org/2008/06/happy-sa.html" />
    <id>tag:blog.ozux.org,2008://1.2</id>

    <published>2008-06-02T07:24:06Z</published>
    <updated>2008-06-02T07:28:37Z</updated>

    <summary><![CDATA[&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; A happy SA deals well with stress and anendless incoming workload, looks forward to going to work each day, and hasa positive relationship with customers, coworkers, and managers. Happinessis feeling sufficiently in control of your work life and having...]]></summary>
    <author>
        <name>Ozux</name>
        
    </author>
    
    <category term="sabook" label="SA Book" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en-US" xml:base="http://blog.ozux.org/">
        <![CDATA[&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; A happy SA deals well with stress and an<br />endless incoming workload, looks forward to going to work each day, and has<br />a positive relationship with customers, coworkers, and managers. Happiness<br />is feeling sufficiently in control of your work life and having a good social and<br />family life. It means feeling like you're accomplishing something and deriving<br />satisfaction from your job. It means getting along well with the people you<br />work with, as well as with the management above you.<br />&nbsp;&nbsp;&nbsp;&nbsp; Just as happiness means different things to different people, various tech-<br />niques in this chapter may appeal more to some readers than to others. Mostly,<br />we've tried to list what has worked for us. For example, of the hundreds of<br />books on time management, we try to list the 10 percent of such books that<br />apply to issues SAs face. If you think that books on time management are<br />90 percent junk, we hope that we've covered the remaining 10 percent for<br />you here.<br />&nbsp;&nbsp;&nbsp;&nbsp; The happy SAs we've met share certain habits: good personal skills, good<br />communication skills, self-psychology, and techniques for managing their<br />managers. We use the word habits because people do them unconsciously, as<br />they might tap their fingers when they hear a song on the radio.<br />&nbsp;&nbsp;&nbsp;&nbsp; These behaviors come naturally to some people but need to be learned by<br />others. Books, lectures, classes, conferences, and even training camps teach<br />these techniques. It's pretty amazing that happiness comes from a set of skills<br />that can be developed through practice! Making a habit of a technique isn't<br />easy. Don't expect immediate success. If you try again and again, it will be-<br />come easier and easier. A common rule of thumb is that a habi<br /><br /><br /><br />From (<a href="http://softpro.stores.yahoo.net/0-321-49266-8.html">The Practice Of System And Network Administration</a>)<br /> ]]>
        
    </content>
</entry>

<entry>
    <title>I just finished installing Movable Type 4!</title>
    <link rel="alternate" type="text/html" href="http://blog.ozux.org/2008/06/i-just-finished-installing-mov.html" />
    <id>tag:blog.ozux.org,2008://1.1</id>

    <published>2008-06-02T07:23:19Z</published>
    <updated>2008-06-02T07:23:19Z</updated>

    <summary>Welcome to my new blog powered by Movable Type. This is the first post on my blog and was created for me automatically when I finished the installation process. But that is ok, because I will soon be creating posts...</summary>
    <author>
        <name>Ozux</name>
        
    </author>
    
    
    <content type="html" xml:lang="en-US" xml:base="http://blog.ozux.org/">
        Welcome to my new blog powered by Movable Type. This is the first post on my blog and was created for me automatically when I finished the installation process. But that is ok, because I will soon be creating posts of my own!
        
    </content>
</entry>

</feed>
