|
Home | Switchboard | Unix Administration | Red Hat | TCP/IP Networks | Neoliberalism | Toxic Managers |
(slightly skeptical) Educational society promoting "Back to basics" movement against IT overcomplexity and bastardization of classic Unix |
|
The KISS rule can be expanded as: Keep It Simple, Sysadmin ;-)
|
When taking about ESM large and expensive ESM packages like HP Operations Manager (formely HP OpenView), Tivoli, Sun Management Center are naturally come to mind. Among enterprise tools this page provides some info on Tivoli just because this is a system that the author has some experience with.
While commercial ESM packages do provide useful functionality they are usually too complex and underpowered to provide full spectrum of services. That are also not very flexible. Some like HP Operations Manager are better some like old IBM Tivoli are worse, but all are far from perfect. And while cost for large enterprise is less of an issue a good ESM cost is more then one year cost of good system programmer or administrator with maintenance running around 20% of acquisition cost. So if your need can be served by adapting open source system for less money you can have a better product for less. The problem is that open source products are weaker them commercial and support also cost money.
Among goodies that ESM should provide:
In the O'Reilly paper Top Five Open Source Packages for System Administrators they list the following (I do not like Cfengine):
Anyway there are open source tools that can do the job just fine. especially in system monitoring area. Software distribution and configuration management are much more complex things. Here enterprise class solution like Tivoli Configuration manager might pay off more quickly.
The notion of more IT jobs moving offshore is likely to set off predictable controversy. But the truth is that systems administration is increasingly becoming a more remote, hands-off job, with servers already clustered in data centers, albeit here in the USA, far from the administrators who monitor them.
Many data centers today operate with their lights dimmed - darkened homes for servers that only get visited when their minders indicate that they need attention. And if the administrators and servers aren't in the same building, does it matter if they're on the same continent?
"The end-state for large corporations is to have a couple large data centers in the U.S., in Europe, and in Asia," with systems administrators distributed around the world, says James Kaplan, who is an IT infrastructure consultant at McKinsey Kaplan thinks that, at most, 20 to 50 percent of systems administration work will remain in high-cost areas like the U.S. and Western Europe.
For those only casually familiar with the IT outsourcing trend, it's easy to assume that systems administration is part of the work already parceled out to offshore companies. But that's not the case. According to Kaplan's research, few offshore IT contracts involve systems administration work today.
A variety of factors have limited this type of offshoring. For one thing, maintenance of many systems used to require hooking up a keyboard and monitor to a server to diagnose problems. That could only be done in person, requiring skilled personnel close to the server. And monitoring a system remotely requires a rock-solid network connection, something that was hard to get overseas.
Furthermore, the trained personnel to run such operations simply didn't exist overseas until recently. India's technical colleges had focused on training graduates for software programming. But that, too, is changing: According to Kaplan, the number of trained systems administrators in low-cost markets like India tripled from 5,000 in 2003 to 15,000 in 2005.
Dr. Nikolai Bezroukov
|
Switchboard | ||||
Latest | |||||
Past week | |||||
Past month |
October 11, 2011 | Slashdot
miller60 writes with an except from a Data Center Knowledge article: "AOL has begun operations at a new data center that will be completely unmanned, with all monitoring and management being handled remotely. The new 'lights out' facility is part of a broader updating of AOL infrastructure that leverages virtualization and modular design to quickly deploy and manage server capacity. 'These changes have not been easy,' AOL's Mike Manos writes in a blog post about the new facility. 'It's always culturally tough being open to fundamentally changing business as usual.'" Mike Manos's weblog post provides a look into AOL's internal infrastructure. It's easy to forget that AOL had to tackle scaling to tens of thousands of servers over a decade before the term Cloud was even coined.
Wow ... we were doing this 10 years ago before virtual systems were commonplace, 'computers on a card' where just coming out. Data center was 90 miles away.
All monitoring and managing was done remotely. The only time we ever went to physical data center was if a physical piece of hardware had to be swapped out. Multiple IP addresses were configured per server so any single server one one tier could act as a fail over for another one on the same tier.
We used firewalls to automate failovers, hardware failures were too infrequent to spend money on other methods.
We could rebuild Sun servers in 10 minutes from saved images. All software updates were scripted and automated. A separate maintenance network was maintained. Logins were not allowed except on the maintenance network, and all ports where shutdown except for ssh.
A remote serial interface provided hard-console access to each machine if the networks to a system wasn't available.
rubycodez:
virtual systems were commonplace in the 1960s. But finally these bus-oriented microcomputers, and PC wintel type "servers" have gotten into it. Young 'uns.......
ebunga:
Eh, machines of that era required constant manual supervision, and uptime was measured in hours, not months or years. That doesn't negate the fact that many new tech fads are poor reimplementations of technology that died for very good reasons.
timeOday:
And other new tech fads are good reimplementations of ideas that didn't pan out in the past but are now feasible due to advances in technology. You really can't generalize without looking at specifics - "somebody tried that a long time ago and it wasn't worth it" doesn't necessarily prove anything.
rednip:
"somebody tried that a long time ago and it wasn't worth it" doesn't necessarily prove anything.
Unless there is some change in technology or technique, past failures are a good indicator of continued inability.
timeOday:
The tradeoff between centralized and decentralized computing is a perfect example of a situation where the technology is constantly evolving at a rapid pace. Whether it's better to have a mainframe, a cluster, a distributed cluster (cloud), or fully decentralized (peer-to-peer) varies from application to application and from year-to-year. None of those options can be ruled in or out by making generalizations from the year 2000, let alone the 1960's.
- One - If there is redundancy and virtualization, AOL can certainly keep services running while a tech goes in, maybe once a week, and swaps out the failed blades that have already been remotely disabled and their usual services relocated. this is not a problem. Our outfit here has a lights-out facility that sees a tech maybe every few weeks, and other than that a janitor keeps the dust bunnies at bay and makes sure the locks work daily. And yes, they've asked him to flip power switches and tell them what color the lights were. He's gotten used to this. that center doesn't have state-of-the-art stuff in it, either.
- Two - Didn't AOL run on a mainframe (or more than one) in the 90s? It predated anything useful, even the Web I think. Netscape was being launched in 1998, Berners-Lee was making a NeXT browser in 1990, and AOL for Windows existed in 1991. Mosaic and Lynx were out in 1993. AOL sure didn't need any PC infrastructure, it predated even Trumpet Winsock, I think, and Linux. I don't think I could have surfed the Web in 1991 with a Windows machine, but I could use AOL.
Some things just speak for themselves. Below you see an edited chain of e-mails that just reek of testosterone.The actors are VP1, VP2 and VP3 (plus the usual cc: audience). Guess which one is me.
The subject concerns all three, but they head up different divisions. Note the use of cc: and the time. In real life everyone could see the e-mail history.
From: VP1
To: Team of VP1
cc: VP2;VP3
Subject: Something that concerns us
Time: 11:20 pmTeam, I just want to inform you that we now have the funding to go ahead with XYZ. Please go ahead and execute as planned.
Regards,
VP1Replies VP2 in a seemingly innocent tone:
From: VP2
To: VP1
cc: Team of VP1;VP3
Subject: Re: Something that concerns us
Time: 11.30 pmVP1,
Can you please share the details as you progress.
Thanks,
VP2Enters VP3:
From: VP3
To: VP1
cc: Team of VP1;Team of VP2; CEO, CTO, CFO, CMO
Subject: Re: Something that concerns us
Time: 11.45 pmAll,
I don't approve of this. How come I was not informed. It's the wrong approach and is basically a waste of money. It's not planned properly and I ask you to stop all further activities!!!
VP3 (From my Blackberry)
Replies VP1 patiently:
From: VP1
To: VP3
cc: VP2
Subject: Re: Something that concerns us
Time: 12 pmVP3,
I'm surprised to hear that you haven't heard of this. It was in the plan document that we reviewed two months ago and which you approved.
We're just executing that plan.
If you have further questions don't hesitate to call me.
Regards,
VP1Replies VP3 going for the kill:
From: VP3
To: VP1
cc: Team of VP1;Team of VP2; CEO, CTO, CFO, CMO
Subject: Re: Something that concerns us
Time: 12.15 pmVP1,
it's not your call to decide on this. I have said that I don't approve and that's it. Stop further actions immediately.
VP3Interacts VP2, making a reference to his earlier reply (50 minutes ago!), insinuating that VP1 hasn't delivered to his promise. And re-invents himself as a a player in the approval chain.
From: VP2
To: VP1, VP3
cc: Team of VP1;Team of VP2; CEO, CTO, CFO, CMO
Subject: Re: Something that concerns us
Time: 12.17 pmI haven't received the details I asked for yet. Please send so I can have an informed view. I'm not going to approve until I know more.
VP2
So now VP1 is caught in a snag. The other two VPs who approved a plan just two months ago are now aiming for his throat.
It continues for another couple of hours and it gets a lot nastier. I leave it up to you to do the analysis of the hidden agendas.
This is not an atypical event in my daily routine.
So who am I? Well, I'm not VP1.
MAT is an easy to use network enabled UNIX configuration and monitoring tool. It provides an integrated tool for many common system administration tasks, including Backups., and Replication It includes a warning system for potential system problems, and graphing of many common system parameters. Click here for more.
Coming soon in version 0.24 will be an embedded interpreter with it you will be able to monitor any parameter you can write a script to capture. It also will create the ability to have OS specific configuration tools.
Online Libraries | Mark Burgess |
USAIL | Digital Unix System Administation e-book | LDP e-books | Other e-books |
Update: Vladimir Vuksan has posted another mirror site located at http://www.unm.edu/~vuksan/100_linux_tips_and_tricks.pdf
Principles of system administration - Table of Contents
USAIL can be freely mirrored. A very useful resource...
Google matched content |
Search engines:
Professional societies:
Portals and collections of links
Forums
[Apr 21, 1999] Linux Administration Made Easy by Steve Frampton, <[email protected]> v0.99u.01 (PRE-RELEASE), 21 April 1999. A new LDP book.
The Network Administrators' Guide by Olaf Kirk
"The unfortunate reality
of being a Systems Administrator is that sometime during your career, you will most likely run into
a user (or lus3r if you prefer) whom has an IQ of a diced carrot and demands that you drop everything
to fix their system/email/whatever. This article focuses on how to deal with these kinds of issues."
Resources
The FreeBSD Diary -- System tools - toys I have found -- short discussion of last, swapinfo, systat, tops and z-tools.
Society
Groupthink : Two Party System as Polyarchy : Corruption of Regulators : Bureaucracies : Understanding Micromanagers and Control Freaks : Toxic Managers : Harvard Mafia : Diplomatic Communication : Surviving a Bad Performance Review : Insufficient Retirement Funds as Immanent Problem of Neoliberal Regime : PseudoScience : Who Rules America : Neoliberalism : The Iron Law of Oligarchy : Libertarian Philosophy
Quotes
War and Peace : Skeptical Finance : John Kenneth Galbraith :Talleyrand : Oscar Wilde : Otto Von Bismarck : Keynes : George Carlin : Skeptics : Propaganda : SE quotes : Language Design and Programming Quotes : Random IT-related quotes : Somerset Maugham : Marcus Aurelius : Kurt Vonnegut : Eric Hoffer : Winston Churchill : Napoleon Bonaparte : Ambrose Bierce : Bernard Shaw : Mark Twain Quotes
Bulletin:
Vol 25, No.12 (December, 2013) Rational Fools vs. Efficient Crooks The efficient markets hypothesis : Political Skeptic Bulletin, 2013 : Unemployment Bulletin, 2010 : Vol 23, No.10 (October, 2011) An observation about corporate security departments : Slightly Skeptical Euromaydan Chronicles, June 2014 : Greenspan legacy bulletin, 2008 : Vol 25, No.10 (October, 2013) Cryptolocker Trojan (Win32/Crilock.A) : Vol 25, No.08 (August, 2013) Cloud providers as intelligence collection hubs : Financial Humor Bulletin, 2010 : Inequality Bulletin, 2009 : Financial Humor Bulletin, 2008 : Copyleft Problems Bulletin, 2004 : Financial Humor Bulletin, 2011 : Energy Bulletin, 2010 : Malware Protection Bulletin, 2010 : Vol 26, No.1 (January, 2013) Object-Oriented Cult : Political Skeptic Bulletin, 2011 : Vol 23, No.11 (November, 2011) Softpanorama classification of sysadmin horror stories : Vol 25, No.05 (May, 2013) Corporate bullshit as a communication method : Vol 25, No.06 (June, 2013) A Note on the Relationship of Brooks Law and Conway Law
History:
Fifty glorious years (1950-2000): the triumph of the US computer engineering : Donald Knuth : TAoCP and its Influence of Computer Science : Richard Stallman : Linus Torvalds : Larry Wall : John K. Ousterhout : CTSS : Multix OS Unix History : Unix shell history : VI editor : History of pipes concept : Solaris : MS DOS : Programming Languages History : PL/1 : Simula 67 : C : History of GCC development : Scripting Languages : Perl history : OS History : Mail : DNS : SSH : CPU Instruction Sets : SPARC systems 1987-2006 : Norton Commander : Norton Utilities : Norton Ghost : Frontpage history : Malware Defense History : GNU Screen : OSS early history
Classic books:
The Peter Principle : Parkinson Law : 1984 : The Mythical Man-Month : How to Solve It by George Polya : The Art of Computer Programming : The Elements of Programming Style : The Unix Hater�s Handbook : The Jargon file : The True Believer : Programming Pearls : The Good Soldier Svejk : The Power Elite
Most popular humor pages:
Manifest of the Softpanorama IT Slacker Society : Ten Commandments of the IT Slackers Society : Computer Humor Collection : BSD Logo Story : The Cuckoo's Egg : IT Slang : C++ Humor : ARE YOU A BBS ADDICT? : The Perl Purity Test : Object oriented programmers of all nations : Financial Humor : Financial Humor Bulletin, 2008 : Financial Humor Bulletin, 2010 : The Most Comprehensive Collection of Editor-related Humor : Programming Language Humor : Goldman Sachs related humor : Greenspan humor : C Humor : Scripting Humor : Real Programmers Humor : Web Humor : GPL-related Humor : OFM Humor : Politically Incorrect Humor : IDS Humor : "Linux Sucks" Humor : Russian Musical Humor : Best Russian Programmer Humor : Microsoft plans to buy Catholic Church : Richard Stallman Related Humor : Admin Humor : Perl-related Humor : Linus Torvalds Related humor : PseudoScience Related Humor : Networking Humor : Shell Humor : Financial Humor Bulletin, 2011 : Financial Humor Bulletin, 2012 : Financial Humor Bulletin, 2013 : Java Humor : Software Engineering Humor : Sun Solaris Related Humor : Education Humor : IBM Humor : Assembler-related Humor : VIM Humor : Computer Viruses Humor : Bright tomorrow is rescheduled to a day after tomorrow : Classic Computer Humor
The Last but not Least Technology is dominated by two types of people: those who understand what they do not manage and those who manage what they do not understand ~Archibald Putt. Ph.D
Copyright � 1996-2021 by Softpanorama Society. www.softpanorama.org was initially created as a service to the (now defunct) UN Sustainable Development Networking Programme (SDNP) without any remuneration. This document is an industrial compilation designed and created exclusively for educational use and is distributed under the Softpanorama Content License. Original materials copyright belong to respective owners. Quotes are made for educational purposes only in compliance with the fair use doctrine.
FAIR USE NOTICE This site contains copyrighted material the use of which has not always been specifically authorized by the copyright owner. We are making such material available to advance understanding of computer science, IT technology, economic, scientific, and social issues. We believe this constitutes a 'fair use' of any such copyrighted material as provided by section 107 of the US Copyright Law according to which such material can be distributed without profit exclusively for research and educational purposes.
This is a Spartan WHYFF (We Help You For Free) site written by people for whom English is not a native language. Grammar and spelling errors should be expected. The site contain some broken links as it develops like a living tree...
|
You can use PayPal to to buy a cup of coffee for authors of this site |
Disclaimer:
The statements, views and opinions presented on this web page are those of the author (or referenced source) and are not endorsed by, nor do they necessarily reflect, the opinions of the Softpanorama society. We do not warrant the correctness of the information provided or its fitness for any purpose. The site uses AdSense so you need to be aware of Google privacy policy. You you do not want to be tracked by Google please disable Javascript for this site. This site is perfectly usable without Javascript.
Last modified: March 12, 2019