Игорь Воротнёв

Сделать как по кабелю не получится. Сделать приемлемо для ежедневного использования без какого-либо дискомфорта - можно:

- Толковый роутер умеющий в 5G
- Настройка канала и тд с учетом загруженности эфира соседями
- Наиболее удачное физическое расположение роутера относительно рабочего устройства (или наоборот - устройства относительно роутера - смотря что удобнее и проще реализуется)

Мне вообще помог один только переход на 5G - все соседи кучкуются на 2.4G, так что я пока один и никто не мешает. Теперь все стабильно 24/7, скорость передачи выросла более чем в 2 раза, пинг снизился, потери пакетов минимизировались. Я не специалист по сетям, более точные данные предоставить не могу. Но чисто на потребительском уровне все стало работать настолько хорошо, чтобы стать незаметным сервисом, не требующим обслуживания. Чего от беспроводной домашней сети и ожидается.

Amazon - маленький instance для computing-задач и S3 для складирования. Или аналог от Google Cloud. Вполне можно у обеих уместиться в Free Tier, то есть или не платить вообще, или платить копейки. Хотя да, придется вложить немного времени и усилий чтобы разобраться с их архитектурой и настроить все нормально под себя (это если нет опыта).

DNS домена должны смотреть на IP адрес сервера, все.
Остальное настраивается на уровне веб-сервера (Apache, Nginx etc) - он должен "слушать" и принимать все запросы на свой IP, а уже по доменному имени определять, из какой папки брать файлы. Точно также он может отдавать определенные файлы только по IP. А может и не отдавать - как настроите. Скорее всего, ваш этот расчудесный ISP Manager при настройках домена автоматом отключает обработку чистого IP. Как это исправить - ищите в его доках или добавьте к вопросу тег "ispmanager", может найдется кто-то, кто в нем разбирается. Я лично не использую (и не советую) никакие контрольные панельки, особенно на базовых VPS, по нескольким основным причинам:
- они жрут лишние ресурсы
- тащат в комплекте вагон ненужного хлама
- их конфиги зачастую неадекватны (средние по больнице)
- кастомизировать эти конфиги под себя - сплошной ад
- лишние "moving parts", которые надо поддерживать и обновлять (в том числе по безопасности), настраивать, изучать и тд
- используя панельку вы сами себе делаете медвежью услугу, отказываясь от возможности изучить все составные части стека и научиться делать "по уму".

Да, существуют. Ansible и подобные инструменты. У многих хостеров (Amazon AWS, Digital Ocean) есть возможность делать образы и из них потом разворачивать, есть возможность использовать скриптинг на этапе создания сервера. По сути, практически все можно автоматизировать.

Digital Ocean
Linode
Vultr
Amazon (AWS)
Google Cloud
...

Их тьма. Конкретизируйте требования, бюджет, ожидания.

Дело не в 1-2Тб, такой объем некоторым хостерам вы вполне можете залить - надо читать правила размещения, ибо кто-то ограничит вам размер файла в 50Мб, кто-то еще что-то. Но вообще все эти безлимиты упираются в другой лимит, который кстати всегда прописан - inodes. Это самое главное. Если кратко, inode - это один объект файловой системы (папка или файл). Соответственно, "безлимитные" планы включают лимит от 10 000 до 500 000 inodes, не ограничивая само место на диске. Кроме того, есть лимиты на использование процессорного времени и памяти, iops, количество и размер таблиц в БД и тд. Есть софт-лимиты, есть хард-лимиты. В общем, как только начинаете упираться в один из лимитов - вас вежливо попросят перейти на более дорогой тарифный план. Или просто вырубят - зависит от хостера и его agreement с которым вы согласились при покупке тарифного плана.

Vagrant

Не берусь утверждать наверняка, но, возможно, для бекапа, на время его выполнения, меняются права на папку, а после него восстанавливаются. Грохнув процесс в середине вы не позволили выполнить все как полагается. Проверьте права.

Кроме того, не понимаю, чего вы паниковали? Лоад 4-5 это мелочи вообще, пусть бы себе колбасил дальше.

В целом @inkvizitor68sl все толково написал, я бы лишь добавил:
1. Новичку, возможно, есть смысл начать не с Debian, а с Ubuntu 12.04. По нему в сети тьма уроков и информации на всех языках мира, так что порог входа будет легче. А по мере того, как станете матерым юниксоидом, ничто не мешает перейти на Debian либо то, что Вам лично уже будет по душе - к тому моменту сами будете для себя это понимать. Перенести сайты с одного дроплета на другой - вопрос нескольких минут.
2. По поводу файрвола. Я у себя через iptables закрыл все нах, оставив только http, ssh и loopback. На DO есть нормальный урок на эту тему.
3. И по поводу почты. Сделать почту правильно на своем сервере - задачка та еще. Лично я вообще не беру на себя ответственность за клиентскую почту, ибо гемор конкретный (а на VPS у меня не только свои проекты, но и клиентские). Идеальный вариант - Яндекс почта для домена (бесплатно) или аналогичное решение от Google (платно). Плюсы этого подхода очевидны: стабильность, надежность, защищенность, привычный GUI вебмейла, уже готовые приложения для iOS/Android и так далее.