Простой план сохранения онлайн-бизнеса при пожаре в дата-центре
Вчерашний пожар — очередной повод вспомнить о бекапах. Вспомнить, настроить и проверить. Держите 7 простых правил для собственников и руководителей бизнеса, которые помогут стойко перенести подобные катаклизмы.
1. Очень спорно покупать себе отдельный IP, нет это полезно для того чтобы не залетать в какой-нибудь спам лист по IP из за соседа, но при пожаре никак не поможет.
2. Если у вас виртуальный хостинг, то вам придется переносить DNS на хостера, потому что хостер периодически меняет сервера и IP на ваши проекты меняются, если у вас DNS у регистратора, то при таких плановых работах сайты будут отваливаться. С другой стороны это древний миф, что DNS разносятся за 72 часа, на моей практике коренные DNS доменов с RU обновляются в течении часа/двух. Ну и DNS сервера это тоже сервера и у регистратора они или у хостера, они падают, по этому есть понятия primary DNS и secondary DNS
3. По сути бесполезное занятие эти ваши локальные бэкапы, заставьте разработчиков использовать git в конце концов.
4.А лучше 10 или 20, кто знает что может понадобится, чем больше тем лучше же =))
5. Вот это наверное самый ценный совет. Бэкапы должны быть как минимум за 200 км от вашего сервера, я храню в селектеле, там облачное хранилище выходит очень дешево.
6. Проверять бэкапы на то что делаются действительно стоит, только без фанатизма конечно же
7. Ну а тут да, я раз в месяц/два обновляю дев сервер как раз из бэкапа и проект актуализирую по данным и сразу работоспособность бэкапов проверяется
3. По сути бесполезное занятие эти ваши локальные бэкапы, заставьте разработчиков использовать git в конце концов.
Санитар! Тут парень базу в гите сохраняет!
1. Ниже ответил. Время восстановления сильно снижается.
2. IP у хостера покупаются, они переедут вместе с хостингом. Обычно ничего не отваливается. Если падают NS, то доступность нарушается в любом случае. По итогу предложенный мной вариант несет меньше рисков.
3. Git не используется на большинстве небольших проектов. В реальности с этим сложно. Обычно проекты перманентно мигрируют между подрядчиками, кто-то настроит себе git, кто-то нет. Есть подрядчики, которые и слов таких не знают, и заказчик выбирает нередко таких из-за низкой ставки.
4. 20 дорого хранить и это не нужно. Локальный бэкап просто позволит быстрее восстановить данные, если не все сгорело. С того же AWS долго и дорого тянуть бэкап.
Уходите от хостера который меняет IP.
Например, за 10 лет ни на одном сайте в руценте не пришлось менять IP для моих клиентов. Хотя я бы его не рекомендовал, просто клиенты хотят домен с хостингом в одном месте.
Размещать DNS на хостинге тоже плохой тон. Даже если он же регистратор. Лучше всегда на независимой площадке.
Ну и боже упаси на хостинге хранить почту. Которая накроется вместе с сайтом, да и защита от спама всегда будет начального уровня.