[pgpool-general-jp: 1584] Re: pgpoolマスタとpostgresqlマスタ間のNW断時の挙動について

2018年 10月 15日 (月) 18:49:28 JST

石井様

平光です。お世話になっております。

そろそろ Pgpool-II 4.0のリリースも近づいて来た頃かと存じますが
以前、本MLで議論させて頂き、PgpoolDayの際にも質問させて頂いた以下

 >> ご提案の手法
 >>
 >>> 「3つのPgpool-IIのうちひとつだけがバックエンドの障害を検知した場合」と
 >>> いうよりも、「正常にバックエンドのPostgreSQLへクエリを送信することがで
 >>> きなくなったpgpoolノードはマスタを辞退して欲しい」というのが当方の認識
 >>> です。
 >>
 >> について、現在Pgpool-II開発者の中で議論しています。
 >>
 >> https://www.pgpool.net/pipermail/pgpool-hackers/2018-March/002756.html
 >>
 >> watchdogの主要開発者であるUsamaさんは、ご提案の方向で修正することに前
 >> 向きのようです。

上記につきまして、少なくともリリースノートを見た限りでは
Pgpool-II 4.0では取り込まれていないという認識でよろしいでしょうか。

以上です、ご確認をよろしくお願いいたします。

On 2018/03/30 14:34, Tomohiro Hiramitsu wrote:
> 石井様
> 
> 平光です。お世話になっております。
> 
> On 2018/03/30 6:10, Tatsuo Ishii wrote:
>> 平光様
>>
>> お世話になっています。SRA OSS石井です。
>>
>>>> 補足ですが、 https://www.sraoss.co.jp/event_seminar/material.php にあ
>>>> る「 信頼性を向上させ、PostgreSQL 10 に対応した Pgpool-II 3.7 のご紹 
>>>> 介」
>>>> というスライドの、15ページ以降にwatchdogのquorumの解説があります。
>>> ありがとうございます。本スライドは拝見させて頂いております。
>>
>> ありがとうございます。
>>
>>>>>>>> バグであるのであれば、3.7.2-2ではpgpoolマスタ～postgresqlマスタ 
>>>>>>>> 間のNW
>>>>>>>> をダウンさせた際にどのような挙動をするのが仕様通りなのでしょうか。
>>>>>>>> （pgpoolマスタが切り替わる、またはpostgresqlがフェイルオーバす 
>>>>>>>> る.etc）
>>>>>>> というわけで、期待される挙動は(read-only transaction...)です。
>>>>>> ご回答ありがとうございます。
>>>>>> 本障害発生時に3.7.2-2で期待される挙動は「read-only」ということで承 
>>>>>> 知い
>>>>>> たいしました。
>>>>>>
>>>>>> 本件は今後改修のご予定はありますでしょうか。それとも今回当方で試し 
>>>>>> た環
>>>>>> 境の構成、設定では対応できない障害パターンということでしょうか。
>>>>>
>>>>> 「改修」とは、どのような変更を期待されているのでしょうか？
>>>>>
>>>>> つまり、3つのPgpool-IIのうちひとつだけがバックエンドの障害を検知した場
>>>>> 合、どう振る舞うべきとお考えですか？
>>> 分かり難くて申し訳ありません。整理させていただきますと
>>>
>>> 「3つのPgpool-IIのうちひとつだけがバックエンドの障害を検知した場合」と
>>> いうよりも、「正常にバックエンドのPostgreSQLへクエリを送信することがで
>>> きなくなったpgpoolノードはマスタを辞退して欲しい」というのが当方の認識
>>> です。
>>>
>>>
>>> 紹介して頂いたスライド 16pでは以下のように記述があり、プロセス異常など
>>> pgpool自身の障害発生時にはVIP(マスタ)を切り替えるものと理解しておりま
>>> す。
>>> ・ Pgpool-II自身が単一障害点にならないように、バックアップのPgpool-II
>>> を配置可能にする
>>> ・ Pgpool-IIに障害発生時には、別のPgpool-IIがVIPを引き継ぐ
>>>
>>> ただ、今回のNW障害パターンではVIPの切り替えを行っていないようなので、
>>> そこが気になりました。（現状、プロセス異常などPgpool-II自身の障害以外
>>> は対象外ということでしょうか）
>>>
>>> 今回の障害パターンでは正常にPostgreSQLマスタにアクセスできない状態の
>>> pgpoolマスタを切り替えることができればread-onlyを回避できますが、現状
>>> では切り替えを実施しない、という点について「改修」の予定有無について質
>>> 問させていただきました。
>>
>> ご提案の手法
>>
>>> 「3つのPgpool-IIのうちひとつだけがバックエンドの障害を検知した場合」と
>>> いうよりも、「正常にバックエンドのPostgreSQLへクエリを送信することがで
>>> きなくなったpgpoolノードはマスタを辞退して欲しい」というのが当方の認識
>>> です。
>>
>> について、現在Pgpool-II開発者の中で議論しています。
>>
>> https://www.pgpool.net/pipermail/pgpool-hackers/2018-March/002756.html
>>
>> watchdogの主要開発者であるUsamaさんは、ご提案の方向で修正することに前
>> 向きのようです。
>>
> ありがとうございます。ご検討をよろしくお願いいたします。
> 
>>>>>> また、繰り返しの質問で申し訳ありませんが、最初のメールで質問させて 
>>>>>> 頂い
>>>>>> た以下の質問もご確認をお願いできますでしょうか。
>>>>>>
>>>>>>>>>> 質問：
>>>>>>>>>> ２. 以下のようにクォーラム機能をoffに設定した場合は、クォーラ 
>>>>>>>>>> ム機能が
>>>>>>>>>> 実装される以前の3.6系と同じ挙動になるという理解で正しいでしょ 
>>>>>>>>>> うか。
>>>>>>>>>>       failover_when_quorum_exists = off
>>>>>>>>>>       failover_require_consensus = off
>>>>>>>>>>       allow_multiple_failover_requests_from_node = off
>>>>>
>>>>> 3.6系と同じ、というのはどのような振る舞いを期待されているのでしょう 
>>>>> か？
>>> クォーラム投票を実施せずにフェイルオーバを実行する
>>> つまり、複数台のpgpoolの内 1台でもマスタバックエンドの異常を検知すれば
>>> pgpoolマスタ、スタンバイのいずれかがフェイルオーバを実行する。
>>> という振る舞いになるのかと認識しております。
>>
>> はい、ご認識のとおりです。
> 承知いたしました。
> ご回答ありがとうございます。
> 
> 以上です、よろしくお願いいたします。
>> -- 
>> Tatsuo Ishii
>> SRA OSS, Inc. Japan
>> English: http://www.sraoss.co.jp/index_en.php
>> Japanese:http://www.sraoss.co.jp
>>
> 
> _______________________________________________
> pgpool-general-jp mailing list
> pgpool-general-jp ＠ sraoss.jp
> http://www.sraoss.jp/mailman/listinfo/pgpool-general-jp

-- 
+------------------------------------------------+
   平光　友博 (Tomohiro Hiramitsu)

   NTT OSSセンタ 基盤技術ユニット DBMS担当
   Tel: 03-5860-5115
   E-mail: hiramitsu.tomohiro ＠ lab.ntt.co.jp
+------------------------------------------------+