世界最高峰のクラウドインフラへようこそ。今日君に授けるのは、単なる「Terraformの書き方」ではない。「リージョンが地図から消えても、サービスを止めないための生存戦略」だ。
多くのエンジニアが「DR（災害復旧）対策」と聞くと、手順書を片手に震える自分を想像するが、インフラのプロは違う。「コードがすべてを解決する」と信じ、それを設計に落とし込む。
今日は、マルチリージョン構成で「震えるほど確実なDR」を構築する極意を伝授しよう。
—
1. なぜ「Terraform」でDRを設計するのか？
DRの最大の敵は「ヒューマンエラー」だ。緊急時に手動でコンソールをポチポチするのは、事故の引き金にすぎない。
Terraformを使う真の目的は、「DR環境の冪等性（べきとうせい）」を担保することにある。いついかなる時も、コードをapplyすれば「寸分違わぬ環境」が立ち上がる。これができれば、復旧作業は「コマンドを打つ」という単純作業にまで昇華されるんだ。
2. Stateの設計：分割か、統合か？
まず、初心者が必ずぶつかる壁が「State（状態管理ファイル）をどう分けるか」だ。
結論から言おう。「リージョンごとにStateを完全に分離せよ」。
- `terraform.tfstate`をリージョン混在で管理すると、片方のリージョンで事故が起きた際、もう片方のリソースまで破壊しかねない。
- S3バックエンドで、`env:/region-a/terraform.tfstate` や `env:/region-b/terraform.tfstate` のように、ディレクトリ単位ではなくworkspaceやパスで明確に分けるのがプロの流儀だ。
3. 変数設計：動的マッピングで「切り替え」を瞬時に
リージョン障害時、いちいちコードを書き換えていては手遅れだ。変数（`variables.tf`）を工夫し、動的にAMIやリソースを切り替えられるようにする。
variables.tf
variable “region_map” {
type = map(object({
ami_id = string
instance_type = string
}))
default = {
“ap-northeast-1” = { ami_id = “ami-0123456789”, instance_type = “t3.medium” }
“us-east-1” = { ami_id = “ami-9876543210”, instance_type = “t3.medium” }
}
}
variable “target_region” {
type = string
description = “実行対象のリージョン。これ一つでDRのスイッチを切り替える”
}
この`target_region`変数をCI/CDパイプラインから渡すだけで、運用者は「どのリージョンを操作するか」を意識せずにデプロイが可能になる。
4. 実践：クロスリージョン・レプリケーションのIaC化
DRのキモは「データ」だ。S3のクロスリージョンレプリケーション（CRR）をTerraformで記述してみよう。
s3_dr.tf
resource “aws_s3_bucket” “source” {
bucket = “my-app-data-primary”
}
resource “aws_s3_bucket_replication_configuration” “replication” {
role = aws_iam_role.replication.arn
bucket = aws_s3_bucket.source.id
rule {
status = “Enabled”
destination {
bucket = “arn:aws:s3:::my-app-data-dr” # DRリージョンのバケット
storage_class = “STANDARD”
}
}
}
これだけで、プライマリ側のデータは自動的にDRリージョンへ同期される。インフラのコード化とは、こうした「守りの仕組み」を自動化することなんだ。
5. はじめての「HelloWorld」：動作確認の極意
まずは以下のステップで、DR環境の雛形を構築してみよう。
1. インストール: `tfenv` を使え。バージョンを固定するのがプロの鉄則だ。
2. 初期化: `terraform init` でバックエンドを設定する。
3. 検証: `terraform plan` で、現在の構成と差分がないか確認する。
「HelloWorld」の定義をこう変えてほしい。
単にEC2を立てるのではない。「TerraformでリージョンAにリソースを立て、次に`target_region`を書き換えてリージョンBに全く同じものを立てる」。これができれば、君はもうDR構築のスタートラインに立っている。
—
先輩からのメッセージ
「DR対策って、お金がかかるし面倒だよね」と多くの人が言う。しかし、一度でも大規模なリージョン障害を経験し、コード一つでサービスを救い出したエンジニアは、その価値を誰よりも知っている。
Terraformを極めることは、「障害から逃げるのではなく、障害を無効化する力」を手にすることと同義だ。
まずは、今のインフラを小さな部分からTerraformに置き換えてごらん。最初は小さな一歩でも、その積み重ねが、いつか君のプロダクトを世界で最も頑健なシステムへと変貌させるはずだ。
さあ、エディタを開こう。君のコードで、ビジネスの未来を守るんだ。