[pgpool-general-jp: 1608] Re: 「detach_false_primary」の利用条件について

2019年 8月 21日 (水) 17:59:06 JST

石井様

お世話になっております、中村です。


ご連絡を頂きありがとうございます。

> どういたしまして。ちなみに、レプリケーション専用のLANを持つ構成は結構
> 多いのでしょうか？多いのであれば、Pgpool-IIプロジェクトとしても対応を
> 考える必要が出てきますので。

ご配慮ありがとうございます。

最近の状況までは把握できていないのですが、以下の目的で
レプリケーション専用のLANを持つ構成はあると考えています。
(1)セキュリティや障害耐性を目的として、ネットワークを分けているケース
(2)用途に応じて、必要なネットワーク帯域をあらかじめ設計しているケース

(1)(2)ともに、大規模なシステムに多い印象です。


> あとは、PostgreSQLでipやnetstatを実行してその結果からIPアドレスのリス
> トを取得する関数を作るのも考えられますね。

確かに、ユーザの設定が不要なほうがありがたいと思います。


よろしくお願い致します。


On 2019/08/20 11:40, Tatsuo Ishii wrote:
> 中村様
> 
> 石井です。
> 
>> 石井様
>>
>> お世話になっております、中村です。
>>
>>
>> ご回答を頂きありがとうございます。
>>
>>
>>>> 以下の【レプリケーション専用LANを持つ構成】のように、pgpool-IIから接続
>>>> するIPアドレスと、
>>>> DB間のレプリケーションを行うIPアドレスが異なる場合に、
>>>> 「detach_false_primary」を用いて
>>>> 不正なプライマリを除外する方法はありますでしょうか？
>>>
>>> ないと思います。
>>
>> 了解しました。
>> 何かしらの方法を見落としていないか確認できました。ありがとうございます。
> 
> どういたしまして。ちなみに、レプリケーション専用のLANを持つ構成は結構
> 多いのでしょうか？多いのであれば、Pgpool-IIプロジェクトとしても対応を
> 考える必要が出てきますので。
> 
>>>> また、現在対応していない場合、今後対応する予定などはありますでしょうか？
>>>
>>> Pgpool-IIから見ると、たとえば172.10.10.1と192.168.122が実は同一ホスト
>>> を指している、ということを知る方法がないため、対応は難しいと思います。
>>
>> こちらも了解しました。
>> 仮にもし対応するとしても、比較のためのIPアドレスを格納する
>> 専用のパラメータを追加するくらいしか思いつきませんでした。
> 
> あとは、PostgreSQLでipやnetstatを実行してその結果からIPアドレスのリス
> トを取得する関数を作るのも考えられますね。
> 
>> ご多忙の中ありがとうございました。
>> よろしくお願い致します。
> 
> こちらこそよろしくお願いします。
> 
>> On 2019/08/19 14:39, Tatsuo Ishii wrote:
>>> 石井です。
>>>
>>>> いつもお世話になっております、中村と申します。
>>>>
>>>>
>>>> pgpool-II4.0から導入された新機能「detach_false_primary」の利用条件につ
>>>> いて
>>>> ご確認をさせてください。
>>>>
>>>>
>>>> 以下の【レプリケーション専用LANを持つ構成】のように、pgpool-IIから接続
>>>> するIPアドレスと、
>>>> DB間のレプリケーションを行うIPアドレスが異なる場合に、
>>>> 「detach_false_primary」を用いて
>>>> 不正なプライマリを除外する方法はありますでしょうか？
>>> ないと思います。
>>>
>>>> また、現在対応していない場合、今後対応する予定などはありますでしょうか？
>>> Pgpool-IIから見ると、たとえば172.10.10.1と192.168.122が実は同一ホスト
>>> を指している、ということを知る方法がないため、対応は難しいと思います。
>>>
>>>> 現在の仕様では、「detach_false_primary」を用いて不正なプライマリを除外
>>>> するためには、
>>>> pgpool.conf の backend_hostname に指定するIPアドレスと、
>>>> recovery.conf の primary_conninfo に指定するIPアドレスは同じでなければ
>>>> ならないようです。
>>> はい、ご認識の通りです。
>>>
>>>> これは、不正なプライマリの判断を行うために pg_stat_wal_receiver の
>>>> conninfo から
>>>> レプリケーション元（マスタDB）のIPアドレスを取得し、pgpool.conf の
>>>> backend_hostname と
>>>> 突き合わせを行っているためですが、【レプリケーション専用LANを持つ構成】
>>>> ではこの仕組みは
>>>> 利用できないと考えています。
>>>>
>>>>
>>>> ----
>>>> 【レプリケーション専用LANを持つ構成】
>>>>
>>>> ■pgpool.confの設定
>>>> backend_hostname0 = '172.10.10.1'
>>>> backend_hostname1 = '172.10.10.2'
>>>> backend_hostname2 = '172.10.10.3'
>>>>
>>>> ■DBサーバのIPアドレス
>>>> ・DBノード1
>>>> 　pgpool-IIから接続するIPアドレス：172.10.10.1
>>>> 　レプリケーションを行うIPアドレス：192.168.122.11
>>>> ・DBノード2
>>>> 　pgpool-IIから接続するIPアドレス：172.10.10.2
>>>> 　レプリケーションを行うIPアドレス：192.168.122.12
>>>> ・DBノード3
>>>> 　pgpool-IIから接続するIPアドレス：172.10.10.3
>>>> 　レプリケーションを行うIPアドレス：192.168.122.13
>>>>
>>>>
>>>> ご確認のほど、よろしくお願い致します。
>>>>
>>>>
>>>>
>>>> -- 
>>>> /*------------------------------------------------
>>>> 中村　憲一
>>>> NTTテクノクロス株式会社　ＩＶ２ＢＵ
>>>> MAIL : nakamura.kenichi ＠ ntt-tx.co.jp
>>>> ------------------------------------------------*/
>>>>
>>>> _______________________________________________
>>>> pgpool-general-jp mailing list
>>>> pgpool-general-jp ＠ sraoss.jp
>>>> http://www.sraoss.jp/mailman/listinfo/pgpool-general-jp
>>>
>>
>> -- 
>> /*------------------------------------------------
>> 中村　憲一
>> NTTテクノクロス株式会社　ＩＶ２ＢＵ
>> 横浜アイマークプレイス１３階
>> TEL  : 045-212-7393
>> MAIL : nakamura.kenichi ＠ ntt-tx.co.jp
>> ------------------------------------------------*/
>>
> 

-- 
/*------------------------------------------------
中村　憲一
NTTテクノクロス株式会社　ＩＶ２ＢＵ
横浜アイマークプレイス１３階
TEL  : 045-212-7393
MAIL : nakamura.kenichi ＠ ntt-tx.co.jp
------------------------------------------------*/