Вы должны понять, что выбор провайдера в данном случае не поможет. Провайдеры отвечают за связность до своих пиров. Если пиры "плохие" то ничего не поможет. У Вас может быть 100гигабит на канале до следующего физического пира, а пир эти 100гигабит распределяет через 10гигабитный свитч до своих пиров и т.д. и т.п.
Транзит такое дело.
Только Tier 1 могут гарантировать доставку до континентов и точек обмена. А так в принципе и они ложаться несколько раз в году и перегруженные бывают и стоят заоблачно. Поэтому даже если Вы купите ВПС с "отличным каналом" никто не гарантирует, что этот канал сохраниться в будущем.
Если честно я писал про то что это возможно, т.к. выше товарищи писали, что на KVM это невозможно. Потом поправились на их реализацию. Потом видимо поняли что к реализации это не относится и прекратили спор. Не надо скидывать на софт проблемы иного порядка.
С финансовой стороны я не вижу практического решения для реселлеров. Договорится с полицией на месте можно, хоть и сложно, но только апстриму. Для этого надо доп соглашение и доступ от апстрима (в этом случае как у ТСа - хостера сервера) к руту хоста.
Ок, lv snap если копировать через DD например выдает point-in-time raw disk image всего отдела ВМ. Я не говорю про только снепшоты, а говорю что бекап используя их возможен без проблем и независимо от реализации гипервизора. Я добавлю, что это можно делать и на XEN и на esxi и на других "гипервизорах". Это базовые знания.
Зачем?
LV snap делаете и с него копируете данные (это делается чтобы был снимок point-in-time диска, а не с изменяемыми данными). Для точной реализации можно суспенднуть вмку, сдампить память, снапшотить диск, восстановить ее (на быстром хосте это 1 секунда, для вмки незаметно), а потом для восстановления сделать точный клон конфигурации, загрузить память, подключить диск бекапа и система стартанет с того же места. Я конечно понимаю, что многие тут с маркетингом больше, нежели с конкретным оперированием систем. Но возможности бекапа у KVM никто не отменял. Тем более на уровне ОС.
Как выше люди пишут у них решение VDSmanager, а заглянуть в ОС или даже KVM man и ее возможности видимо никто не пытался.
Если делать инкрементальные бекапы, то хранение будет ~=1.2х от оригинала на целую неделю. Знаю ибо у нас так делаются бекапы клиентских впс на 7 дней.
Что за чушь? KVM предоставляет возможность бекапов. Причем как горячих, так и полу-холодных.
Последние добавки вообще имеют drive_mirror и drive_backup, которые делают это на уровне гипервизора:
https://qemu.weilnetz.de/doc/qemu-doc.html#pcsys_005fmonitor
Но 99% пользователей будет достаточно снепшота lv отдела без всяких прерываний и отсылка его на другой сервер. В случае рестора просто fsck решит возможные проблемы.
Для без проблемной скачки торрентов выбирайте Швейцарию или Венгрию.
GDPR должен помочь с этим.
Я думал v6 решенный вопрос, пока не посмотрел на тплинк арчер, который советуют всем и в которых в6 сломан.
Мощности майнинга (мы говорим про биток, правильно? Только он и ему подобный использует SHA2 который худобедно близок к паролям) никак не помогут со взломом PBKDF2 например или bcrypt.
Майнинг нельзя использовать для "взлома систем", потому что это предсказуемый результат (который можно подделать и взломать моментально полностью перехватив сеть), а не дериват алгоритма.
Поэтому все системы коинов с предсказуемым результатом (gridcoin и подобные) - лохотрон.
С Уважением, Cryptoastra :)
Заработало :)
