ubuntu - NuxtJS 构建占用所有资源

Question

我正在使用我在下面添加的部署脚本部署我的 NuxtJS 应用程序。我使用了本教程中的一些说明:https://www.digitalocean.com/community/tutorials/how-to-automate-deployment-using-circleci-and-github-on-ubuntu-18-04
如果我使用 SSH 访问我的 droplet 并运行 deploy.sh手动编写脚本，它似乎工作正常。但是一旦 CircleCI 启动了一个 docker 实例(参见下面的 config.yml)，如果我幸运的话，它至少需要 5 分钟来运行脚本。在这样做的同时，我的 droplet 的 CPU 会出现峰值，尝试使用本地计算机上的 SSH 重新连接我的 droplet 需要很大的耐心。
很奇怪，这似乎只在通过 CircleCI 运行脚本时发生。以防万一，我尝试启动一个中型 docker 实例，而不是小型的，但没有运气。大多数情况下，部署会在 10 分钟后被终止，所以大多数时候我的部署都失败了。
如果 CircleCI 失败，我的 droplet 的 CPU 保持在 100% 以上，node_modules/.bin/nuxt build继续运行。重新启动 droplet 是最简单的解决方案(有时需要，如果无法使用 SSH 重新连接或者已经连接的终端不再响应)。重启后，第一个 CircleCi 部署成功，其余的再次失败。
我看了一下htop，好像是kswapd0占用 40% CPU，snapd超过 30 个，其余用于节点等。
部署.sh

#!/bin/bash

#move to project folder
cd /var/www/mywebsite.nl

#pull from the branch
git pull origin main

# build nuxt project and run pm2
npm install
npm run build

pm2 start

circleci config.yml

version: 2.1

jobs:
  deploy:
    docker:
      - image: buildpack-deps:trusty
    resource_class: small   # we use a small docker instance to use as little credits as possible
    steps:
      - add_ssh_keys:
          fingerprints:
            - "xx:xx:xx:xx:xx:xx:xx:xx"
      - run:
          name: Deploy Over SSH
          command: |
              ssh -oStrictHostKeyChecking=no -v $SSH_USER@$SSH_HOST "./deploy.sh"
workflows:
  build-and-deploy:
    jobs:
      - deploy:
          filters:
            branches:
              only:
                - main # only deploy on the main branch

nuxt.config.js

import webpack from 'webpack'


export default {
  // Disable server-side rendering: https://go.nuxtjs.dev/ssr-mode
  ssr: false,

  // Target: https://go.nuxtjs.dev/config-target
  target: 'server',

  // Global page headers: https://go.nuxtjs.dev/config-head
  head: {
    title: 'myapp',
    htmlAttrs: {
      lang: 'en'
    },
    meta: [
      { charset: 'utf-8' },
      { name: 'viewport', content: 'width=device-width, initial-scale=1' },
      { hid: 'description', name: 'description', content: '' }
    ],
    link: [
      { rel: 'icon', type: 'image/x-icon', href: '/favicon.ico' }
    ]
  },

  // Global CSS: https://go.nuxtjs.dev/config-css
  css: [
    '@/assets/sass/main'
  ],

  // Plugins to run before rendering page: https://go.nuxtjs.dev/config-plugins
  plugins: [{
    src: '~plugins/vue-scrollmagic.js',
    ssr: false
  }],

  // Auto import components: https://go.nuxtjs.dev/config-components
  components: true,

  // Modules for dev and build (recommended): https://go.nuxtjs.dev/config-modules
  buildModules: [

  ['nuxt-fontawesome', {
    component: 'fa', //customize component name
    imports: [{
        set: '@fortawesome/free-brands-svg-icons',
        icons: ['fab']
        },
      ]
    }]
  ],

  build: {
    loaders:  {
      vue: {
         prettify: false
      }
    }
  },

  // Modules: https://go.nuxtjs.dev/config-modules
  modules: [
    '@nuxtjs/sitemap'
  ],

  sitemap: {
    hostname: 'https://mydomain.nl'
  }
}

有什么想法吗？
我的 droplet:1 GB 内存/25 GB 磁盘/AMS3 - Ubuntu 20.04 (LTS) x64

Answer 1

通过设置 --max-old-space-size 为其他进程节省一些内存package.json 中构建过程的参数似乎解决了这个问题。我的应用程序在一分钟内部署完毕。

"build": "node --max-old-space-size=600 node_modules/nuxt/bin/nuxt.js build"

有时当我的机器实际上在某个时候使用更多内存时这还不够，所以我想最安全的选择是使用 2GB。
另一方面，这只发生在应用程序的构建期间，所以我想我可能会在 GitHub 上报告一个问题以防万一。