pfg21

для удобной поддержки и масштабируемости

Приведённые варианты на это практически никак не влияют. При масштабировании используется максимальная автоматизация всего и вся - так что тут без разницы как именно запущен веб сервер. И то и другое автоматизируется одинаково хорошо. На настройку nginx это тоже не влияет никак - конфиг в обоих случаях будет либо в гит-репозитории лежать либо где-то в веб-интерфейсе системы автоматизации развёртывания ПО. Важнее - как именно организовано сопровождение веб-сервера и удобство его управлением.

1. Уже есть
2. Кому надо - те вполне могут и впн включить

[ $(( ( $(cat /sys/class/net/eth0/statistics/rx_bytes) - $(sleep 10; cat /sys/class/net/eth0/statistics/rx_bytes) )/-10 )) -lt 5000 ] && echo need restart

Это в CRON на каждую минуту, а echo need restart заменить на команду рестарта сервиса. 5000 (байт в секунду) заменить на желаемую величину.

Скрипт берёт значение системного счётчика принятых байтов, ждёт 10 секунд, снова берёт значение счётчика, вычитает одно из другого, затем делит разность на те самые 10 секунд (на -10, т.к. вычитали большее из меньшего), получается среднее значение за 10 секунд. Остаётся сравнить с пороговым значением.

Диспетчер устройств -> USB контроллёр -> Свойства -> Сведения -> ИД оборудования / Код экземпляра устройства -> Копировать -> Найти производителя устройства и нужный драйвер в гугле

Windows RDP

Потому что 100 мегабит у вас на канальном уровне. С учётом размера заголовков пакетов и прочих технических накладных расходов в 100мб линк как раз можно впихнуть в районе 94-95мб реальной полезной нагрузки

Выглядит как кандидат на запуск с ПК, а не с "RPI 4".

В простейшем случае это просто какой-нибудь rsync в планировщике с удалением исходного файла после скачивания.