Following are just a few examples of projects that require infrastructure change with some common challenges highlighted:
Virtualization – It is difficult to have a clear understanding of who is accessing computing resources such as disk arrays or virtual machines in a virtualized environment.
How do you:
Voice/data convergence – Adding a response-time-sensitive and business-critical technology such as VoIP to the network infrastructure requires an understanding of critical information about the network that can be very difficult to get.
How do you:
Data center migration – Most organizations will need at some point to relocate, consolidate, expand, or segment their data centers due to growth, mergers and acquisitions, or other organizational change. This can be extremely challenging.
How do you: :
Disaster recovery planning – In order to develop an appropriate disaster recovery plan that will allow for a business to continue operation in the event of a serious
disruption.
How do you:
New application rollouts – Rolling out large applications – such as CRM, ERP, SFA, HER, etc. – is challenging to ensure that the application functionality is made available
to the users who need it without creating adverse affects on the network infrastructure.
How do you:
No matter how your infrastructure is changing, your goal is to optimize the planning and minimize the disruption for the change. All of the challenges outlined above can
be addressed, but to do so you need to know what is happening on your network both now and historically, what is typical, and who or what could be affected by the
change. This kind of holistic visibility is critical in order for you to make the best business
decisions possible.
There’s a Gap in Technologies
One area where many organizations struggle is finding the right tools and processes to gain a holistic view of activity across the entire network. While there are many
tools and approaches on the market today, most suffer limitations. Many tools provide visibility in areas where they are physically connected and for specified conditions.
Link-based solutions provide only a piece of the picture. Fault-driven technologies are “noisy” and focus on alerts and snapshots. In addition, deployment of many of these
solutions requires a costly array of agents, probes, or inline devices that ultimately increase the complexity of your infrastructure. Other technologies work very well for
specific tasks but can't effectively be “stretched” to watch the wire, not just the end points. Similarly, troubleshooting tools (e.g. protocol analyzers or IDS/IPS) are effective when you know what you are looking for and where it is likely to be found; they won’t, however, show you what happened before an event occurred that precipitated
the problem.
To fill the gaps, you need a technology that lets you understand the activity of users, applications, hosts, and devices across the entire network and answer any question
about who, what, where, when, what’s typical, and what’s changed.
Network Behavior Analysis Fills that Gap
The Yankee Group defines Network Behavior Analysis (NBA) as systems that “take information from existing network devices about how endpoints are using the network
(where they go, what they use, typical traffic, etc.).” NBA systems analyze network traffic data – such as NetFlow, cFlow and sFlow – from routers and switches
throughout the network. The system builds a profile of the behavior of systems, users, and applications inside the network and continuously monitors their activity,
alerting operations teams of security events, performance issues, and policy violations.
The Mazu NBA system provides continuous global visibility into how users, applications, hosts, and devices are behaving on your network, and tells you how their current
activity differs from their typical behavior. You’ll optimize network operations, secure your internal network, and maximize application availability because you’ll
always know what’s happening on your network: who’s talking to whom, what applications and services are running, where the traffic is flowing, and if there are any
meaningful changes that indicate a network issue, security threat, or application problem.
Mazu collects this information across any, or all, of your network using a passive, agent-less deployment model that delivers immediate value. The data is stored in Mazu’s Network Intelligence Database,including both real-time and historical details. With this always-on, global view you'll understand usage patterns, consumption rates, and dependencies between users, applications, and network infrastructure.
This dramatically reduces the time to troubleshoot network and security issues and provides critical information for accurate planning and impact analysis.
Before you make any changes, it is important to understand the current environment. This is usually a piecemeal process with data gathered from inventories, old project plans, and interviews. Even if you can construct a complete picture, it will reflect what you think the current environment looks like, not what is actually happening.
Mazu can easily and quickly provide you with a complete inventory of all applications running and with current and historical profiles that include bandwidth, use, and dependency information. This inventory helps you:
2. Pre-Change Planning: Real-Time and Historical Information for Better Change Planning
Once you understand the current environment, you want to ensure that you have a complete plan to get you where you need to go and that you understand what it will look like when you get there. Mazu provides you with the information you need to:
3. Change Deployment: Minimize Deployment Disruption
Even the most carefully planned changes can cause unexpected problems such as network slowdowns and interruptions in service or application availability. Mazu
enables you to minimize these problems by comparing current behavior to historical norms. As the deployment is underway, Mazu can evaluate how users, applications,
servers, etc. are currently operating and compare that to historical norms to flag problems. This enables the deployment team to proactively identify a problem
rather than having to rely on users’ complaints. In the event that a problem is identified, Mazu helps isolate the problem and identify solution areas by providing
information about what led up to the disruption, who is affected, and what applications/systems/hosts are involved. Mazu delivers time savings throughout the
deployment process; being able to quickly identify behavior changes, understand why the behavior changed, and verifying that a problem has been resolved helps
reduce the time needed to resolve issues.
4. Post-Change Monitoring and Support: Accelerate Problem Identification and Resolution
Ensuring performance and availability beyond the deployment is necessary for ongoing support. To do this, you need to be able to quickly detect problems, identify
root cause, formulate and implement a fix, and verify successful resolution. This acceleration allows IT staff reduce the time needed to resolve critical business problems related to infrastructure change planning and deployment.
5. Post-Change Monitoring and Support: Improve Support Capabilities and Reporting Metrics
Ongoing support and appropriate reporting metrics are necessary to ensure that the IT environment keeps pace with the requirements of the business and to improve
planning for the next iteration of the infrastructure change.
Mazu in Action
The network engineering team at a financial
firm is routinely notified of new applications
to be deployed. Unfortunately they often
receive these notifications just prior to the
deployment instead of during the planning
process. Since experience has shown that
new applications usually cause problems in
the operating environment, they try to delay
the deployment until they can model the
application. The modeling tools they used,
however, did not monitor availability or
behavior of an application after it has been
deployed. The IT department now uses
Mazu to “fingerprint” the relationship of the
distributed components of the applications
using rule-based events. If applications violate
the rules, the network team is notified.
This enables the group to more successfully
support the organization as it rolls out new
applications and services to users.
AccountingWEB.com Mar-23-2007
Categories: Small Business, Software, Technology, Computers, Practice Management, Firm Management, White Papers, In-Depth News
Times read: 2274
Reprints