-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 05 July 2006 10:55, you wrote: > On 5 Jul 2006, at 10:16 AM, Josh Sled wrote: > > On Tue, 2006-07-04 at 23:13 -0400, Rion D'Luz wrote: > >> But, I like the idea of keeping things separate, along with their > >> deps. Putting mysql, or apache, or blender, or whatever in its > >> own sub-tree under opt keeps / system libs and bin from overbloating. > > > > There is a nice isolation in that approach, but it's sufficiently > > different from the norm as to be ... well ... different. :) Certainly > > outside of the Filesystem Hierarchy Standard. > > If you really want to isolate things (and I generally do with server > installs), virtualization is also a good option to consider. VMWare > server is now a free download, and Xen is also an option if you'd > rather not install a proprietary solution. Admittedly, there is a > resource impact, but this is a particularly appealing way to separate > several low-utilization tasks from each other while not tying up > multiple boxes (and the associated space, heat, and power).
I'm just now getting into virtualization strategies and trying to figgure out which is optimal for what. Currently i have been reading up on OpenVZ and Xen. I am already using vmware, tho not to its fullest extent. I can see the vbenefits, easy sale there. But i'm unclear as how to best apply it. For instance, I am working on an IBM x335 series box (w/10 more comming) connected thru an Avocent DSR switch. Boss wants all/everything currently in and around production and development on them, under CentOS and Xen. Me personally, leaning to isolation, pref screws to nails and like more tools than a hammer. For instance: a 1u running LTSP (vnc,ssh...), an LDAP server, file/backup/print servers, etc.. Another 1u running DBservs/ODBC for mysql, pgsql, sybase, oracle, and/or whatever else. I can think of another 1/2 doz. instances of either stand-alone servers or network topologies to add to the 'blade'. But i can also see going easily overboard as well. Let's throw an smtp, or smb server into the mix; how to determine which Xen instance is optimal for it's home? And what about web servers and load-balancing? Or putting your linux-based hubs and routers, firewalls and dmz's under Xen? Also, openVz might be a more viable alternative to Xen insofar as client-side operations are concerned. Lord knows, almost every ISP is practically giving away 'virtual linux'. And web-hosting, or someother, might be just as easily implemented in a chroot jail. So does it boil down to ID'ing servers/services then deciding if load dictates giving it horsepower or if protocol families dictate sharing it with complementary servers Input welcome. Rion > > > I prefer to let the package manager record where files are installed, > > and remove old/obsolete packages. Gentoo has a probably not unique > > system whereby the (application-level) packages you request installed > > (e.g. mysql) are recorded in one list, but the libs that they pull in > > (e.g., readline) are not. A util can then be used to determine which > > packages are no longer (recursively) referenced by that file of > > user-referenced packages. If no longer referenced, then a package is > > orphaned and can safely be removed. > > Debian's package-management can do the same; if you use aptitude in > place of apt-get, it will do this automagically. > > Kevin Broderick > [EMAIL PROTECTED] > http://www.kevinbroderick.com/ - -- 3010 Rte 109 Waterville, VT 05492 email: rion_at_dluz.com web: http://dluz.com/Rion/ Phone: 802.644.2255 L I N U X .~. Choice /V\ of a GNU /( )\ Generation ^^-^^ POSIX RULES "Unix guru wanted. Must dream in sed and awk. George Bush of the Borg: Resistance is fertile, you will be assemblated "If it moves, kill it. If it doesn't move, shoot it until it does. Then kill it." Some people are like Slinkies They serve no particular purpose But they bring a smile to your face When you push them down the stairs. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFErF+394WPEVwn1ncRAvW5AJwLAUMRkpP+yFNm3GzG/wTM+W4DAQCfV7e0 IfSqEwH9hNYY//d6z1+yeBs= =K+4f -----END PGP SIGNATURE-----
