Натолкнул меня написание этого поста, tinyvds.
И правда — хорошо сказал.

Каждый месяц все новые и новые дыры находят в том или ином программном обеспечении. В 2012 году уязвимости были найдены в exim (занимается отправкой почты) и, всем известный, PhpMyAdmin. Немало клиентов пострадали от этого. В начале 2013 года были сломаны bind/named и apache web сервер у множества VDS/VPS. Если оно (программное обеспечение) у вас не обновлено, рано или поздно Ваш vds вскроют и все поломают. Вы потеряете данные и потратите итак недостающие нервы на исправление проблем и восстановление информации из бекапов.
Да, черт возьми. Это реально самая настоящая угроза и массовая ошибка пользователей.
Когда вы покупаете VDS с ISP manager.
Первым делом идете в Возможности. И удаляете. Не отключаете! А удаляете в принципе такое говно, как


Это спасет вас от нехватки места на VDS. Потому что это говно будет тупо без использования работать — и зарастать спамом, логами. И потом у вас просто кончится место.
Потому что эти вещи постоянно кто-то брутит, спамит, использует в своих целях для dns спуфинга и прочее прочее. Иногда 50 ГБ можно за сутки засрать подобными штуками. Вам они все равно не_нужны — поэтому удаляйте.

Далее.
Бекапы своих сайтов и файлов на тот же VDS/VPS — это бесполезное и небезопасное занятие
Именно так. Почему ?
Ну мозг свой включите. Какой смысл делать бекап на тот же жесткий диск ? Сгорел hdd — сгорели и бекапы. А сервера, особенно дешевые сервера — выходят из строя довольно часто.
И вообще на VDS большинство хостеров — тупо не делают бекапы. Почему? Потому что такие бекапы, слепки vds-ок — бессмысленны для пользователя. А хостеры предпочитают восстанавливаться из raid.
Короче запомните себе — вы должны делать бекап только на удаленное ftp. Об этом у меня есть полноценная статья. И там же расписано, почему хостеры не делают бекапов. И я считаю — правильно. Клиент сам должен заботиться о своих бекапах, учиться работать с сайтами, с CMS, развиваться и обучаться. Не быть нубом и лохом, которые тупо зарастает спамом и создает бессмысленные сайты, на которые через месяц уже забивает.
И важно знать, на счет бекапа.
Можно включать и исключать директории. Тыкаете на свое задание резервного копирования. Потом кнопка «данные».

И там можно включать и исключать. Например всякие логи и прочую временную информацию можно даже не бекапить.

И главное не забывайте ставить галочки, когда создаете задание на бекап. Там будет «все файлы» — так вот это именно тупо файлы! Это не значит что там включены Mysql базы. Базы идут отдельно, ниже будет галочка Базы данных.
Можете еще сделать 2 задания. Ежедневно базы сливать, а раз в неделю файлы.

Так же важно понимать, что VDS это часть сервера. А значит канал на сервере делится на все VDS-ки. Поэтому сразу нужно адекватно разобраться что такое шаред канал и выделенный канал. Возможно сам сервер подключен к шареду, а значит скорость на vds-ках будет еще меньше.

И на счет трафика. При желании на выделенном канале 100 можно прокачать терабайт 50 в месяц.
Обычно по тарифам на сервера дают 5-10 ТБ. Разумеется этот лимит делится на кол-во VDS.
НО важно так же понимать, что 95% сайтов потребляют от 50 до 300 ГБ в месяц. Именно нормальные проекты, которые вы изо дня в день посещаете, с ядром посетителей, популярностью в узком круге и т.д.
А мусор без нагрузок и на который всем похуй иногда и 5 ГБ не потребляет даже.
Так что всем хватает за глаза. Ведь это VDS, адекватный человек должен понимать, что на VDS тупо невозможно засадить супер нагруженный проект, который бы потреблял терабайтами трафик, просто ресурсов не хватит.
Но некоторые ищут «прокачки, качалова, VPN» за нищебродские цены vds-ок. Именно для них и ставят лимиты, чтобы в случае чего отказать таким умникам, пытающимся за бесплатно попользоваться ресурсами хостера.

Адекватные хостеры сразу черным по белому говорят. Для 95% интернет-проектов, такого объема трафика достаточно для работы на месяц. Безусловно, существуют проекты более требовательные к объемам передачи данных, но это не наши клиенты.

Обзор и советы написаны alice2k в октябре 2013 года.