GCP上でWordPress マルチテナント環境を構築 - 10サイトを支えるアーキテクチャ設計

 1目的:
 2  - 10個のWordPressサイトをホスティング
 3  - 各サイトは独立したドメイン
 4  - 技術ブログ・情報サイトとして運用
 5
 6トラフィック想定:
 7  - 初期: 各サイト 1,000 PV/day
 8  - 成長後: 各サイト 10,000 PV/day
 9
10運用方針:
11  - Infrastructure as Code で管理
12  - 自動化重視
13  - コスト効率重視

 1パフォーマンス:
 2  □ ページロード時間: 3秒以内
 3  □ TTFB (Time to First Byte): 500ms以内
 4  □ 同時アクセス: 各サイト100ユーザー
 5
 6可用性:
 7  □ 稼働率: 99.5%以上
 8  □ 自動復旧機能
 9  □ バックアップ: 日次
10
11セキュリティ:
12  □ SSL/TLS必須
13  □ DDoS対策
14  □ ファイアウォール
15  □ アクセス制御（IAP）
16
17運用性:
18  □ 監視・アラート
19  □ ログ集約
20  □ デプロイ自動化
21  □ スケーリング自動化

 1# /etc/nginx/sites-available/wordpress.conf
 2
 3# Site 1
 4server {
 5    listen 80;
 6    server_name ai-jisso.tech;
 7    root /var/www/wordpress/site1;
 8    # ... (共通設定)
 9}
10
11# Site 2
12server {
13    listen 80;
14    server_name dev-ops.tech;
15    root /var/www/wordpress/site2;
16    # ... (共通設定)
17}
18
19# ... (site3 ~ site10)

 1GKE:
 2  メリット: コンテナオーケストレーション、宣言的管理
 3  デメリット:
 4    - オーバーエンジニアリング（10サイトには大きすぎる）
 5    - 学習コストが高い
 6    - コストが高い（ノードプール + コントロールプレーン）
 7
 8Cloud Run:
 9  メリット: サーバーレス、完全マネージド
10  デメリット:
11    - ステートフル (WordPress) との相性が悪い
12    - NFSマウントの制約
13    - MySQL接続のコネクションプール管理が複雑
14
15Compute Engine: ✅
16  メリット:
17    - シンプル
18    - NFSマウントが容易
19    - オートスケーリング対応
20    - コストが適切
21  デメリット:
22    - OS管理が必要（Ansibleで自動化）

 1自前MySQL:
 2  メリット: コストが安い、完全な制御
 3  デメリット:
 4    - バックアップ管理が必要
 5    - 高可用性構成が複雑
 6    - セキュリティパッチ適用が手動
 7
 8Cloud SQL: ✅
 9  メリット:
10    - 自動バックアップ
11    - 高可用性オプション
12    - 自動パッチ適用
13    - Private IP接続
14    - ポイントインタイムリカバリ
15  デメリット:
16    - コストがやや高い（→ 小さいインスタンスで対応）

 1Cloud Storage:
 2  メリット: 安価、無制限容量
 3  デメリット:
 4    - WordPressとの互換性問題
 5    - FUSE経由のマウントでパフォーマンス低下
 6    - ファイルロックの制約
 7
 8Persistent Disk:
 9  メリット: 高パフォーマンス
10  デメリット:
11    - 1つのVMにしかアタッチできない
12    - マルチVMでの共有が不可能
13
14Cloud Filestore: ✅
15  メリット:
16    - NFSプロトコル（標準的）
17    - 複数VMから同時マウント可能
18    - WordPressとの完全互換性
19    - 高パフォーマンス
20  デメリット:
21    - コストがやや高い（→ BASIC_HDDで対応）

 1Cloud CDN:
 2  メリット: GCPネイティブ、設定が簡単
 3  デメリット:
 4    - DDoS対策が限定的
 5    - WAF機能がない（Cloud Armorが別途必要）
 6    - DNS管理が別サービス
 7
 8Cloudflare: ✅
 9  メリット:
10    - 無料プランで十分な機能
11    - DDoS対策が標準装備
12    - WAF機能
13    - DNS管理も一元化
14    - SSL証明書自動管理
15  デメリット:
16    - GCPの外部サービス

 1# 最小構成（採用）
 2machine_type: e2-micro
 3cost: $7/月/台
 4
 5# 中間構成
 6machine_type: e2-small
 7cost: $14/月/台
 8
 9# 高性能構成
10machine_type: e2-medium
11cost: $28/月/台

 1# 最小構成（採用）
 2tier: db-f1-micro
 3cost: $15/月
 4
 5# 推奨構成
 6tier: db-g1-small
 7cost: $35/月
 8
 9# 本番推奨
10tier: db-custom-2-7680
11cost: $85/月

1# 最小容量（採用）
2tier: BASIC_HDD
3capacity: 1TB
4cost: $51/月
5
6# 高性能
7tier: BASIC_SSD
8capacity: 1TB
9cost: $204/月

1# 1年コミットメント
2割引率: 25%
3節約額: $30/月
4
5# 3年コミットメント
6割引率: 52%
7節約額: $62/月

 1# Health Check許可
 2resource "google_compute_firewall" "allow_health_check" {
 3  name    = "allow-health-check"
 4  network = google_compute_network.vpc.name
 5
 6  allow {
 7    protocol = "tcp"
 8    ports    = ["80", "443"]
 9  }
10
11  source_ranges = [
12    "35.191.0.0/16",    # Cloud Load Balancing
13    "130.211.0.0/22"    # Legacy health checks
14  ]
15
16  target_tags = ["web-server"]
17}
18
19# IAP SSH許可
20resource "google_compute_firewall" "allow_iap_ssh" {
21  name    = "allow-iap-ssh"
22  network = google_compute_network.vpc.name
23
24  allow {
25    protocol = "tcp"
26    ports    = ["22"]
27  }
28
29  source_ranges = ["35.235.240.0/20"]  # IAP
30  target_tags   = ["web-server"]
31}
32
33# デフォルト拒否
34resource "google_compute_firewall" "deny_all" {
35  name     = "deny-all-ingress"
36  network  = google_compute_network.vpc.name
37  priority = 65534
38
39  deny {
40    protocol = "all"
41  }
42
43  source_ranges = ["0.0.0.0/0"]
44}

 1# Webサーバー用Service Account
 2resource "google_service_account" "web_server" {
 3  account_id   = "${var.env}-web-server"
 4  display_name = "Web Server Service Account"
 5}
 6
 7# 必要最小限のロール
 8resource "google_project_iam_member" "web_server_roles" {
 9  for_each = toset([
10    "roles/logging.logWriter",           # ログ書き込み
11    "roles/monitoring.metricWriter",     # メトリクス書き込み
12    "roles/cloudsql.client",             # Cloud SQL接続
13    "roles/secretmanager.secretAccessor" # Secret Manager読み取り
14  ])
15
16  project = var.project_id
17  role    = each.key
18  member  = "serviceAccount:${google_service_account.web_server.email}"
19}

 1resource "google_compute_region_autoscaler" "web" {
 2  name   = "${var.env}-web-autoscaler"
 3  region = var.region
 4  target = google_compute_region_instance_group_manager.web.id
 5
 6  autoscaling_policy {
 7    min_replicas    = 3
 8    max_replicas    = 10
 9    cooldown_period = 60
10
11    cpu_utilization {
12      target = 0.6  # CPU使用率60%で スケールアウト
13    }
14
15    load_balancing_utilization {
16      target = 0.8  # 負荷分散使用率80%でスケールアウト
17    }
18  }
19}

 1Compute Engine:
 2  □ Managed Instance Group
 3  □ 複数ゾーンに分散配置可能
 4  □ 自動復旧（ヘルスチェック失敗時）
 5  □ ローリングアップデート対応
 6
 7Cloud SQL:
 8  □ 高可用性構成オプション（マスター/スタンバイ）
 9  □ 自動フェイルオーバー
10  □ ポイントインタイムリカバリ
11  □ 自動バックアップ
12
13Cloud Filestore:
14  □ ゾーンレベルの冗長性
15  □ 自動スナップショット
16
17Cloud Load Balancer:
18  □ グローバル冗長
19  □ 自動フェイルオーバー

 1resource "google_compute_health_check" "web" {
 2  name = "${var.env}-web-health-check"
 3
 4  http_health_check {
 5    port         = 80
 6    request_path = "/health"  # ヘルスチェック用エンドポイント
 7  }
 8
 9  check_interval_sec  = 10
10  timeout_sec         = 5
11  healthy_threshold   = 2
12  unhealthy_threshold = 3
13}

 1Compute Engine:
 2  - CPU使用率
 3  - メモリ使用率
 4  - ディスクI/O
 5  - ネットワークトラフィック
 6
 7Cloud SQL:
 8  - クエリ実行時間
 9  - 接続数
10  - レプリケーション遅延（高可用性時）
11  - ストレージ使用率
12
13Cloud Filestore:
14  - IOPS
15  - スループット
16  - ストレージ使用率
17
18Application:
19  - レスポンスタイム
20  - エラー率
21  - リクエスト数

 1resource "google_monitoring_alert_policy" "cpu_high" {
 2  display_name = "${var.env} - High CPU Usage"
 3
 4  conditions {
 5    display_name = "CPU usage above 80%"
 6
 7    condition_threshold {
 8      filter          = "resource.type = \"gce_instance\""
 9      comparison      = "COMPARISON_GT"
10      threshold_value = 0.8
11      duration        = "300s"
12
13      aggregations {
14        alignment_period   = "60s"
15        per_series_aligner = "ALIGN_MEAN"
16      }
17    }
18  }
19
20  notification_channels = [google_monitoring_notification_channel.email.name]
21}

 1# 1. Terraformでインフラ構築
 2cd terraform/environments/prod
 3terraform init
 4terraform plan
 5terraform apply
 6
 7# 2. Ansibleでアプリケーションデプロイ
 8cd ../../ansible
 9ansible-playbook -i inventory/gcp.yml playbooks/deploy-wordpress.yml \
10  -e "db_host=10.168.0.2" \
11  -e "nfs_ip=10.0.3.2" \
12  -e "nfs_path=/wordpress"
13
14# 3. 各サイトのWordPressインストール
15for i in {1..10}; do
16  gcloud compute ssh prod-web-$(hostname) \
17    --zone=asia-northeast1-a \
18    --tunnel-through-iap \
19    --command="sudo /usr/local/bin/setup-wordpress-site.sh $i domain$i.tech 'Site $i'"
20done

1# アプリケーション設定の更新
2cd ansible
3ansible-playbook -i inventory/gcp.yml playbooks/deploy-wordpress.yml \
4  --tags nginx  # Nginxだけ更新
5
6# インフラ設定の更新
7cd terraform/environments/prod
8terraform apply

 1Phase 2:
 2  □ Cloud CDN統合（現在はCloudflare）
 3  □ Cloud Armorの導入（WAF）
 4  □ 高可用性構成（Cloud SQL）
 5
 6Phase 3:
 7  □ CI/CDパイプライン構築
 8  □ Blue-Greenデプロイ
 9  □ カナリアリリース
10
11Phase 4:
12  □ マルチリージョン展開
13  □ Wazuhによるセキュリティ監視
14  □ コンテナ化の検討