Qlik × AWS でリージョン設計を考えた話

最近、Qlik から AWS にデータを連携する処理を構築していました。
構成はシンプルで、

  1. Qlik から S3 に CSV を出力
  2. AWS Fargate(Batch)で Python 処理 → S3 に結果を書き戻す
  3. Qlik で結果の CSV を読み込んで可視化

という流れです。

目次

「あれ、リージョン揃えたほうがよくない?」

この構成でひとつ気になったのが、

Qlik が使っているリージョンと、AWS の S3/Fargate のリージョンが違うと料金が上がる

という点。

何の料金がかかるの?

AWS の リージョン間データ転送料(Data Transfer Across Regions) です。

  • Qlik Cloud(USリージョン)→ S3(東京リージョン)
  • Fargate(US-east-1)→ S3(ap-northeast-1)

こういった リージョンを跨ぐ通信はすべて「データ転送費用」が発生します。

S3 への PUT/GET 自体はリージョン内なら安いのですが、

リージョンを跨いだ瞬間、データ転送料金が乗るためコストが増えます。

Qlik のリージョンってどこ?問題

ところが、Qlik Cloud の管理画面には リージョンが明確に書かれていない
Qlik の URL が

*******.us.qlikcloud.com

となっているので、us と付いているし USリージョン(us-east-1)っぽい…
しかし 確証を持ちたい

そこで Qlik にアクセスしてくる IP アドレスから逆引きで調べられないかと思い、
AWS が公開している以下の JSON を利用することにしました:
https://ip-ranges.amazonaws.com/ip-ranges.json

このファイルには AWS 全リージョンの IP 範囲が列挙されています。

AWS の IP → リージョン を調べるツール作った

せっかくなので、ブログ上から使える AWS IP リージョン判定ツールも作りました。
下のフォームに AWS の IP を入れると「どのリージョンのどのサービスなのか」一発で表示されます。

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

目次