Разумное время простоя - PullRequest
2 голосов
/ 12 января 2009

Я управляю около 5 различными хостинговыми серверами через различных хостинг-провайдеров. За последние два месяца один из серверов, на котором я работаю, был отключен дважды. Оба раза были неожиданными и довольно длинными (36 часов и 4 часа). Рассматриваемый сервер - это VPS, а не общий сервер. Учитывая мой опыт работы с другими моими серверами / провайдерами (как VPS, так и общими), это кажется недопустимым временем простоя.

  • Что ты думаешь?
  • Что вы считаете разумным временем простоя для ваших серверов (запланированных и незапланированных)?

Ответы [ 2 ]

3 голосов
/ 12 января 2009

Вы получаете то, за что платите.

Какой у вас SLA с вашим провайдером? У тебя даже есть такой? Если есть какой-то фактор, объясняющий разницу в цене, это так. Если вам нужно гарантированное время безотказной работы (например, 3 9 с), вам придется заплатить за него. Например, время безотказной работы 5–9 обойдется вам значительно дороже.

Чтобы ответить на ваш вопрос: вы получили объяснение причин этого простоя? 36 часов слишком долго. 4 часа не обязательно (если это редкость). Это аппаратный сбой? Если это так, вы не можете ничего с этим поделать. Однажды у меня был провайдер, который иногда заполнял их конфигурацию, и почта перестала работать, пока я не сказал им, чтобы это исправить. Для меня это было неприемлемо.

0 голосов
/ 21 января 2009

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

Например, предположим, что ваш сайт размещен на одном VPS. Вот несколько примеров сбоев:

  1. VPS может быть поврежден
  2. Сбой гипервизора
  3. Сетевое оборудование в шкафу может умереть
  4. В центре обработки данных могут возникнуть проблемы с питанием / нагревом
  5. Магистральное подключение к Интернету может упасть.

Вы можете снизить риск того, что # 1 и # 2 закроют ваш сайт, установив балансировщик нагрузки и второй VPS. Означает ли этот уменьшенный риск дополнительные расходы?

Эта дискуссия в какой-то момент превращается в вопрос аварийного восстановления.

...