Кроме ресурсов, тут еще важны вопросы сохранения информации, желательно, чтобы бекап делался на сервер, размещенном в другом дата-центре. Согласитесь, мизерная, но все-таки
остается вероятность, что из-за стихийных бедствий (пожара в ДЦ, проблем с электорпитанием ДЦ) данные как на самом сервере, так и на бекапном сервере утеряются.
совет каждому вебмастеру, который ставит коды поп-андер партнерок: не делать выводы о той или иной поп-андер партнерке только по одному своему сайту (если у вас несколько сайтов - тестируйте разные поп-андер партнерки для КАЖДОГО из своих сайтов).
Конверт на разных сайтах одной и той же pop-under партнерки может существенно различаться,
т.к. география посетителей сайтов разная, а вы с точностью не можете знать как внутри партнерки
ведется учет кликов исходя из географии передаваемых посетителей.
p.s. надо понимать, что география - не единственный параметр разного конверта на разных сайтах одной и той же партнерки, но на мой взгляд он один из самых существенных
Cмысл, как обяснил m., тут в том, что если клиент что-то сам серьезное напортачит со своим VPS,
то сможет быстро вернуться к работоспособному VPS из бекапа Virtuozzo.
В моем случае полетел сам VPS и резервная копия бекапа Virtuozzo, потому что они действительно
были на одном сервере, при этом, согласно договору, с m. взятки гладки и он может
забить на восстановление данных, попрусту сказав, что данные утеряны.
Спасибо за поддержку, каждый из нас может оказаться в такой ситуации, а знание приходит
с опытом. Что касается бекапа по rsync, то тут планировалось по cron-у раз в неделю целиком копировать весь VPS и ежедневно копировать дампы баз данных MySQL и текстовых баз, которые достаточно часто меняются. Только реализовать в жизнь такой автобекап мы не успели (VPS-у этому не более 2х месяцев), VPS накрылся ранее.
Если что-то не получается у m., как показывает практика, клинта начинают дезинформровать
и кормить обещаниями, лучше бы уж честно говорили все как есть.
Спасибо за совет. Дело тут в том, что различные MySQL базы данных, базы по выплатам партнерам
находстя в единственном экземпларе на стороне .m, т.к. мы не успели снять бекап VPS для себя.
Скрипты все, естественно, у нас остались от сайтов.
DNS мы позавчера сменили, чтобы выводилась страничка с текстом об аварии для сайтов, упавших на VPS и чтобы сайты участников, которые размещали js-коды нашей партнерки не тормозили в связи с недоступностью VPS.
по поводу этого не в курсе, поясните о чем именно речь?
Буду благодарен всем, кто подскажет в личку схемы автобекапа "больших" серверов и порекомендует надежные и стабильные (можно не распространенные) компании,
предлагающие услуги выделенных серверов.
Позиции хостера и клиента, у которого VPS простаивает 5 суток всегда будут диаметрально противооположными. Или вы считаете что клиент не может требовать качества услуг (в том числе услуг, оказываемых техпоодержкой), которые он оплатил?
Основная мысль поста не о том, что технические работнки .м не стараются решить проблему, а о том от поддержки идет постоянная дезинформация относительно сроков восстановления VPS.
Уже раз 15 мне сообщали, что к такому-то сроку все заработает и каждый раз эти сроки вновь отодвигались.
Надо так же понимать, что m. делат бекап сервера с VPS-ами целиком, так что тут от
размеров заимаемого дискового пространства одним VPS мало что зависит, надо брать совокупный объем дискового пространства всех VPS данного сервера (конкретно мой VPS занимает не более 10-15 Гб дискового пространства).
Все верно .м бесплатно не делает бэкапы, но те бекапы что предсотавляются бесплатно
в панели виртуоззо были утеряны со стороны м.
Из всего сложившегося вывод один - надеятся можно только на себя и делать
авто-бекапы самостоятельно на других серверах, например с помощью rsync, чтобы в случае
чего можно было поднять сайты уже на других серверах.
Пятый день дауна VPS идет, как всегда, пока одни обещания насчет скорого восстановления.
Принципиально не буду больше звонить и писать в техподдержку m. ради эксперимента,
не удивлюсь теперь и тому, что VPS может целый месяц восстанавливаться 😡
Отвечу объективно: сроки каких-либо запланированных мероприятий я стараюсь выполнять в
соотвествии с графиком, а если это в силу каких-либо серъезных причин невозможно, то не дезинформирую своих участников, партнеров и других людей с которыми работаю.
Насчет "выискивать козни техподдержки в достаточно сложной ситуации" - если с вашей стороны ситуация сложная, то с моей - катастофическая. Потрачено было масса времени (не один месяц) и средств на рекламу по привлечению партнеров в нашу партнерскую программу.
В результате - за эти уже 3 с половиной дня простоя мы потеряли всех наших участников.
Думаете, это приятно?
Насчет "первый уровень техподдержки не связан непосредственно с выполнением работ" - так
этот первый уровень, как я понимаю, информацию брал именно у тех уровней, которые занимались
непосредственно восстановлением; кроме того, некоторые ответы я получал непосредственно от инженеров, ведущих работы.
Цель поста - обратить внимание руководства на качество техподдержки и той информации,
которую последняя дает клиентам во время аварийных ситуаций.
Как VPS будет восстановлен - я отпишусь в этом топике.
Pilat, мой системный администратор так же говорил, что даже в случае огромного количества файлов на VPS, восстановление из бекапа не должно занимать так много времени.
Zspb добавил 07.10.2008 в 01:57
Если бы все так быстро делалось, то VPS не висел бы уже четверо суток 😒...
6-го днем суппорт m. прислал письмо, что "ориентировочное время перевода VPS в штатный режим работы - к концу текущего рабочего дня." Звонил 7-го в 1:30 ночи - выяснилось, что не ранее завтрашнего дня к обеду поднимут окончательно 🤣
Хотя я уже устал верить этим беконечным обещаниям...
Согласно договору
http://masterhost.ru/doc/cp/oferta_tm.html
"4.4. Оператор (т.е. Мастерхост), ни при каких обстоятельствах не несет ответственности перед Абонентом за косвенные убытки. Понятие «косвенные убытки» включает, но не ограничивается, потерю дохода, прибыли, ожидаемой экономии, деловой активности или репутации. Оператор несет ответственность за документально подтвержденный реальный ущерб. Предельный размер ответственности за реальный ущерб в любом случае не может превышать 200 (двести) у.е. за каждый случай нанесение ущерба. Действие данного пункта не распространяется на Абонентов – физических лиц."
То получается я, как физическое лицо, не получу за косвенные убытки ничего.
Но с другой стороны оператор (мастерхост) уже более 3х дней не
выполняет свои обязательства по пункту:
"2.1.1. Предоставить Абоненту Услуги оговоренные Договором и заказанные Абонентом;"
Вместе с тем исправно ежедневно списывается сумма за услугу, которая не предоставляется
(услуга VPS-хостинга).
Вообще договор составлен так, что ответственность могут нести только физ.лица перед мастерхостом, а вот о обратной ответственнсти даже нет нигде упоминания.
