You can subscribe to this list here.
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
(6) |
Sep
|
Oct
(19) |
Nov
(1) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2011 |
Jan
(12) |
Feb
(1) |
Mar
(4) |
Apr
(4) |
May
(32) |
Jun
(12) |
Jul
(11) |
Aug
(1) |
Sep
(6) |
Oct
(3) |
Nov
|
Dec
(10) |
2012 |
Jan
(11) |
Feb
(1) |
Mar
(3) |
Apr
(25) |
May
(53) |
Jun
(38) |
Jul
(103) |
Aug
(54) |
Sep
(31) |
Oct
(66) |
Nov
(77) |
Dec
(20) |
2013 |
Jan
(91) |
Feb
(86) |
Mar
(103) |
Apr
(107) |
May
(25) |
Jun
(37) |
Jul
(17) |
Aug
(59) |
Sep
(38) |
Oct
(78) |
Nov
(29) |
Dec
(15) |
2014 |
Jan
(23) |
Feb
(82) |
Mar
(118) |
Apr
(101) |
May
(103) |
Jun
(45) |
Jul
(6) |
Aug
(10) |
Sep
|
Oct
(32) |
Nov
|
Dec
(9) |
2015 |
Jan
(3) |
Feb
(5) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
(9) |
Aug
(4) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
2016 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
|
|
1
(15) |
2
(10) |
3
(2) |
4
(6) |
5
|
6
(1) |
7
(23) |
8
|
9
|
10
|
11
|
12
(2) |
13
|
14
|
15
|
16
(2) |
17
(2) |
18
|
19
|
20
(1) |
21
(2) |
22
(3) |
23
(2) |
24
(5) |
25
(2) |
26
(3) |
27
(4) |
28
(6) |
29
(9) |
30
(3) |
31
|
From: Tim U. <tim...@gm...> - 2014-05-01 03:02:32
|
If pgxc could distribute the shards in a redundant fashion across the storage nodes I think it would go a very long way to make pgxc a very good HA solution. If a storage node goes down then other nodes can serve the same shards and when a node is brought back up shards could be distributed to it. Elasticsearch and other data stores use a similar strategy. On Thu, May 1, 2014 at 1:11 PM, 鈴木 幸市 <ko...@in...> wrote: > It is just like PostgreSQL slave does not work as a master without > explicit promote operation. > > XC provides features for HA configuration but it does not provide HA > feature by itself. It is also similar to PG. HA feature cannot be > configured only within XC. It needs much more, for example, hardware, > network, and storage monitoring, failover and virtual IP. > > At present this is why XC (and I believe PG as well) provides fundamental > feature but not total HA solution. > > This can be changed in the future though. > > Pgxc_ctl provides simple way to start everything and monitor if everything > is working, as well as simple manual failover mechanism. > > Regards; > --- > Koichi Suzuki > > 2014/04/30 23:54、Thibault Marquand <thi...@ec...> > のメール: > > > Hi, > > I am setting up a High Availability (HA) architecture and I use PG-XC. > > Thank you very much for your work, it works fine and you are the only > > one active project for synchronous multi master replication. > > > > I don't understand why GTM proxies and GTM standby don't > > reconnect/promote themselves in case of GTM crash. > > At the moment, I use shell script to do this but I am not enthusiast > > with this because of maintenance trouble in future. > > Is there any reason of this lack of automation ? > > > > Still about HA feature, I realized that when all cluster start, if GTM > > doesn't work neither does GTM standby. Obviously database doesn't work > > in that case. > > I also made a script to handle this situation and change GTM standby > > config in order to transform it in GTM before starting. (Not using > > promote command, only changing configuration file). Maybe I missed > > something to make it work ? If not, could it be a new feature for future > > release ? > > > > You can find my script on my puppet module for postgres-xc : > > https://forge.puppetlabs.com/echoes/postgres_xc or > > https://github.com/echoes-tech/puppet-postgres_xc. > > > > Best regards, > > Thibault Marquand > > > > > ------------------------------------------------------------------------------ > > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > > Instantly run your Selenium tests across 300+ browser/OS combos. Get > > unparalleled scalability from the best Selenium testing platform > available. > > Simple to use. Nothing to install. Get started now for free." > > http://p.sf.net/sfu/SauceLabs > > _______________________________________________ > > Postgres-xc-general mailing list > > Pos...@li... > > https://lists.sourceforge.net/lists/listinfo/postgres-xc-general > > > > > ------------------------------------------------------------------------------ > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. Get > unparalleled scalability from the best Selenium testing platform available. > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs > _______________________________________________ > Postgres-xc-general mailing list > Pos...@li... > https://lists.sourceforge.net/lists/listinfo/postgres-xc-general > |
From: 鈴木 幸市 <ko...@in...> - 2014-05-01 01:11:36
|
It is just like PostgreSQL slave does not work as a master without explicit promote operation. XC provides features for HA configuration but it does not provide HA feature by itself. It is also similar to PG. HA feature cannot be configured only within XC. It needs much more, for example, hardware, network, and storage monitoring, failover and virtual IP. At present this is why XC (and I believe PG as well) provides fundamental feature but not total HA solution. This can be changed in the future though. Pgxc_ctl provides simple way to start everything and monitor if everything is working, as well as simple manual failover mechanism. Regards; --- Koichi Suzuki 2014/04/30 23:54、Thibault Marquand <thi...@ec...> のメール: > Hi, > I am setting up a High Availability (HA) architecture and I use PG-XC. > Thank you very much for your work, it works fine and you are the only > one active project for synchronous multi master replication. > > I don't understand why GTM proxies and GTM standby don't > reconnect/promote themselves in case of GTM crash. > At the moment, I use shell script to do this but I am not enthusiast > with this because of maintenance trouble in future. > Is there any reason of this lack of automation ? > > Still about HA feature, I realized that when all cluster start, if GTM > doesn't work neither does GTM standby. Obviously database doesn't work > in that case. > I also made a script to handle this situation and change GTM standby > config in order to transform it in GTM before starting. (Not using > promote command, only changing configuration file). Maybe I missed > something to make it work ? If not, could it be a new feature for future > release ? > > You can find my script on my puppet module for postgres-xc : > https://forge.puppetlabs.com/echoes/postgres_xc or > https://github.com/echoes-tech/puppet-postgres_xc. > > Best regards, > Thibault Marquand > > ------------------------------------------------------------------------------ > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. Get > unparalleled scalability from the best Selenium testing platform available. > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs > _______________________________________________ > Postgres-xc-general mailing list > Pos...@li... > https://lists.sourceforge.net/lists/listinfo/postgres-xc-general > |