From: Nicolas Sebrecht <nsebrecht@piing.fr>
To: gentoo-user@lists.gentoo.org
Cc: Nicolas Sebrecht <nsebrecht@piing.fr>
Subject: [gentoo-user] Re: Managing multiple Gentoo systems
Date: Thu, 7 Jul 2011 11:31:34 +0200 [thread overview]
Message-ID: <20110707093134.GB2441@nicolas-desktop> (raw)
In-Reply-To: <CAN0CFw0u5uJ_3HV_m4O63CQ5vJytjEz+eApU1oFTVphTpvfDNw@mail.gmail.com>
The 06/07/11, Grant wrote:
> >> After a frustrating experience with a Linksys WRT54GL, I've decided to
> >> stick with Gentoo routers. This increases the number of Gentoo
> >> systems I'm responsible for and they're nearing double-digits. What
> >> can be done to make the management of multiple Gentoo systems easier?
> >> I think identical hardware in each system would help a lot but I'm not
> >> sure that's practical. I need to put together a bunch of new
> >> workstations and I'm thinking some sort of server/client arrangement
> >> with the only Gentoo install being on the server could be appropriate.
> >
> > I maintain multiple Gentoo we mostly use as KVM hosts systems (and
> > coming embedded routers). As KVM hosts, some of them are very sensible.
> > Due to the contracts to our customers, I have to do with various update
> > strategies on top of various hardware.
>
> Thanks to everyone for some very juicy tidbits. I'm rearranging my
> thinking on all of this. I think the key for me may be to combine
> systems with separate functions in the same physical location into a
> single system. Does the KVM thing work well?
KVM itself works very well here, even with advanced features such as KSM
pages sharing.
The difficulties come with Microsoft products for both good integration
and perfomance (I would recommend RAW format, iSCSI or plain physical
partition instead of qcow2, for example). That beeing said, I finally
have all working well for XP, NT2003 and 2008 servers.
I use libvirt on top of KVM which is in the way to become very good AFA
you don't rely on libvirt's API which tend to move a lot.
> Running a bunch of
> workstations as nothing more than wireless KVM setups on the same
> system? I should be able to cut my Gentoo systems down to just a few.
> Basically one at each physical location.
I would be much sceptical for both workstations and wireless guests than
for servers:
1) For workstations, things are currently changing with the very recent
and "not much usable with Gentoo, yet" spice software. I expect a lot of
improvments in the coming months for this use case. I would say it's not
ready for production, yet.
2) About wireless virtualization it's highly depending on what you aim
to do, especially if you intend to use the PCI passthrough feature to
give your wireless card to a guest. For this to work, you MUST have your
hardware (CPU, motherboard and PCI card) VT-d compatible which is
currently NOT a piece of cake, today. It relies on industry and
manufacturers moving not as fast as software. I would expect more widely
VT-d cards in the coming _years_.
Now, if you intend to use the wireless card from you hosts and share
networks using bridge utilities it _MAY_ be OK: Linux bridging does not
always work with all wireless cards (see http://tinyurl.com/ylcutwv for
more information).
In a more general approach, when I hear "routers" and "wireless" I'm
more thinking _embedded_. KVM/qemu would only help you to build your
target systems.
For embedded (or tiny, at least) systems, I would not use LXC.
The drawback with Gentoo is that the current official uclibc stage3 for
embedded/tiny systems is obsolete and marked as experimental. In facts,
it's very _hard_ if not impossible to use it these days. Making your own
cross-compilation environment is not a piece of cake (too), even with
dedicated tools such as crossdev. This topic would ask its own book.
So, if you want to try Gentoo embedded save your time by working on
unofficial stage3.
--
Nicolas Sebrecht
next prev parent reply other threads:[~2011-07-07 9:33 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-02 22:14 [gentoo-user] Managing multiple Gentoo systems Grant
2011-07-03 0:32 ` Dale
2011-07-03 0:36 ` Alex Schuster
2011-07-03 10:09 ` Stroller
2011-07-06 19:46 ` Grant
2011-07-03 16:30 ` Roman Zilka
2011-07-03 20:46 ` Simon
2011-07-03 22:15 ` Neil Bothwick
2011-07-04 20:39 ` [gentoo-user] " Nicolas Sebrecht
2011-07-06 19:35 ` Grant
2011-07-07 9:31 ` Nicolas Sebrecht [this message]
2011-07-07 16:14 ` Grant
2011-07-08 19:03 ` Grant
2011-07-08 19:36 ` James Wall
2011-07-11 23:39 ` Grant
2011-07-12 2:45 ` James Wall
2011-07-12 3:30 ` Dale
2011-07-12 18:23 ` Grant
2011-07-12 22:48 ` Joshua Murphy
2011-07-13 19:38 ` Grant
2011-07-13 20:51 ` Bill Longman
2011-07-14 21:39 ` Mick
2011-07-07 18:23 ` [gentoo-user] " kashani
2011-07-07 20:37 ` Alan McKinnon
2011-07-07 21:01 ` kashani
2011-07-07 21:23 ` Alan McKinnon
2011-07-11 15:20 ` [gentoo-user] " James
2011-07-11 23:45 ` Grant
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20110707093134.GB2441@nicolas-desktop \
--to=nsebrecht@piing.fr \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox