rustelekom

Диск для такого разворачивания должен совпадать по размеру один в один. Ну потому что побайтно разворачивается.  Можно проще. Раскрыть образ, примонтировать и скопировать рсинком. После прохода fsck должно всё заработать.

"чтож тогда не хостят на atom'ах и hdd? к чему эти понты с nvme да 5ггц куда ни глянь? я бы сказал наоборот - скорость напрямую зависит от процессора и диска если речь про php/mysql, а не чистую статику или когда все подряд сурово закэшировано."

Когда-то хостили на Celeron и "скорость" сайтов была вполне нормальной для того времени. Понты с nvme и 5 Ггц - это не понты, это просто рядовое обновление железа. Я о другом - скорость открывания сайта куда меньше зависит от скорости дисков и процессора, чем от количества аккаунтов на сервере, скорости сети, связности и самих сайтов. Это далеко не прямо пропорциональная зависимость. Поэтому при переносе сайта от хостера у которого стоит какой-нибудь E5620 с SSD к хостеру у которого стоит AMD Ryzen с NVMe клиенту не стоит ожидать улучшения "скорости" в два или больше раз. Она может и вовсе не улучшится.  Заявить что у нас мол частота процессора 5 Ггц - ну что ж, конкурентное преимущество, почему б о нём и не заявить.

PS. Насчёт Atom не скажу, но hdd таки до сих пор используют. Для большинства сайтов количество операций чтения превышает количество операций записи в разы, поэтому натыкав кучку hdd в RAID да ещё с большим кэшем можно добиться вполне себе красивых результатов на чтение.

"Мощность" сервера для хостинга обычно у всех хостеров примерно одинаковая. Скорость сайта мало зависит от процессора(ов), дисков, памяти на сервере. Больше зависит от лимитов выделяемых на аккаунт. Озвученные выше лимиты вполне нормальные (не назвал бы их "зарезанными" и их  хватает на сайты с куда большим трафиком нежели у вас. Так что тут вопрос скорее в сайте. Если же с сайтом всё оптимизировано и вылизано и вы не видите, что ещё можно с ним сделать, тогда действительно стоит рассмотреть переход на виртуальный или даже выделенный сервер. Но тогда вам понадобится набрать знаний по системному администрированию - обновление ПО, работа с попытками взлома и т.п. и т.д. или нанять стороннего администратора. Контрольная панель для управления сайтами решит часть задач, но "пригляд" знающего человека всё равно потребуется.

Первое, что нужно сделать - разобраться в том, что именно "тормозит".  Навскидку  - проверьте, есть ли у вас обращения к внешним ресурсам на сайте (ну, например, какой-нибудь плагин от Фейсбука или ВК или что-нибудь подобное). Это можно прямо в браузере проверить  включив консоль браузера и посмотрев на скорость загрузки различных компонентов сайта. 503 ошибка - это вас лимитирует CloudLinux (скорее всего) за превышение лимитов. Обычно эти превышения в панели управления хостингом можно увидеть. Это могут быть количество процессов, обращения к диску, потребление памяти. Что касается Pagespeed - чтобы проверить, что дело в хостинге или наоборот - не в нём, можно сделать тестовую чисто html страницу и проверить скорость на ней.  Если показатели будут такие же плохие, тогда это хостинг виноват. Ну и логи доступа проверить. Сейчас опять пошла волна атак от ботнетов на Wordpress - бомбят то на xmlrpc.php, то на wp-login - а из-за этого потребление ресурсов возрастает и хостинг начинает вас лимитировать ограничивая доступ к сайту.   Для других CMS могут пытаться также брутфорсить, но на другие url.

Анонс по BGP? /24 маловато будет, хотя бы /23 стоит сделать.

"Я правильно понимаю, что   billing address - адрес зашитый в номер карты?"

Нет, неправильно. Генерация номеров карт не имеет отношения к биллинг адресу.

Для самозанятых нет фиксированных платежей в отличие от ИП. Заплатил с пришедших денег 4-6% и спи спокойно. Не пришли деньги - не платишь ничего. Оформлять - ну говорят лучший вариант через Сбер, типа всё удобно и просто.

Ну у нас практика другая.  И клиенты видимо другие. Если клиент был из серии: "мне всё хостер должен сделать - в том числе бэкапы" и у него всё накрылось медным тазом после того как RAID не собрался -это одно. А если  с бэкапами всё ок, тогда можно и по несколько раз менять диски и не дёргаться. Вот и не дёргаются видимо.

У нас опыт работы с Hetzner с 2004 года. Нормальный дата-центр, косяки бывают, периодически отдельные куски сетей бывают недоступны по разным причинам, но в последнее время всё реже и реже. Предлагают множество модерновых конфигураций по низким ценам (правда, как правило, с установочным платежом). Но что не изменилось за это время- диски/накопители. У нас есть с чем сравнивать - с того же года работаем с LeaseWeb и число серверов примерно одинаковое - в Hetzner диски/накопители выходят из строя раз в 10 чаще, чем в LeaseWeb. Уж не знаю почему, но что есть, то есть. Меняют, надо сказать достаточно быстро - в 4 часа стабильно укладываются, поэтому если RAID не разрушился в драбадан, то дождаться можно без особых потерь нервов. Более затейливые вопросы, к сожалению, решаются не так быстро. Если не повезёт, можно нарваться на нестабильную железку и вот её заменить будет  очень проблематично (можно потратить недели на доказывание того, что она глючная) и проще отказаться и взять другую.

Можно, конечно, спросить - если всё так плохо, зачем пользуетесь:) А мы и не пользуемся, у нас нет ни одного сервера там для собственного потребления, у нас все  серверы исключительно в наших стойках в Германии, в Hetzner только клиентские серверы. Ну а клиентов в Hetzner видимо всё устраивает.

Да у всех можно. Виртуальные серверы - это динамические распределяемые ресурсы (если речь идёт не о гарантированных ресурсах CPU) и гипервизор распределяет их ресурсы в соответствии с запросами на потребление. Если эти запросы превысят в какой-то момент физические возможности ноды начнутся тормоза. Куда уж проще. Хостер зная из практики какова средняя загруженность ноды понимает когда нужно добавить физических ресурсов или перераспределить виртуальные машины между нодами. Но у хостеров может быть разное понимание этой самой загруженности. Для кого-то допустимо то, что на пустой виртуалке вдруг ссх начинает отрабатывать команду ls минутами, для кого-то нет.

PS. Я честно говоря, тоже не слышал, чтобы блокировали за нагрузку на процессор. Обычно это последнее, что может превышать лимиты в виртуалке. Чаще превышают  лимиты на память, диск, да трафик.  Но эти лимиты гипервизор хорошо ограничивает автоматически и это обычно не создаёт проблем для соседей, поэтому смысла в блокировке нету. Хуже становится только владельцу виртуалки с превышением этих лимитов.