From: Michele Codutti <michele.codutti@uniud.it>
To: Edison Figueira <efjgrub@gmail.com>
Cc: netfilter@vger.kernel.org
Subject: Re: ClusterIP network slowdown
Date: Tue, 30 Nov 2010 17:00:19 +0100 [thread overview]
Message-ID: <1291132819.2488.127.camel@nerino> (raw)
In-Reply-To: <AANLkTi=NnAvZ0A+St0zH9W8GUR0dpzAxJAa4XCx4YxXW@mail.gmail.com>
Hi Edison, you're right, all the host on the same switch can see the
packages directed to the clusterip. But this is not a problem because
these other hosts are not affected by the slowdown. The only affected
nodes are the ones that are using the clusterip.
I cannot modify any configuration of any switch on my network without a
long process for approval i can not try to enable the igmp snooping
without a strong argument. How can igmp snooping relief some load on the
clustered hosts?
There are any kernel parameters that i can tune to make clusterip behave
better?
I'm sorry for being so pedant but i need some precise technical
information to modify something in my network.
Thanks.
Il giorno mar, 30/11/2010 alle 10.59 -0200, Edison Figueira ha scritto:
> Hi Michele,
>
> Both cases is because the CLUSTERIP uses broadcast addresses to
> work, in the first case the message is because the packet is sent to
> two machines and one of them always drops in order, to solve this
> just disable debug netfilter.
>
> The second case is probably because all the packages that are
> being sent to the CLUSTERIP are being copied to all
> ports on your switch, to confirm this do a tcpdump on any workstation.
>
> The solution to this case is, enable "IGMP snooping" on your switch.
>
> Att
>
> Edison Figueira Junior
>
> 2010/11/30 Michele Codutti <michele.codutti@uniud.it>
> >
> > Hello, in these days i had fun with the ClusterIP target associated to a
> > web server. All is good and bright with the exception of two issues:
> > - the message "CLUSTERIP: no conntrack!"
> > - a general slowdown of the other network services (like ssh) of the two
> > nodes of the cluster.
> > To solve all my problems i've inserted this iptables rule:
> > iptables -I INPUT 1 -m state --state INVALID -j DROP
> > This is a solution that isn't good enough because i manage the apache2
> > and the clustered ip with heartbeat2.
> > Example: if i standby a node (for maintenance) and resume it after a
> > while this can be a problem because heartbeat put the clusterip rule on
> > top of the others so the dropping rule above became the second one and
> > then the workaround had no effect.
> > Why the clusterip had such an heavy impact on the networking? Before the
> > clusterip my cluster was active-standby and i've got no problems at all.
> > Now that the load per node is halved i noticed more load than before.
> > The strangest thing is that (with the top tool) this load seem not exist
> > and the nodes are not loaded at all:
> > load average: 0.50, 0.36, 0.37
> > How can i fix this without the dropping rule above?
> > There is a way to see how the networking is loaded?
> >
> > Thanks in advance.
> >
> > Michele
> >
> > --
> > To unsubscribe from this list: send the line "unsubscribe netfilter" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> --
> To unsubscribe from this list: send the line "unsubscribe netfilter" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2010-11-30 16:00 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-30 9:00 ClusterIP network slowdown Michele Codutti
2010-11-30 12:59 ` Edison Figueira
2010-11-30 16:00 ` Michele Codutti [this message]
2010-12-01 9:11 ` Michele Codutti
2010-12-02 12:10 ` Pablo Neira Ayuso
2010-12-02 14:01 ` Michele Codutti
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=1291132819.2488.127.camel@nerino \
--to=michele.codutti@uniud.it \
--cc=efjgrub@gmail.com \
--cc=netfilter@vger.kernel.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 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.