Maslenizza

Рейтинг
18
Регистрация
26.05.2010
Andreyka:
А хостер сам бекапы не делает?

В том то и фишка! Что с недавнего времени хостер отправил клиентов "лесом" (как всегда с благой мотивацией - типа "улучшение качества") - и приказал делать бэкапы самостоятельно. При этом если раньше хостер делал быкапы на уровне vdsmgr (т.е. копировался целиком образ виртуального сервера) - и восстановить работоспособность из бэкапа было делом 5 минут. То теперь пользователю остается только делать бэкапы средствами ispmgr - т.е. фактически автоматическое копирование контента - соответственно системные бинарники так если и забэкапить удастся - то корректно восстановить уже едвали ...

Собственно и приводит в бешенство то, что даже при такой (явно ориентированной не на пользоателя политике) меня еще и ограничивают с какой скоростью я сливаю бэкапы себе на компьютер! Да, я наверное теперь буду ограничивать скорость закачки своими средствами! Писец!😡

Как не странно, возможно, звучит тема - увы это так. Резервное копирование своего vds на свой компьютер (в интернете) средствами ispmgr (как и рекомендовано firstvds.ru после отключения функции централизованного бэкапа) уже оказывается создает непомерную нагрузку и ведет к автоматической блокировке сервера! Началось все вчера (11.12.2012). Получаю такое вот сообщение:

Здравствуйте, уважаемый клиент!
Информируем Вас о том, что один из Ваших VDS (виртуальный сервер) заблокирован. С Вашего VDS автоматической системой мониторинга зафиксировано превышение порогов на исходящий трафик. Поскольку суммарная исходящая пропускная способность родительского сервера составляет 100 Мбит/с, то превышение мешает работе соседних VDS, расположенных на одном с Вами родительском сервере.
Возможные причины проблемы:
1. Ваш виртуальный сервер был скомпрометирован и было запущено вредоносное програмное обеспечение (malware). Вариант решения: произвести аудит безопасности и удалить вредоностное ПО, если оно будет обнаружено;
2. Проблема является результатом высокой посещаемости.
Варианты решения:
a. Миграция на выделенный физический сервер (см. http://firstdedic.ru/dedicated либо http://ispserver.com/ru/products/dedicated_servers/ );
b. Ограничение на количествово единовременных коннектов к веб-серверу, либо на скорость отдачи контента веб-сервером (например, в nginx - это limit_rate).

Выявить и устранить проблему Вы можете самостоятельно через ssh или панель ispmanager(доступ к 22 и 443 порту не заблокирован), либо силами наших специалистов. О пути решения проблемы просьба информировать в тикете. Мы готовы оказать информационное содействие по всем вопросам.

И далее к сообщению приложен лог, из которого с трудом можно что либо понять полезное, кроме того, в какое время происходили события (приводить лог смысла не вижу). По-первости насторожившись стал оценивать ситуацию. Думаю, маловероятно конечно, но друг ... В результате ничего аномального на сервере не обнаруживается (прогнал даже антивирусом). Одновременно с этим констатирую факт того что в 6:00 МСК у меня по крону происходит резервное копирование - и почти через считанные минуты происходит блокировка. Отписываю обстоятельства в поддержку: ответа никакого, но сервер разблокировали быстро. Спросил также о необходимости переноса бэкапа на другое время. На всякий случай разношу задачи в кроне и переношу бэкап на 6:30 МСК.

Вечером мне отвечают, но читаю я сообщение уже сегодня утром (12.12.2012) - когда мой сервер опять заблокирован! Да уже в 6:30 МСК, т.е. однозначно - "виноват" процесс бэкапа! Еще раз смотрю в новый приложенный лог - в конце него такие строчки:

Summary: total flows: 259, total bytes: 3.1 G, total packets: 2.2 M, avg bps: 47.4 M, avg pps: 4256, avg bpp: 1391
Time window: 2012-12-12 06:30:01 - 2012-12-12 06:38:48
Total flows processed: 23623184, Blocks skipped: 0, Bytes read: 1133913012
Sys: 3.243s flows/second: 7282120.4 Wall: 3.229s flows/second: 7313955.5

Т.е. 3 гига - это уже неподъемный траффик для" ферста"! Предлагаете оставаться без бекапов вообще?!!

И не обязательно второй день подряд блочить сервак по одной и той же, уже разобранной причине!!!

Отписавшись в форуме http://forum.firstvds.ru/viewtopic.php?f=18&t=8969 - получил ответ, что зря я высунулся в люди с данной проблемой и был отправлен обратно в приват к поддержке ... а перешептываться с техподдержкой, которая кстати не в Москве (а в Иркутске) - сильно страдает оперативность из-за часовых поясов, да и далеко не с первого раза форвардят к нужному специалисту, чтоб тот сделал сущий пустяк - т.е. "пыли много, работы никакой", а время идет ...

Ни кому не советую связываться с firstvds для серьезных и постоянных проектов. Разве что взять на несколько дней vds - протестировать что-нибудь, да удалить.

Продолжение следует ???

Прочел все (так как лицо заинтресованное, к сожалению).

У меня, лично, из прочитанного здесь (и не только), а также некоторого "стажа" хостинга у Макхоста мнение следующее:

Апрельский, почти месячный крах Макхоста имел свои причины (их не обсуждаем, хотя халатность Макхоста в том признать стоит) - из-за этого Макхост потерял часть клиентской базы, а чаcть бывших клиентов решили видимо "отомстить" (их тоже можно понять). Сегодняшнее недоразумение с Макхостом я расцениваю как месть одного или нескольких бывших клиентов, разумеется замаскированную (не от своего имени, как пример с сайтом 1free...). Со своей стороны Макхост хочет оставаться белым и пушистым в глазах оставшихся клиентов и готов валить все проблемы на кого угодно - хоть на внеземные цивилизации (что не совсем корректно, хотя всего публике действительно не расскажешь). Русоникс, возможно, попал в тему случайно (из-за популярности?) - сегодня в первый раз услышал про него - вопросами хостинга занимаюсь с 2004 года.

Совет Макхосту - провести ребрендинг, раз уж имя "запятнали" и относиться более ответственно к своим обязанностям - ведь начинали вы весьма неплохо, а так деградировали - стыдитесь ...