Итак, я пытаюсь запустить форум на Compute Engine от GCP на инстансе e2-micro. По-моему, при первой попытке запуска был создан файл подкачки размером 2 ГБ.
Раньше я пробовал 10 ГБ, но, насколько я помню, этого было недостаточно, поэтому я увеличил размер до 20 ГБ.
После запуска команды ./launcher rebuild app процесс начал выполняться. Когда он дошёл до этапа ...[@embroider/webpack, это заняло так много времени, что я просто ушёл и вернулся позже (через ~2 часа).
Я обнаружил, что процесс завершён, но доступ к форуму невозможен, хотя я уже связал A-запись в Namecheap с внешним IP-адресом виртуальной машины.
Я попытался запустить его снова, и вот полные логи (они слишком длинные): GCP e2-micro discourse logs.txt (176.7 KB)
Тем не менее, мой сайт Discourse не работает. Я получаю ошибку:
Сработает ли, если уменьшить количество воркеров Unicorn до 1 в containers/app.yml для экономии памяти, а затем пересобрать приложение командой ./launcher rebuild app?
Или вы можете временно увеличить размер инстанса до e2-small или выше, завершить пересборку, а затем уменьшить его обратно до e2-micro.
Электронная почта теперь работает, но я боюсь устанавливать плагины, так как пересборка займет около 2 часов. Я понимаю, что это не нормально, поэтому есть ли способ ускорить процесс без изменения ресурсов виртуальной машины?
Это возможно. Если вам не сложно, подскажите, какие характеристики у системы VPS?
Довольно давно один из серверов, которые я управляю как волонтёр, работал на базовом тарифе VPS с 20 ГБ. И даже с учётом того, насколько большой была база данных, восстановление обычно занимало около 15 минут.
В итоге клиент был вынужден перейти на более мощный сервер после серьёзного сбоя. На тот момент они не прислушались к моему предупреждению о том, что сервер может упасть, так как уже не мог восстанавливаться через командную строку.
Поэтому они заплатили одному из участников здесь, чтобы перенести его на новый сервер с тарифом 256 ГБ. Из-за игнорирования проблемы они потеряли около 2,5 недель рабочего времени.
С другой стороны, в основном теперь они лучше прислушиваются к предупреждениям , когда их получают.
Я полагаю, что это 0,25 vCPU и 1 ГБ ОЗУ. При настройке был создан файл подкачки размером 2 ГБ. Исходный сервер поставлялся с 10 ГБ хранилища. Однако установка сообщила, что для продолжения требуется больше места, так как осталось примерно 1,7 ГБ. Поэтому я увеличил объем до 20 ГБ, и пока предупреждений, связанных с хранилищем, не возникало.
о том, что сервер может упасть, так как уже не мог восстанавливаться через командную строку.