既存テーブルに対してのインデックス作成時間の見積もり方法について

Question

以下の条件で、インデックスの追加を行いたいと考えています。
データの特性などによって作成時間に幅があることは理解しているつもりです。
計画メンテナンスなどを行う時に、どの程度の時間があれば終わるのかを試算したいと考えています。

###前提・実現したいこと
既存のテーブルは1億レコード以上存在している。
インデックス作成時間のおおよその時間を見積もりたい。

###該当のソースコード

CREATE INDEX CONCURRENTLY t_hoge_01
  ON t_hoge
  USING btree
  (hoge1, hoge2);

hoge1は、IDのような値が入ります。(bigint : 連番)
hoge2は、種別のような値があります。(integer : 8, 16, 32)

###試したこと
実際にインデックスが作成されるまでの時間は11時間程度でした。
他のサーバ(スペックは2xLarge)で100万レコード程度で試すと課題が発生しなかったので、あまり参考になりませんでした。

###補足情報(言語/FW/ツール等のバージョンなど)
PostgreSQL 9.4.7
AWS EC2 m2.4xlarge

解答まとめ

計測方法について
・テストデータあるいは実際のデータを別のサーバに用意して、実測値を取得する。

PostgreSQL の環境について
・ディスクとメモリの状況に影響されやすい

今後について
・パーティショニングなどを用いて、テーブルを分割することを検討する

Answer 1

そもそもインデックスってあとから追加するものじゃないですし
何度も行うわけじゃないですから、定期メンテかなにかのときに
ユーザーからのアクセスをとめて「えいや」でやるしかないでしょう
時間は数日かかる可能性は否定できないし
テスト環境にデータを全部コピーをとって実験し現実的でなければ諦めるか
インデックスがマストな状況であれば、早く終わることを祈ってやるだけのこと。
実際のところ億もデータがあるならパーティショニングなどもっと
抜本的な対応をしないと検索性は上がらないと思います

Answer 2

通常、テスト環境を用意してデータを持って行き、 CREATE INDEX を実行して、テスト環境は本番環境の何分の一の環境だから、本番環境ではこのくらいの時間がかかるだろう、って想定します。

Answer 3

バックアップから環境をリストア、そこで擬似的に作業して時間を見積もると良いのではないでしょうか？

Answer 4

postgresのパラメータ設定、Disk資源の状況、メモリ資源の状況、CPUの稼働率など色んな要素がありすぎですから、実測による平均値などにリスクを加味した値で見積もっておくしかないのではないのでしょうか。

一番影響しやすい要素としては、Diskとメモリの割り当てだと思います。
DIsk資源については、SSDじゃないなら、Windousであれば断片化も影響しますし、断片化してない状況でも安定させる為にはクラスタ化しておくとか。
メモリについては、postgresの場合はシステムが管理しているメモリの方をよく使用するので、割り当てすぎるのもよくないですし、posgres以外のアプリが稼働しているような状況でも変わりますしね。