> What's easiest is probably whatever you're used to, > which is to say, once one is > used to something, most differences in what's easier > vanish.
I agree. So it is more or less a matter of benefits: Are there any benefits from going the Zones route versus the VirtualBox route. Or perhaps a combined solution? > Consolidation as a one-to-one real-to-virtual > migration isn't going to end up being all > that much less work. What it saves in some ways it > adds in additional complexity. It > does reduce physical resources (power, space, > cooling, hardware maintenance), and > it can add flexibility if you have an extra host and > the right sort of setup (migrating > virtual clients). It can be great in a development > environment if you have enough physical > resources, because you can quickly create new virtual > clients. I fully expect the setup to be more "complex" to run and manage than my current setup, but I do also expect to be able to trim some fat from a pretty obese setup. Having a bunch of hardware sitting idle feels "wrong". And I do like the ability to rollback mistakes made. > Woe to you however, if you do not have extra physical > host(s) to migrate your virtual > environments to. Scheduling downtime for hardware > maintenance, or dealing with > the too-many-eggs-in-one-basket problem if something > breaks, is no fun at all. All my current servers have a twin sitting 100% idle, just waiting for downtime to happen for one reason or another. I would of course plan for at least the same amount of redundancy with the virtualized solution. > Any sort of virtualization takes at _least_ as much > planning, understanding, and > configuration control as the similar number of > non-virtualized systems; probably > more, if its flexibility is to be taken advantage > of... > > TANSTAAFL (google for it if you don't know what it > means) I fully intend to pay for my lunch, no matter what solution I end up using. :o) Thank you for your insightful post. /Thomas -- This message posted from opensolaris.org _______________________________________________ opensolaris-discuss mailing list [email protected]
