Аварийные ситуации на хостинге, что получает клиент

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

Полностью согласен. Вот вы в самолете летите и у вас есть табличка, что делать при аварийной посадке.

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

Я еще ни у одного хостинга не видел таких процедур в открытом виде.

Что то господа хостеры намудрили с ценами в мега кластеры и тысячи баксов.

Зачем все это, когда можно файловый контент синхронизировать через rsync а базы через master->slave. Главное что бы сервера были в одной геолокации с нормальным каналом.

И если мастер сервер дохнет, то просим хостера поднять там временный впс, где запускаем nginx в проксирующем режиме на slave сервер.

Решение конечно не на 10 баксов, но и не на тысячи.

Точно так же, как и при аренде/продаже автотранспорта, нигде нет инструкций, как управлять транспортным средством. Подразумевается, что клиент сам решает свои проблемы. Или же берет managed хостинг и с полным правом в случае проблемы выносит мозг админу, который как правило не при чем :D

Хостер все сделал верно. Не отключив бы тикеты по данному серверу не осталось бы и времени заниматься тех работой а только сидеть на тикеты отвечать (почему, когда, зачем, как...).

К сожалению бывают случаи когда несколько дисков за раз уходят. Никто от этого не застрахован. И это нужно понимать.

ТС, если у вас такой доход то выберите один из вышепредложенных вариантов. Не ищите виновника, его нет.

Свои проблемы я решаю сам и так, тут о проблеме на площадке хостера, в этом разница.

Меня интересует как решать будет свои и мои проблемы хостер, и об этом тут и была речь.

И это я бы хотел понимать еще на стадии выбора хостера.

Я не ищу. За рекомендации спасибо.

Кому надо сделает выводы для себя из описанной ситуации.

Можно. Для этого надо пара серверов и прямые руки.

Но ТС вместо поиска прямых рук или кластерного хостинга занимается чем-то непонятным.

Разложите ситуацию на составляющие. Допустим:

Кто виноват в том, что не работает VDS/DS ? В этом виноват хостер

Кто виноват в том, что не работает ваш сайт ? В этом виноваты вы

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

Вы когда споткнулись и нос разбили об асфальт случайно, асфальт поступил некорректно?

Или вы живете на планете где ничего не ломается? Скажите спасибо что у хостера хотя бы рейд есть.

Как то во флуд уходит все. На конкретный вопрос - конкретный ответ:

Что такое впс? Это группа серверов на одном сервере использующие его ресурсы (тот же хостинг по сути). Не суть так важно, что может быть не один сервер а несколько, а также что диски могут быть использоваться на SAN.

Что происходит когда хранилище данных (неважно это один диск или несколько рейдов)оказывается недоступным:

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

б) если навернулся рейд - тут к предыдущему пункту добавляется время на замену диска или нескольких дисков, а затем время синхронизации. Во время синхронизации дисковые операции, естественно замедляются, что не ускоряет общее время восстановления.

Если имеются ежедневные бекапы. Что лучше - ждать восстановления актуальных данных или смириться с потерей данных за один день - может решить хостер так как он большой и ему виднее.

Например, если стучит клиент и просит поднять его впс срочнее пусть даже с потерей актуальности ему можно объяснить, что:

а) ай-пи адреса почти наверняка сменятся (так как надо будет переносить на другую ноду (сервер)

б) время восстановления из ежедневного бекапа какая бы технология не использовалась не может быть времени необходимого для записи данных на диск. Чем у вас больше было занято диска - тем больше времени. Разворот бекапа осуществляется обычно по сети и это еще больше увеличивает время необходимое для восстановления.

Хостер, оценивает риски и время (возможно, даже имеет план на такие случаи) и действует соответственно исходя из имеющихся технических возможностей.

Выливать это все на голову обычного пользователя, который весьма далек от этого, по дефолту не стоит. Кому надо - спросит и ему объяснят.

Как же не прямая причина дохода, упал сайт - нет денег, или я что-то не понял?

Это пример который говорит о том, что даже у Google / Yandex / х3 с ними ПАДАЕТ.... Так у них периферия поверьте мне ...... многим такого и не снилось....

Я вам уже описал выше как путем 2х ВПС уменьшить downtime до 20 минут , а так же потерять не 200 а 20$... Но видимо вам важнее концепция каждого хостера.... На изучение уйдут годы :D

Понимаете ли, у вас формулировки , вот например "не представлял процедуры работы СВОЕГО хостинга", в этом случае вам надо писать в ТП хостинга вашего и выяснять как они работают и что по чем, зачем было писать на SE ? В теме отписался ВАШ хостер? Вот отсюда я и считаю, что вы как-то около темы ходите... то ли ошиблись адресом, то ли не понимаете зачем пришли... как вы хотите на страницах СЕ прояснить как работает именно ваш хостер ? Может поищем тут представителей Microsoft например, спросим почему у меня синий экран в 1998 году на 98й винде всплывал? Не вижу резона..... Вы строите на 10$ услуге сайт который приносит 6000$ в месяц, пожертвуйте в сторону хостинга сотню баксов (не так и много при 6к заработке) .... за это вам и бекапы организуют и все остальное :)