Re: [pgsql-cluster-hackers] Replication over RDMA with Infiniband orRoCE
От | Greg Sabino Mullane |
---|---|
Тема | Re: [pgsql-cluster-hackers] Replication over RDMA with Infiniband orRoCE |
Дата | |
Msg-id | 20170321205710.GD14887@localhost.localdomain обсуждение исходный текст |
Ответ на | Re: [pgsql-cluster-hackers] Replication over RDMA with Infiniband orRoCE (DEV_OPS <devops@ww-it.cn>) |
Ответы |
Re: [pgsql-cluster-hackers] Replication over RDMA with Infiniband orRoCE
|
Список | pgsql-cluster-hackers |
> Yes, we are going to implement this over Postgres' streaming replication > system, > the usecase is DR, eg: the sync between two datacenter in same city, > there had FC link, (Now FC could be used to extend IB network, so we are > going to implement the native RDMA replication for low latency purpose > for that case-- it is very import for some critical system, also, this > replication is preferred base on Postgres' stream replication ) ... Well, I think the starting point should be, why is streaming replication not preferred? It's very fast and very robust. > 2.) the IB based replication system will work with current IP based > replication system, it mean that, in a replication system, maybe had IB > replication, and also had IP replication, the case1 is: NodeA to NodeB > to NodeC, NodeA -IB->NodeB --IP-->NodeC ; means, NodeA to NodeB could > be IB base replication, it provide low latency ; and NodeB to NodeC > it is based on IP, it's orig IP based replication system ; the case2 > is: NodeA--IB-->NodeB, NodeA--IP-->NodeC ; means NodeA to NodeB is IB > replication; and NodeA to NodeC is IP based replication, > > 3.) it will support sync replication and async replication ; also > support phy replication and logical replication . ... Honestly, that sounds fairly complex, for not a lot of gain, but I don't know that I am competely understanding your proposal. This is a very low-activity mailing list - what I would recommend at this point is writing up a concise statement about why you need this and run it up the flagpole to pgsql-hackers@postgresql.org. I promise you will get more of a response there, for better or for worse. :) -- Greg Sabino Mullane greg@endpoint.com End Point Corporation PGP Key: 2529 DF6A B8F7 9407 E944 45B4 BC9B 9067 1496 4AC8
Вложения
В списке pgsql-cluster-hackers по дате отправления: