У хостера взломали главный сервер. Это нормально?

Когда у пользователя шаред хостинга такие объемы - пора покупать свое железо и ставить на colo.

А если Вы обобщенно - то конечно, нужны бекап станции.

Кто как делает, вот такой пример вам:

Это данные с промежуточного сервера который хранит бекапы недельные, а есть точно такой же , который хранит промежутки между 2011-08-01 и 2011-08-08 к примеру (daily). Не сложная схема, но все сервера разные, а вот эти 103 GB это бекапы с нескольких серверов к которым прикреплен данный бекап сервер. Но когда у людей хранится ВСЕГО 1 бекап? это по моему все равно что его нет :D Тем более, что он ротируется ежедневно :)

Romka_Kharkov добавил 18.08.2011 в 12:49

Бекап станции нужны когда у вас очень много серверов, как правило шаред хостинг кушает места не много, именно шаред, я не говорю про спец хостинг для раздачи видео и прочего, у меня например масивы на серверах заняты дай бог на 10%, из 750G, а это допустим ~100GB, для содержания такого размера в течении допустим недели надо 700 GB для одного сервера... Ну а винты мы сами знаем какие сегодня есть, собираем сервер с 5x3 TRB и такого сервера по данному расчету будет достаточно для содержания ежедневного бекапа в течении недели ... для 20 серверов............. По этому прикиньте сколько надо что бы 5 серверов бекапить ... ;))) там копейки получаются, фактически еще 1 сервер только с уклоном на винты..... а CPU/RAM по минимуму... чисто FS... Но кто это делает ???? Зачем это? Столько тем создается на форуме, одна красивее другой ;) Но все с одним смыслом "Мы думали что бекапы делает хостер" :) Напрашивается блин один ответ "МОЛОДЦЫ!!!".... Тема изъедена временем, пройдена тысячами, не наверное даже сотнями тысяч людей но все равно все экономят на бекапах...........................

ISP Manager по своей встроенной функции делает ежесуточный бекап на 150 гб ~ больше суток! Вот это действительно плохо, пришлось отказаться от ISP и делать иным софтом.. а ISP'шный оставить еженедельный.

P.S. С расширением под бекапы вместо индивидуального хотим сделать общее хранилище:

Производитель: HP

Модель: ProLiant DL320s Network Storage Server

Корпус: 2U

Процессор: Xeon Dual Core 2.4Ghz (3060)

Оперативная память: 4 Gb DDRII ECC

Жесткие диски: 12*1500Gb SATA(7200prm)

Видео: on Board

Сеть: Встроенный 2-х портовый сетевой адаптер Gigabit

Блок питания: 2 шт.

Romka_Kharkov, читаю ваши посты и не совсем понимаю. Вы считаете что хостер не обязан заботиться о безопасности своих серверов и не обязан делать бекапы?

Не, вы что, как вы могли такое подумать после того что я написал выше, у меня даже два сервера для бекапов одного и того же пучка серверов, я просто хочу подчеркнуть тот момент, что петициями на форуме о том, что хостер был должен.......... делу не помочь, вы сидите без контента, без сайта, без заработка, без...., без...... , без...... а могли бы просто в целях собственной безопасности сделать хотя бы 1 раз в неделю бекап себе на ПК и писать уже не "помогите, спасите, хостер верни бекап", а "срочно ищу хостинг".

(Адресую в ваш адрес, так как вы задали вопрос, ничего личного естественно :D)

Вот еще что добавлю:

Одно дело если бы такого рода поступки хостера можно было бы легко юридически наказать, то поверьте, бекап был бы у всех.... остальные бы покинули рынок естественным путем :D

Но тут вот вопрос в том, что выбирая хостинг человек может даже не представлять, что у хостера 1 бекап который ротируется в тот же день... это просто смешно.... если знать об этом ... выбор бы пал в другую сторону к примеру... (имею ввиду к другому поставщику услуги).... по этому обезопасить себя самому - не это ли красота полета, а хостер если потеряет контент то это последний кто сможет вам помочь в таком случае :D разве что в виде компенсации материальной если будет судом это установлено..... вот в чем логика моя.... А хостеры ответственные я вас уверяю делают бекапы и скорее всего похлеще чем я тут со своими двумя запасными копиями :D

тут, да согласен)

Странные посчёты и по моему далеки от реальности.

Невозможно смотреть на бэкап только как на гигабайты, которые лежат на дисках.

1. Для начала бэкап надо создать. Если это архив, то на 100 гб реального хостинга на мощном сервере с RAID10 (сервере, не на десктопе типа i920, которые пользуется спросом у хостёров) уйдёт около часа, если нет пользователей с огромным количеством мелких файлов на акаунте. Если не повезло, то 100 гб может создаватся 5-6 часов или даже больше. Если надо лимитировать использование ресурсов на копирование, чтобы не тормозить сервер, времени понадобится ещё больше.

2. 100 ГБ надо скинуть на удаленный сервер. На 100 мбпс сети, если не жалко отдать практически весь канал на резервное копирование, за час можно слить около 36 ГБ. На 100 ГБ грубо уйдёт три часа. Если сервер на который сливается копии способен принять весь трафик на полной скорости, в это время сайты клиентов будут тормозить достаточно сильно. В реальности на резервный сервер в одно и тоже время сливается с нескольких серверов, по этому канал рабочего сервера забит меньше, но весь процес длится дольше.

В неблагополучных условиях такая схема резервирования станет тормозом и фактихески сервер будет большую часть времени перегружен, а клиенты недовольны.

Также такой прогон трафика скажем с одного датацентра на другой обойдётся достаточно дорого, так как всё таки реальные 3 ТБ в месяц. По этому на практике чаще всего бекапы делается на тот же диск который на самом сервере и чаще всего даже не RAID1.

С другой стороны так тупо тратить ресурсы нелогично, на акаунтах хостинговогого сервера меняется доли процента информации за сутки, по этому хочется того или не хочется приходится городить достаточно сложную систему внешнего резервирования данных для клиентов, которые за это платят. А для тех клиентов которые платят только за дешовый хостинг, есть ежедневные резервные копии, с которых польза только для хостёра в случае выхода из строя оборудования. Вот по этому и куча тем на форумах о том, как потерялись данные у того или иного хостинга.

Резюме - если экономите на бэкапах, то обязательно сливайте данные себе в ПК такими интервалами, чтобы потеря данных между бэкапами не была критичной. Я не знаю ни одного хостинга в мире, который гарантирует сохранность данных, хотя многие реально делают ежедневные копии....

Как обойтись хостёру без удаленного резервного хранилища я не представляю. В реальности нужна несколько хранилишь на разных датацентрах, офисе, дома и тому подобное.

Не забегайте раньше времени вперед :D Обсудим :D

Тут и спорить нет смысла, ни кто не говорит что хаотичный контент запрыгнет в самый сжатый архив за пару секунд :D У меня процесс длиться монотонно, отжираем мало, по времени идет долго, какраз около 6 часов а то и больше наверное, но в результате я имею файлы :d они же мегабайты и они так важны для клиента. Мне не жалко потратить 6 часов времени что бы потом в случае чего у меня была копия информации ))) тем более что ждать то не надо, оно по крону как-то само последние пару лет работает :d

Вы главное не забывайте о параллельности процесса, и о том, что бекапов то много и они разные, или вы думаете мы сперва собираем всех хоумдиры в тарболы, потому пакуем их в один большой тарбол и потом отправляем одним куском ... нет, они заливаются в момент создания, соответственно избыточное время на перенос может появиться только при паковании и переносе последнего клиента, а остальное время проходит параллельно упаковке и отправке по-юзерно на бекап сервер. А если 1 Gb/s ?

То есть вы таки верите что в данной схеме они могут быть благополучны? Это приятно :D

Если лить из ДЦ в ДЦ через кучу лиинй - да будет сложно, но какие проблемы взять в том же ДЦ сервер для бекапа, или в каждом ДЦ где у вас сервера взять по серверу? Только финансы.... А так схема вполне живет успешно и долгое время, главное не стоит надеяться на то , что в 1 бекап сервер можно всунуть больше чем он может :D Тогда условия будут не благоприятные и бесспорно всему пипец.....

Только с 10-15 серверов и доход как с 10-15 серверов - удельный вес не меняется. Все равно бэкапное пространство остается тем же по цене - его доля в расходах не уменьшается и не увеличивается.

а зачем делать полный бекап? достаточно делать инкрементальный. это сразу уменьшит трафик да и непроизводительной работы станет меньше.