Здравствуйте, рассмотрите наши виртуальные серверы с Windows.
Локация Варшава, диски NVMe, лицензия Windows Server 2008-2019 включена в цену.
Бота в телеграме хватает вполне.
Здравствуйте, если VPN не массовый, то можем предложить VPS в Варшаве. IPv6 в наличии, проверить связь с площадкой можно здесь.
Здравствуйте, мы можем предложить колокацию в Варшаве, однако, для точного расчета не хватает некоторых данных. Отправил дополнительные вопросы на почту.
+1 за Польшу, она близко. Не скажу про OVH - не знаю, но от нашей варшавской площадки до UA-IX 14мс и клиентам из Украины это нравится.
Я не говорю о том, что это идеальный способ резервирования - тут речь скоре о балансе между незаметностью для пользователя и эффективностью. Конечно, нормально потушить InnoDB перед бекапом диска - идея очень хорошая, но в случае большой базы он и тормозиться будет долго, и простой недопустим. Потому в случае падения основного стораджа, InnoDB в подавляющем большинстве случаев восстановится сам, пусть и с некоторой потерей данных из памяти. Однако, помним о том, что это внешний бекап, без доступа внутрь сервера, причем не минутной давности, и для самого крайнего случая. Если же по-нормальному, то базы чуть сложнее вордпресса стоит бекапить корректным способом не снаружи, а изнутри сервера и/или реплицировать, тогда с данными все будет хорошо.
Что касается культуры и цен - не думаю, что они пойдут вверх на массмаркете, все же появляется все больше новых игроков и народ привык, что месяц хостинга должен стоить дешевле чашки кофе. В более нагруженных проектах к выбору услуги подходят иначе, конечно, и критерии там другие. Но да, иногда приходилось разгребать после штатных админов больших проектов авгиевы конюшни.
Мне сложно ответить на этот вопрос, не зная специфики услуг, клиентов, их средних чеков и т.д. Может оказаться, что бекап обойдется в 10 долларов из 1000, а может быть и 1 из 2, само собой, отношение клиентов к этой наценке будет разным. Я просто привел пример, как сделано у нас, в нашу бизнес-модель это решение вполне вписалось, вам же виднее, как сделать лучше у себя.
Петабайтов нету, еще терабайты. :)
Но в принципе, и у вас они явно не на одной ноде расположены. Потому вполне можно прицепить к ноде большой сата-шник, на который влезут все ее дампы, и сливать их на него. Вероятность того, что одновременно умрут и основной сторадж, и этот отдельный диск, мала.
Хотя можно и от этого подстраховаться, сливая потом дампы дополнительно на сетевой сторадж скажем, раз в неделю - у нас сейчас так и есть. Так и копии будут доступны в любом случае, и восстановление с локального диска будет намного быстрее, чем по сети.
Снапшот - моментальный снимок диска, каким он был в момент создания снапшота. Дальше можно сохранить в файл полный образ диска на этот момент. Приблизительно так же бекапит виртуалки без остановки и Proxmox.
Что касается размера получаемых файлов:
# ls -lhитого 701G-rw-r--r-- 1 root root 30G сен 11 00:04 vm25144_snapshot_2019-09-11-000001-rw-r--r-- 1 root root 30G сен 11 00:08 vm25160_snapshot_2019-09-11-000001-rw-r--r-- 1 root root 30G сен 11 00:12 vm25324_snapshot_2019-09-11-000001-rw-r--r-- 1 root root 30G сен 11 00:17 vm25341_snapshot_2019-09-11-000001-rw-r--r-- 1 root root 30G сен 11 00:21 vm25356_snapshot_2019-09-11-000001-rw-r--r-- 1 root root 30G сен 11 00:25 vm25444_snapshot_2019-09-11-000001-rw-r--r-- 1 root root 30G сен 11 00:29 vm25451_snapshot_2019-09-11-000001
И восстановить из них диск вполне можно, проверено не раз.
Саспенд возникает, если бекапить оперативку. Однако, мы делаем копии на случай, когда все совсем плохо, там уже восстановление именно состояния вм не так важно, достаточно только диска.
Зачем саспенд? Снапшот с LVM, потом dd снапшота в файл.