Как защитить сервер от потери бюджета

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

У меня есть несколько VPS-серверов Debian Linux и я ежедневно создаю резервные копии на VPS, отличном от того, на котором размещена служба.

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

В настоящее время я должен был бы

1. Раскрутить новый VPS
2. Получите резервную копию последнего дня (которая включает базы данных, веб-корень и конфигурацию, специфичную для веб-сайта) на VPS, и настройте ее как последнюю и т. Д.
3. Обновите DNS и дождитесь его распространения.

Вероятно, для этого потребуется день или около того, с распространением DNS, являющимся большим неизвестным, хотя у меня установлен TTL довольно низкий (час или около того).

Некоторые хосты предоставляют моментальные снимки, которые можно использовать для репликации настроек на новый VPS, но IP-адрес все еще существует, и это не помогает в случае, если хост-компания сразу отменяет / приостанавливает учетную запись (я читал об этом поведение некоторых провайдеров хостинга, и это меня пугает! Я не делаю ничего спам / хитроумного и пристально слежу за безопасностью, но я понимаю, что у них буквально есть сила, чтобы сделать это, и я довольно склонен к риску).

Является ли это в сочетании с выбором авторитетных хостов лучшим, что я могу сделать, не выбрав невероятно дорогое решение?

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

Я говорю людям, что вы получаете 99% безотказной работы бесплатно (то есть, не тратя ничего лишнего на высокую доступность). Это примерно три с половиной дня простоя в год. Каждое дополнительное 9 в это время увеличивает стоимость примерно в три-десять раз.

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

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

У меня есть такие клиенты, и вот что я делаю:

Во-первых, для некоторых из них у меня есть инкрементное резервное копирование и полный дамп базы данных каждые шесть часов. Один клиент уже использовал CrashPlan Pro, поэтому я просто использовал это. Что бы вы ни делали, вам нужно убедиться, что у вас есть восстанавливаемая резервная копия.

У меня есть простая книга игр ANSIB, которую я собрал примерно за час (ранее я не работал с ANSIBLE), которая устанавливает nginx, php-fpm и MariaDB и готовит их для размещения веб-сайта или сайтов. Запуск этой книги воспроизведения приводит к серверу (или серверам), которые готовы к размещению типичного веб-приложения, и я могу просто восстановить на нем виртуальный хост nginx, файлы приложений и базу данных.

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

Сложность реализации зависит от стека приложений, но в идеале вам нужно настроить «горячий резерв» (у другого провайдера) с репликацией данных в режиме реального времени (или как можно ближе к реальному времени).

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

Помните, что время безотказной работы - это не то же самое, что целостность данных. Вы можете иметь 99,99% времени безотказной работы и потерять все свои данные дважды в год, если сервер был перезапущен «достаточно скоро». Большинство провайдеров VPS гарантируют, что ваш сервер работает, а НЕ что ваши данные в безопасности. Ваши данные - Ваша проблема :(.

То, что вы ищете, это то, что будет хранить ваши резервные копии на отдельном сервере и (IMHO) даже не в одном и том же провайдере. В зависимости от объема данных, о котором вы говорите, портативный жесткий диск может использоваться в качестве третьей линии автономной защиты. Сделайте резервную копию ваших данных, как вы делали, а затем регулярно копируйте это (или просто изменения, если это возможно) на переносной жесткий диск или даже локальный компьютер. Есть также достаточно дешевые варианты, такие как Backblaze для решений для резервного копирования, но цена будет зависеть от объема данных, о которых вы говорите. Если вы можете делать инкрементные резервные копии, это будет намного дешевле, чем полные, но инкрементные резервные копии могут быть очень трудными в зависимости от того, где хранятся данные (плоские файлы = легко, база данных = не так просто).

Ответ полностью зависит от вашей архитектуры и требований. Некоторое время назад 3 диска вышли из строя на моем сервере, уничтожив более 20 виртуальных дисков при сбое Raid 6.

Я написал об этом в

https://www.linkedin.com/pulse/20140827173324-2064263-how-i-nearly-lost-my-business-to-3-hard-discs

Но: поскольку это очень важно, у нас были резервные копии - ежедневно для неважных вещей, 15 минут для баз данных и электронных писем. Черт возьми, теперь я добавил сервер, который реплицируется на другой компьютер каждые 30 секунд.

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

Кроме того, бюджет для этой резервной копии должен быть в ваших ценах. Это должно быть оплачено. И какая бы инфраструктура вам ни понадобилась .... она вам нужна. Это не «смешно дорого» тогда.