Dockerで開発したRailsコンテナ, NginxをAWS EC2にデプロイしてRDS MySQLに接続したい。

Question

Dockerで開発したappコンテナ(railsアプリケーション)と、webコンテナ(Nginx)をAWS EC2にデプロイしてRDS MySQLに接続したいと考えています。

以下のリンクを参考にして、AWSの設定や、Dockerでの開発を行いました。
リンク

自身のローカルで動かした場合には正しく動いていたのですが、AWSにデプロイする作業のときに上手く動かなかったため、質問させていただきます.

.env等gitignoreに含まれるファイルの転送やDBの作成、migrateを行ったあと、
http://ipアドレス　にアクセスしたところ、ERR_CONNECTION_TIMED_OUTとなってしまいます。

EC2からRDSのMySQLに接続したところ、テーブルは作成されていたため、問題ないと考えています。
また、webコンテナのログを確認したところ、アクセスログはついているため、
外部 → webコンテナ 問題なし
webコンテナ → appコンテナ の部分で問題が発生しているような気がします。

解決方法について、ご教示いただけますと幸いです。
宜しくお願い致します。

問題がありそうなファイルについては以下のようになっています。

#nginx.conf

# プロキシ先の指定
# Nginxが受け取ったリクエストをバックエンドのpumaに送信
upstream myapp {
  # ソケット通信したいのでpuma.sockを指定
  server unix:///myapp/tmp/sockets/puma.sock;
}
server {
  listen 80;
  # ドメインもしくはIPを指定　ローカル
  server_name IPアドレス;
　#server_name localhost;
  access_log /var/log/nginx/access.log;
  error_log  /var/log/nginx/error.log;
  # ドキュメントルートの指定
  root /myapp/public;
  client_max_body_size 100m;
  error_page 404             /404.html;
  error_page 505 502 503 504 /500.html;
  try_files  $uri/index.html $uri @myapp;
  keepalive_timeout 5;

  # リバースプロキシ関連の設定
  location @myapp {
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header Host $http_host;
    proxy_pass http://myapp;
  }
}

#puma.rb
threads_count = ENV.fetch("RAILS_MAX_THREADS") { 5 }.to_i
threads threads_count, threads_count
# port        ENV.fetch("PORT") { 3000 }
environment ENV.fetch("RAILS_ENV") { "development" }
plugin :tmp_restart

app_root = File.expand_path("../..", __FILE__)
bind "unix://#{app_root}/tmp/sockets/puma.sock"

stdout_redirect "#{app_root}/log/puma.stdout.log", "#{app_root}/log/puma.stderr.log", true

#database.yml

default: &default
  adapter: mysql2
  encoding: utf8
  pool: <%= ENV.fetch("RAILS_MAX_THREADS") { 5 } %>
# PasswordとUsernameはdocker-compose.ymlと合わせます
  username: root
  password: password
  host: db

development:
  <<: *default
  database: myapp_development

test:
  <<: *default
  database: myapp_test

production:
  <<: *default
  database: <%= ENV['DB_DATABASE'] %>
  adapter: mysql2
  encoding: utf8mb4
  charset: utf8mb4
  collation: utf8mb4_general_ci
  host: <%= ENV['DB_HOST'] %>
  username: <%= ENV['DB_USERNAME'] %>
  password: <%= ENV['DB_PASSWORD'] %>

FROM ruby:2.7.1

# リポジトリを更新し依存モジュールをインストール
RUN apt-get update -qq && \
    apt-get install -y build-essential \
                       nodejs

# yarnパッケージ管理ツールインストール
RUN apt-get update && apt-get install -y curl apt-transport-https wget && \
    curl -sS https://dl.yarnpkg.com/debian/pubkey.gpg | apt-key add - && \
    echo "deb https://dl.yarnpkg.com/debian/ stable main" | tee /etc/apt/sources.list.d/yarn.list && \
    apt-get update && apt-get install -y yarn
# Node.jsをインストール
RUN curl -sL https://deb.nodesource.com/setup_14.x | bash - && \
    apt-get install -y nodejs

# ルート直下にwebappという名前で作業ディレクトリを作成（コンテナ内のアプリケーションディレクトリ）
RUN mkdir /myapp
WORKDIR /myapp

# ホストのGemfileとGemfile.lockをコンテナにコピー
ADD Gemfile /myapp/Gemfile
ADD Gemfile.lock /myapp/Gemfile.lock

# bundle installの実行
RUN gem install bundler
RUN bundle install
# RUN bundle update

# ホストのアプリケーションディレクトリ内をすべてコンテナにコピー
ADD . /myapp

# puma.sockを配置するディレクトリを作成
RUN mkdir -p tmp/sockets

source 'https://rubygems.org'
git_source(:github) { |repo| "https://github.com/#{repo}.git" }

gem 'rails',      '6.0.3'
gem 'mysql2'
gem 'aws-sdk-s3',              '1.46.0', require: false
gem 'image_processing',           '1.9.3'
gem 'mini_magick',                '4.9.5'
gem 'active_storage_validations', '0.8.2'
gem 'bcrypt',     '3.1.13'
gem 'faker',      '2.1.2'
gem 'will_paginate',           '3.1.8'
gem 'bootstrap-will_paginate', '1.0.0'
gem 'bootstrap-sass', '3.4.1'
gem 'puma',       '4.3.6'
gem 'sassc', '2.1.0'
gem 'sass-rails', '6'
gem 'webpacker',  '4.0.7'
gem 'turbolinks', '5.2.0'
gem 'jbuilder',   '2.9.1'
gem 'bootsnap',   '1.4.5', require: false
#API_KEYを環境変数として管理する（Keyを外部流出させないための措置）
gem 'dotenv-rails'
#アプリケーション内でHTTPリクエストを投げたい場合に使うクラス
gem 'httpclient'

group :development, :test do
  gem 'sqlite3', '1.4.1'
  gem 'byebug',  '11.0.1', platforms: [:mri, :mingw, :x64_mingw]
end

group :development do
  gem 'web-console',           '4.0.1'
  gem 'listen',                '3.1.5'
  gem 'spring',                '2.1.0'
  gem 'spring-watcher-listen', '2.0.1'
end


group :production do
end

以下、タイムアウト時の画面

# docker-compose.yml
version: '3'
services:

  app:
    build:
      context: .
    # ローカルと本番の切り替え 
    command: bundle exec puma -C config/puma.rb -e production
    # command: bundle exec puma -C config/puma.rb
    # ========================
    volumes:
      - .:/myapp
      - public-data:/myapp/public
      - tmp-data:/myapp/tmp
      - log-data:/myapp/log
    networks:
      - myapp-network
  # ローカルの場合はコメントアウトを解除
  #   depends_on:
  #     - db

  # db:
  #   image: mysql:5.7
  #   environment:
  #     MYSQL_ROOT_PASSWORD: password
  #     MYSQL_USER: user
  #     MYSQL_PASSWORD: password
  #     MYSQL_DATABASE: myapp_development
  #   volumes:
  #     - db-data:/var/lib/mysql
  #   networks:
  #     - myapp-network
  # ================================= 

  web:
    build:
      context: ./nginx_docker
    volumes:
      - public-data:/myapp/public
      - tmp-data:/myapp/tmp
    ports:
      - 80:80
    depends_on:
      - app
    networks:
      - myapp-network

volumes:
  public-data:
  tmp-data:
  log-data:
  db-data:

networks:
  myapp-network:
    external: true

以下、EC2のセキュリティグループ

EC2にSSHで接続し、docker logs myapp_web_1でログを確認したところ、以下のようになるため、Nginxまでは到達しているような気がしているのですが、どうでしょうか。

Comments

[yu_1985]

タイムアウトってことはそもそもEC2にリクエストが届いていないのでは、と思うのですが、どこでタイムアウトになってますか？
タイムアウトが出た画面のスクリーンショットを貼ってください。

また、docker-compose.ymlの内容とEC2のセキュリティグループの設定も貼ってください。

[taig]

タイムアウトが出た画面、
docker-compose.ymlの内容、
EC2のセキュリティグループの設定
を追記致しました。
ご確認していただけると幸いです。
よろしくお願いいたします。

[yu_1985]

全部301になってますけど、もしかしてrailsの設定でforce_sslを設定してたりしませんか？
それかnginxでやってるかですが
そのあたりの設定はどうなってますかね

[taig]

production.rbのforce sslがtrueとなっており、先程falseに変更して確認してみたところ、無事解決することができました。
ありがとうございます。
先程のご指摘で解決することでき、ベストアンサーにさせていただきたいので、再度回答に返信していただくことは可能でしょうか。

また、もしよろしければ、このforce sslがtrueであることによって、どのような問題があったのか、教えていただくことは可能でしょうか。
宜しくお願い致します。

[yu_1985]

回答にまとめて書きます

Answer 1

質問欄のやり取りのまとめですが、直接的な原因はRailsでforce_sslを有効化していたことです。

今回、EC2ではセキュリティグループで443番ポートを許可していないので、80番ポートに届いたリクエストをRailsが443番ポートにリダイレクトしてしまい、接続できずにタイムアウトになっていたものと思われます。

ちなみにこの状態で443番ポートを許可してもサーバ側に443番ポートでListenしているものがなにもないのでどのみち接続はできません。

個人的にはフレームワークにリダイレクトさせるのは混乱の元なのでやめたほうが良いと思います。
アプリケーションにはアプリケーションとしての処理だけをさせたほうがシンプルですね。
nginxを使っているならnginxにリダイレクトさせればいいですし、もしALBを使ってるならALBにリダイレクトさせればいいです。

Comments

[taig]

本当に困っていた問題だったので、解決して頂き、ありがとうございました。
また、ご丁寧に解説して頂き、ありがとうございます。

Answer 2

ERR_CONNECTION_TIMED_OUT

サーバーへ接続できないようで、DNS、ALBなどの設定は大丈夫ですか？
nginxまでアクセスできたら、nginxのログ出るので、多分nginxまで到着していない気がします。

全体像を掴めるために、AWSシステム構成図を自分で書いて、一つずづ確認すれば問題特定できるはずです。