From: tridge@samba.org <tridge@samba.org>
To: ocfs2-devel@oss.oracle.com
Subject: [Ocfs2-devel] Clustered Samba/CTDB on ocfs2 ?
Date: Wed Jun 6 03:32:45 2007 [thread overview]
Message-ID: <18022.36219.942944.408630@samba.org> (raw)
In-Reply-To: <4663DFCF.C5C7.00CF.0@novell.com>
Robert,
> Would Samba work with something like the
> cluster iptables load sharing stuff?
> http://lists.community.tummy.com/pipermail/linux-ha/2007-May/025390.html
> (guess the point is to create a single system
> image file server cluster)
Samba+ctdb has IP failover and load sharing builtin. It also has smart
stuff to handle startup/monitoring of any system service, so it will
do things like:
- if the link status of the public network interface goes down, then
the public IP of that node gets moved to a different node within a
few seconds, and moved back when the link status is OK again
- if an admin screws up the Samba smb.conf and ctdb is managing
Samba, then the IP is moved. Same with if the admin stops
portmapper and NFS etc etc.
- ctdb does all the gratuitous arp stuff, plus does TCP 'tickle' acks
on failover, ensuring absolutely minimum failover time without
relying on (slow!) tcp keepalives. We run tests with windows boxes
copying files, then pull the plug on the node that windows is
connected to. The xcopy hardly pauses at all as it continues with
another cluster node.
Have a look at http://samba.org/~tridge/ctdb/config/ to see the
standard config stuff in ctdb. I'm afraid the ctdb wiki is down right
now, but when it comes back there is a lot more info there.
For load sharing, we use round-robin DNS, and round-robin WINS. All
cluster nodes behave the same, so you have one name for all the
nodes. If you have the money, a load balancing switch is also a good
choice.
We eventually want to do dynamic load balancing, where Samba migrates
live connections between nodes according to demand. At the moment we
only do load balancing at connect time, which is OK, but not ideal.
Cheers, Tridge
next prev parent reply other threads:[~2007-06-06 3:32 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-02 13:29 [Ocfs2-devel] Clustered Samba/CTDB on ocfs2 ? tridge
2007-05-02 13:45 ` Mark Fasheh
2007-05-02 14:11 ` tridge
2007-05-02 14:29 ` Mark Fasheh
2007-05-02 14:46 ` tridge
2007-06-04 0:01 ` tridge
2007-06-04 8:48 ` Robert Wipfel
2007-06-06 3:32 ` tridge [this message]
2007-06-08 9:06 ` Robert Wipfel
2007-06-04 15:00 ` Mark Fasheh
2007-06-05 4:11 ` tridge
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=18022.36219.942944.408630@samba.org \
--to=tridge@samba.org \
--cc=ocfs2-devel@oss.oracle.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.