>> К сожалению я здесь не могу действовать «методом тыка», так как при ошибочной конфигурации сервер может стать недоступным через SSH

В таких ситуациях я обычно перед внесением изменений делаю задание в at (например, минут через 20), откатывающее мое изменение (в данном случае восстановление /etc/network/interfaces из предварительно созданного бэкапа и networking restart). Если добавление новых ip пройдет нормально и соединение по ssh не пропадет, то просто отменить задание. Если же что-то пойдет не так, то через 20 минут доступ восстановится.

Есть еще вариант: shred /dev/sdb Отличается от dd отображением прогресса и возможностью настроить количество «проходов»

По-моему, самый простой способ в данном случае — организовать master-slave репликацию. Перед релизом репликацию останавливать, делать бэкап со slave. Если что-то во время релиза пошло не так на master — переключать все запросы на slave.

virtualbox (емнип, vagrant только «поверх» него работает), мне кажется, слишком «тяжел» для этой задачи. По-моему, есть только LXC и напильники

По поводу падающей скорости раздач у меня единственная мысль — обновить ktorrent до последней версии (4.1.3 довольно старая). UPnP я включал в списке плагинов, после включения на нижней панели появится соответствующая вкладка и записи работы в логе.