puma.sock failed (11: Resource temporarily unavailable) while connecting to upstreamというエラーが出てサイトが落ちる

Question

Docker + Rails + Puma + Nginx + MySQL構成をawsのec2サーバーに本番環境でデプロイしました。
その日はずっとサイトにアクセスできるのですが、翌日になると502 bad gatwayと表示されてしまう現象をここ最近繰り返している状況です。
その度にec2インスタンスにsshしてdocker-compose up -dでコンテナを立ち上げて、再びサイトにアクセスできるようにしているのですが、次の3つが問題として毎回起きています。

①ec2インスタンス接続時にコネクションタイムアウトと表示されるので、ec2インスタンスが落ちている？。ちなみにawsのコンソール画面上ではステータスチェックが1/2となっている。解決策としてインスタンスを停止→開始すると接続できるようになる。2/2になる。
②docker-compose psでコンテナ起動状況を確認するとappコンテナだけ落ちている。dbとwebはup状態。
③docker-compose logsでログを確認すると最後の方で

 *19520 connect() to unix:///myapp/tmp/sockets/puma.sock failed (11: Resource temporarily unavailable) while connecting to upstream, client: 10.0.1.147, server: localhost, request: "GET / HTTP/1.1", upstream: "http://unix:///myapp/tmp/sockets/puma.sock:/", host: "10.0.0.239"

というエラーを数行にわたって吐いている。

私の認識としては、タイトルのエラーで検索した結果何かの値の上限を上げてあげればいいのかなという程度のことしか分からないのですが、原因が分かる方、教えていただけますでしょうか。

---

FROM ruby:2.5.3

RUN apt-get update -qq && \
    apt-get install -y build-essential \
                       libpq-dev \
                       nodejs \
                       vim
RUN apt-get update && apt-get install -y unzip && \
    CHROME_DRIVER_VERSION=`curl -sS chromedriver.storage.googleapis.com/LATEST_RELEASE` && \
    wget -N http://chromedriver.storage.googleapis.com/$CHROME_DRIVER_VERSION/chromedriver_linux64.zip -P ~/ && \
    unzip ~/chromedriver_linux64.zip -d ~/ && \
    rm ~/chromedriver_linux64.zip && \
    chown root:root ~/chromedriver && \
    chmod 755 ~/chromedriver && \
    mv ~/chromedriver /usr/bin/chromedriver && \
    sh -c 'wget -q -O - https://dl-ssl.google.com/linux/linux_signing_key.pub | apt-key add -' && \
    sh -c 'echo "deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main" >> /etc/apt/sources.list.d/google-chrome.list' && \
    apt-get update && apt-get install -y google-chrome-stable

RUN apt-get install -y vim

RUN mkdir /myapp

WORKDIR /myapp

ADD Gemfile /myapp/Gemfile
ADD Gemfile.lock /myapp/Gemfile.lock

RUN gem install bundler
RUN bundle install

ADD . /myapp

RUN mkdir -p tmp/sockets
RUN mkdir -p tmp/pids

docker-compse.yml↓

version: '3'
services:
  db:
    image: mysql:5.7
    environment:
      MYSQL_ROOT_PASSWORD: password
      MYSQL_USER: user
      MYSQL_PASSWORD: 1234
      MYSQL_DATABASE: myapp_db
    volumes:
      - mysql-data:/var/lib/mysql
    ports:
      - "4306:3306"

  app:
    build: .
    command: bundle exec puma -C config/puma.rb
    volumes:
      - .:/myapp
      - public-data:/myapp/public
      - tmp-data:/myapp/tmp
      - log-data:/myapp/log
    depends_on:
      - db

  web:
    build:
      context: containers/nginx
    volumes:
      - public-data:/myapp/public
      - tmp-data:/myapp/tmp
    ports:
      - 80:80
    depends_on:
      - app

volumes:
  mysql-data:
  public-data:
  tmp-data:
  log-data:

nginx.conf↓

upstream myapp {
  server unix:///myapp/tmp/sockets/puma.sock;
}

server {
  listen 443 ssl;
  server_name www.home-study.gq;

  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;
  }
}

Comments

[yu_1985]

インスタンスタイプはどれですか？
ELBのヘルスチェックではなくEC2インスタンスのステータスチェックが失敗しているというのはスペック不足が考えられますが…。

[nippledrill]

ありがとうございます。
Amazon Linux 2 AMI t2.microです。

[yu_1985]

cloudwatchでCPU使用率の推移を見るのと、サーバの中に入ってメモリの使用率を見てみてください。
いろんな見方がありますが、時間経過による変化を見るならsar、とりあえず今の状態を見たいならfreeかtopあたりで見ればいいでしょう。
https://qiita.com/muiyama/items/956ac41c4cf6cf85ae12
https://qiita.com/hiro-d/items/c3f724cb3d377e21cd91#sar
https://qiita.com/k0kubun/items/7368c323d90f24a00c2f

経験上RailsやらDockerやらをガリガリ動かすならt2.microのメモリ1GBだと大体足りないような気はしますが…。