NW遅延環境(Paas)でのPostgreSQLの利用について
•
1 like•2,292 views
Report
Share
NW遅延環境(Paas)でのPostgreSQLの利用について
- 3. 3 実際にどれくらいの影響があるのか？ • 無料で利用できる「Heroku Postgres」を利用 ▫ 「Heroku Postgres」の詳細は割愛
- 4. 4 実際にどれくらいの影響があるのか？ • 約170msのNW遅延がある状態で、接続→SQL発行→切断の 時間を測定する NW遅延 約170ms さくらのVPS 大阪リージョン $ psql "dbname=xxx-1.amazonaws.com / user=yyy password=zzz port=5432 / sslmode=require" / -c 'select * from test' > /dev/null Heroku Postgres => table test; val ----x (1 row)
- 6. 6 実際にどれくらいの影響があるのか？ • クエリ発行前の各種コネクション確立のための時間が大半を 占めるため、初回確立後であれば、(ACK待ちが発生しなければ) NW遅延1回分の影響のみで済む $ psql "dbname=xxx-1.amazonaws.com user=yyy password=zzz port=5432 sslmode=require" => explain analyze table test; QUERY PLAN --------------------------------------------------------------------------Seq Scan on test (cost=0.00..1.00 rows=1 width=32) (actual time=0.021..0.022 rows=1 loops=1) Total runtime: 0.103 ms (2 rows) => ¥timing Timing is on. => table test; val -------x (1 row) Time: 183.563 ms => explainではデータ転送時間は含まれない模様 ※auto_explainの対象にならない ¥timingではデータ転送時間も含まれる模様
- 7. 7 【対応策】 • コネクションプーリングを利用する ▫ 初回接続時の各種コネクション確立のコストを 抑えるため プロセス生成と終了のコストを抑えるためではない 各種コネクション確立後であれば、ACK待ちが発生しなければ NW遅延1回分の影響のみで済む ▫ pgpoolはVer2.3.2からSSLをサポート ▫ PgBounserはSSLは不可？
- 8. 8 【対応策】 • クエリの発行回数を抑える ▫ ストアドプロシージャを利用する とあるOSSのブログシステムでは、画面遷移の度にクエリが 20回以上発行されることも… ▫ 一度のクエリで送受信するデータ量を増やす 一度のINSERT文で複数レコード挿入可能なことを知らない エンジニアも結構いるかと… ただし、ACK待ちは発生させないように考慮すること
- 10. 10 ACK待ちを考慮する必要は？ • 1クエリでのデータ送信量が数十KB以上あるような ケースでなければACK待ちが発生する可能性は低い ▫ 新しめのLinux Kernelは初期ウィンドウサイズが 10と大きめに設定されているため、ACK待ちは発生し 難くなっている ▫ デフォルトでsslcompressionはONであるため、 SSL接続でのデータ転送は自動的に圧縮される ACK待ちが発生するかを事前に計算して 正確に推測することは困難 ▫ TCPのチューニングが可能であることは意識すべき tcp_slow_start_after_idleはoffにするとか…
- 11. 11 【要点】 • コネクションプーリングを利用する ▫ 初回接続時の各種コネクション確立のコストを抑える プロセス生成と終了のコストを抑えるためではない • クエリの発行回数を抑える ▫ ストアドプロシージャを利用する ▫ 一度のクエリで送受信するデータ量を増やす • ACK待ちの影響を最小限にする ▫ 1クエリでのデータ送信量を、ACKを受信せずに 一度に送信できるデータ量以下に収めるようにする ▫ TCP初期ウィンドウサイズの大きいKernelを採用する