Увеличение оперативной памяти будет кстати. Отсутствие внешнего IP вызывает тревогу... Как вы и отметили, ничего не узнаем до 1 августа, так что я поставил напоминание и пока не обращаю внимания. Использую это только для нескольких домов в качестве тестовой площадки. Никогда не переводил свои рабочие среды на Google, потому что их система постоянно меняется и раздражает.

Все уже получили такое от Google? Считаете это проблемой или пользой?

Привет, Tony,  
Мы обнаружили, что вы используете инстанс F1-micro, который входит в состав Compute Engine Free Tier. Улучшая опыт работы с Free Tier, мы вводим виртуальную машину E2-micro — семейство виртуалок второго поколения. Она предлагает больше ресурсов, а именно 0,25 vCPU (с возможностью периодического увеличения до 2 vCPU) и 1 ГБ ОЗУ.  

Что важно знать?  
VM Free Tier F1-micro меняется на E2-micro в качестве бесплатного варианта. 1 августа 2021 года будет запущен Free Tier для E2-micro. Чтобы не платить за продолжение использования F1-micro после 31 августа 2021 года, перейдите на тип машины E2-micro.  

Что нужно сделать?  
Начиная с 1 августа 2021 года смените тип машины с F1-micro или остановите существующий инстанс F1-micro и начните использовать E2-micro. Виртуальные машины, созданные любым из этих способов, автоматически получат скидку Free Tier. Поддерживаемые регионы останутся прежними.

Я только что перезагрузил свою Ubuntu VM, и теперь не могу получить доступ к контроллеру. Когда пытаюсь перезапустить сервис, получаю следующее:

spam@unifi-controller:~$ sudo service unifi restart  
Job for unifi.service failed because a timeout was exceeded.  
See "systemctl status unifi.service" and "journalctl -xe" for details.

Ниже вывод systemctl:

spam@unifi-controller:~$ systemctl status unifi.service  
● unifi.service - unifi  
  Loaded: loaded (/lib/systemd/system/unifi.service; enabled; vendor preset: enabled)  
  Active: active (running) since Wed 2020-03-25 17:07:24 UTC; 16min ago  
 Process: 2052 ExecStop=/usr/lib/unifi/bin/unifi.init stop (code=exited, status=0/SUCCESS)  
 Process: 2688 ExecStart=/usr/lib/unifi/bin/unifi.init start (code=exited, status=0/SUCCESS)  
   Tasks: 81 (limit: 4915)  
  CGroup: /system.slice/unifi.service  
          ├─ 934 bin/mongod --dbpath /usr/lib/unifi/data/db --port 27117 --unixSocketPrefix /usr/lib/unifi/run --logappend --logpath /usr/lib/unifi/logs/mongod.log --bind_ip 127.0.0.1  
          ├─2215 unifi -cwd /usr/lib/unifi -home /usr/lib/jvm/java-8-openjdk-amd64 -cp /usr/share/java/commons-daemon.jar:/usr/lib/unifi/lib/ace.jar -pidfile /var/run/unifi.pid -procname unifi -outfile SYSLOG -errfile SYSLOG -umask 027 -user unifi -Dunifi.datadir=/var/lib/unifi -Dunifi.logdir=/var/log/unifi -Dunifi.rundir=/var/run/unifi -Xmx1024M -Djava.awt.headless=true -Dfile.encoding=UTF-8 com.ubnt.ace.Launcher start  
          ├─2217 unifi -cwd /usr/lib/unifi -home /usr/lib/jvm/java-8-openjdk-amd64 -cp /usr/share/java/commons-daemon.jar:/usr/lib/unifi/lib/ace.jar -pidfile /var/run/unifi.pid -procname unifi -outfile SYSLOG -errfile SYSLOG -umask 027 -user unifi -Dunifi.datadir=/var/lib/unifi -Dunifi.logdir=/var/log/unifi -Dunifi.rundir=/var/run/unifi -Xmx1024M -Djava.awt.headless=true -Dfile.encoding=UTF-8 com.ubnt.ace.Launcher start  
          ├─2218 unifi -cwd /usr/lib/unifi -home /usr/lib/jvm/java-8-openjdk-amd64 -cp /usr/share/java/commons-daemon.jar:/usr/lib/unifi/lib/ace.jar -pidfile /var/run/unifi.pid -procname unifi -outfile SYSLOG -errfile SYSLOG -umask 027 -user unifi -Dunifi.datadir=/var/lib/unifi -Dunifi.logdir=/var/log/unifi -Dunifi.rundir=/var/run/unifi -Xmx1024M -Djava.awt.headless=true -Dfile.encoding=UTF-8 com.ubnt.ace.Launcher start  
          ├─2234 /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java -Dfile.encoding=UTF-8 -Djava.awt.headless=true -Dapple.awt.UIElement=true -Xmx1024M -XX:+ExitOnOutOfMemoryError -XX:+CrashOnOutOfMemoryError -XX:ErrorFile=/usr/lib/unifi/logs/hs_err_pid%p.log -jar /usr/lib/unifi/lib/ace.jar start  
          └─2259 curl -s --connect-timeout 1 -o /dev/null -w %{http_code} http://localhost:8080/status  

Mar 25 17:07:24 unifi-controller systemd[1]: Stopped unifi.
Mar 25 17:07:24 unifi-controller systemd[1]: Starting unifi...
Mar 25 17:07:24 unifi-controller unifi.init[2688]: Starting Ubiquiti UniFi Controller: unifi (already running) failed!
Mar 25 17:07:24 unifi-controller systemd[1]: Started unifi.

И часть вывода journalctl:

Mar 25 17:07:24 unifi-controller systemd[1]: unifi.service: Failed with result 'timeout'.
Mar 25 17:07:24 unifi-controller sudo[2046]: pam_unix(sudo:session): session closed for user root
Mar 25 17:07:24 unifi-controller systemd[1]: unifi.service: Service hold-off time over, scheduling restart.
Mar 25 17:07:24 unifi-controller systemd[1]: Stopped unifi.
-- Subject: Unit unifi.service has finished shutting down  
-- Defined-By: systemd  
-- Support: https://www.debian.org/support  
--  
-- Unit unifi.service has finished shutting down.  
Mar 25 17:07:24 unifi-controller systemd[1]: Starting unifi...
-- Subject: Unit unifi.service has begun start-up  
-- Defined-By: systemd  
-- Support: https://www.debian.org/support  
--  
-- Unit unifi.service has begun starting up.  
Mar 25 17:07:24 unifi-controller unifi.init[2688]: Starting Ubiquiti UniFi Controller: unifi (already running) failed!
Mar 25 17:07:24 unifi-controller systemd[1]: Started unifi.
-- Subject: Unit unifi.service has finished start-up  
-- Defined-By: systemd  
-- Support: https://www.debian.org/support  
--  
-- Unit unifi.service has finished starting up.  
--  
-- The start-up result is done.  
Mar 25 17:08:11 unifi-controller sshd[2792]: Invalid user steam from 84.38.180.222 port 57566
Mar 25 17:08:11 unifi-controller sshd[2792]: input_userauth_request: invalid user steam [preauth]
Mar 25 17:08:11 unifi-controller sshd[2792]: Received disconnect from 84.38.180.222 port 57566:11: Bye Bye [preauth]
Mar 25 17:08:11 unifi-controller sshd[2792]: Disconnected from 84.38.180.222 port 57566 [preauth]
Mar 25 17:08:55 unifi-controller sshd[2861]: Invalid user wp from 138.197.21.218 port 56178
Mar 25 17:08:55 unifi-controller sshd[2861]: input_userauth_request: invalid user wp [preauth]
Mar 25 17:08:55 unifi-controller sshd[2861]: Received disconnect from 138.197.21.218 port 56178:11: Bye Bye [preauth]
Mar 25 17:08:55 unifi-controller sshd[2861]: Disconnected from 138.197.21.218 port 56178 [preauth]
Mar 25 17:11:31 unifi-controller sshd[3068]: Invalid user vernemq from 37.187.100.50 port 48826
Mar 25 17:11:31 unifi-controller sshd[3068]: input_userauth_request: invalid user vernemq [preauth]
Mar 25 17:11:32 unifi-controller sshd[3068]: Received disconnect from 37.187.100.50 port 48826:11: Bye Bye [preauth]
Mar 25 17:11:32 unifi-controller sshd[3068]: Disconnected from 37.187.100.50 port 48826 [preauth]
Mar 25 17:12:00 unifi-controller sshd[3115]: Invalid user 22 from 183.6.179.3 port 8352
Mar 25 17:12:00 unifi-controller sshd[3115]: input_userauth_request: invalid user 22 [preauth]
Mar 25 17:12:00 unifi-controller sshd[3115]: Received disconnect from 183.6.179.3 port 8352:11: Bye Bye [preauth]
Mar 25 17:12:00 unifi-controller sshd[3115]: Disconnected from 183.6.179.3 port 8352 [preauth]
Mar 25 17:17:01 unifi-controller CRON[3522]: pam_unix(cron:session): session opened for user root by (uid=0)
Mar 25 17:17:01 unifi-controller CRON[3523]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Mar 25 17:17:01 unifi-controller CRON[3522]: pam_unix(cron:session): session closed for user root

Короче, есть идеи, что можно сделать, чтобы снова всё заработало? Обычно перезапуск моей VM отлично справляется с задачей.  

Спасибо,  
Бен.

Хорошо, я тоже так сделаю и останусь, пока не выставят счёт, а там уже приму решение. Хотя сумма небольшая...

Это должно было быть таблицей, так что извиняюсь за то, как это выглядит...

@mresteen, как указано в этом ответе: https://community.ui.com/questions/Controller-on-Google-Cloud-Platform-Free/8b72f8b6-3430-4481-a38e-49b4df347ec4#answer/4266c9a8-82d1-43d0-84aa-1197697dc033, Google не будет брать плату за используемые внешние IP-адреса для виртуальных машин бесплатного уровня, так что, если я не пропустил какие-то нововведения, ты по-прежнему сможешь бесплатно пользоваться инстансом F1-Micro.

При этом можно сделать бэкап контроллера и без проблем импортировать сохранённый файл на Cloud Key. Тебе только нужно будет поменять IP контроллера на инстансе GCP, чтобы твои устройства начали обращаться по новому IP Cloud Key. Либо, если у тебя настроено обращение по DNS-имени, тогда достаточно изменить DNS-запись, чтобы указывать на Cloud Key, и как только DNS обновится, устройства начнут связываться с ним.

Обычно пакеты выкатывают в репозитории в течение двух недель после того, как релиз объявляют стабильным. В данном случае, подозреваю, что выкладка задерживается по нескольким причинам, одна из которых — reported замедленная работа интерфейса в некоторых случаях. Лучше почитать обсуждение здесь: https://community.ui.com/releases/UniFi-Network-Controller-5-12-22/263c8b60-def8-4667-85c3-87a6200a6c9b

Большое спасибо, изменение внесено 👍

Скрипт, который он написал и поддерживает, хранится в Google Storage bucket, доступ к которому контролирует Petri. У него есть статья в блоге, где он объясняет, что именно делает этот скрипт, а также ссылка на скачивание последней версии, если хотите посмотреть его в деле: https://metis.fi/en/2018/02/gcp-unifi-code/  

По его словам, вы можете изменить конфигурацию VM Instance после развертывания так, чтобы при следующей загрузке он больше не искал этот скрипт. То есть, можно не переживать, что скрипт изменится без вашего ведома. Думаю, можно вообще исключить секцию startup-script-url и вручную скопировать скрипт startup.sh на вашу VM после того, как вы его проверите для безопасности, но тогда будет чуть сложнее в использовании.  

Редактирую:  
Если хотите просто установить Controller без всех дополнительных плюшек, которые есть в скрипте Petri, можете использовать этот скрипт: https://community.ui.com/questions/UniFi-Installation-Scripts-or-UniFi-Easy-Update-Script-or-Ubuntu-16-04-18-04-18-10-19-04-and-19-10-/ccbc7530-dd61-40a7-82ec-22b17f027776