Thank for your replies.
So is it reasonable that we could write a file such as shell script to
bind one process with a specific IP and modify the routing tables and rules
as one of Ceph’s tools? So that the users is convenient when they want to
change the NIC connecting with the OSD.
At 2015-12-29 18:21:21, "Linux Chips" <linux.ch...@gmail.com> wrote:
>On 12/28/2015 07:47 PM, Sage Weil wrote:
>> On Fri, 25 Dec 2015, ?? wrote:
>>> Hi all,
>>> When we read the code, we haven?t find the function that the client
>>> can bind a specific IP. In Ceph?s configuration, we could only find the
>>> parameter ?public network?, but it seems acts on the OSD but not the client.
>>> There is a scenario that the client has two network cards named NIC1
>>> and NIC2. The NIC1 is responsible for communicating with cluster (monitor
>>> and RADOS) and the NIC2 has other services except Ceph?s client. So we
>>> need the client can bind specific IP in order to differentiate the IP
>>> communicating with cluster from another IP serving other applications. We
>>> want to know is there any configuration in Ceph to achieve this function?
>>> If there is, how could we configure the IP? if not, could we add this
>>> function in Ceph? Thank you so much.
>you can use routing tables plus routing rules. otherwise linux will just
>use the default gateway.
>or you can put the second interface on the same public net of ceph.
>though that would break if you have multiple external nets.
>> Right. There isn't a configurable to do this now--we've always just let
>> the kernel network layer sort it out. Is this just a matter of calling
>> bind on the socket before connecting? I've never done this before..
>linux will send all packets to the default gateway event if an
>application binds to an ip on different interface, the packet will go
>out with the source address as the binded one but through your router.
>the only solution, even if the bind function exists is to use the
>routing tables and rules.
>>
>> sage
>> --
>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>> the body of a message to majord...@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
