Гарантии сохранности данных серверов – сложная тема. Много владельцев и администраторов не задумываются над этим, не имеют резервных копий и планов восстановления. Это может привести к проблемам.
Это длинная статья и сложный вопрос. Коротко о главном:
Если важны детали или указанное вам не подходит, читайте далее.
За более чем 20 лет нашей работы мы наблюдали потерю данных клиентов в исчезающе малом количестве случаев. Вероятность таких событий можно оценить как 0.001% за всё время работы для небольших ресурсов в пределах до 50 гигабайт, и до 0.1% для ресурсов объемом более 500 гигабайт. Поэтому не следует воспринимать эту статью как предвестник неизбежной катастрофы. Однако в том случае, если потеря данных произойдет, вы должны знать, как будут развиваться события, и что можно сделать заранее.
Коммерческая ситуация с продажей облачных услуг сложилась так, что по умолчанию все продают и рассматривают услуги без резервирования вообще, и 1Gb.ru не является исключением. Наступление сбоя может быть неприятным сюрпризом. Подавляющее количество клиентов не готовы платить за резерв вообще, в том случае, если он вам всё таки нужен, это будет платной опцией.
В статье мы расскажем об особенностях резервирования разных услуг 1Gb.ru.
Резервное копирование больших объемов данных это сложная техническая задача. Встает много вопросов о том, как и где их хранить. Применительно к скорости реакции на проблему резерв (бэкап) бывает двух типов – холодный и горячий.
Холодный резерв хранит все данные, но непригоден для запуска системы в работу без долгих процедур. Например, если у вас сервер на быстром SSD объемом 200 гигабайт, бэкап, даже с учетом сжатия, может занимать до 1000 гигабайт данных (несколько копий, минимум две) и он будет лежать на обычном HDD диске. Это логично, потому что большинство администраторов либо вообще не хотят платить за бэкап, либо точно не готовы платить еще раз за минимум тот же объем SSD. Но как результат, в том случае, если такой резерв понадобится, его распаковка может занять много часов или даже дней (об этом далее).
Горячий резерв хранит данные таким способом, при котором ими можно сразу воспользоваться, хотя бы в каком-то виде. В этом случае он позволяет выйти из проблем быстро, но стоимость сервера увеличивается как минимум в два раза.
Сложной задачей является не бэкап сам по себе, а выбор правильного для вас варианта. По умолчанию хочется сэкономить, платить за горячий резерв готовы менее 5% клиентов. Но надо понимать и риски. Стоимость качественного резервного копирования может превышать цену самого сервера в несколько раз, а для небольших серверов, даже в десятки раз.
Существуют также пассивные способы защиты данных, такие как RAID массивы и прочее. В современном мире надежность SSD очень высока, и вероятность потерять данные из-за сбоя накопителя является самой незначительной из всех факторов. Гораздо чаще (в >90% случаев) сервер будет поврежден иным образом. Взлом или уязвимость (ваша или наша), повреждение файловой или операционной системы (вашей или нашей) и прочие подобные риски никак не устраняются RAID массивами. Поэтому не надо рассматривать их как замену резервирования.
Как бы ни хороши были услуги любого конкретного провайдера, основным принципом резервного копирования в любом случае всегда будет надежда на свои силы и копирование данных на действительно независимый ресурс. Это убережет от таких факторов, как утеря пароля вашего личного кабинета, глобальная катастрофа конкретного провайдера, пожар в дата-центре, организационный форс-мажор, или что-то подобное.
Исходя из этого, лучшим решением резервного копирования всегда будет такое, которое вы организуете самостоятельно без привлечения наших услуг. Для этого мы рекомендуем всегда хранить важные копии ваших данных вне наших ресурсов. Этот совет не обозначает того, что наши услуги не надежны, и он идет вразрез с принципами маркетинга, но любой администратор, ответственный за сохранность данных, должен понимать этот момент.
Промежуточный вариант заключается в том, что вы арендуете у 1Gb.ru дополнительные независимые ресурсы, но производите копирование туда самостоятельно. Это всё равно может быть лучше, чем резервирование средствами 1Gb.ru, потому что убережет вас от проблем в том случае, если наш бэкап почему-то не сработал или был поврежден. Если вы хотите рассмотреть такой вариант, воспользуйтесь консультацией службы поддержки для того, чтобы арендовать ресурсы, которые будут действительно независимы от основных рабочих. Если речь идет о независимых серверах (всех типов), посмотрите раздел личного кабинета "анализ групп отказоустойчивости".
Смотрите также "Услуги аренды дискового хранилища NFS/SFTP/SMB/..." - это хорошо подходит для создания собственных бэкапов.
На этой странице:
Для всех способов резервирования 1Gb.ru важной особенностью является то, что ориентировочное время хранения резервных копий - примерно 1 месяц, при том что иногда доступна только последняя копия (редко, но бывает). В том случае, если вы не смогли заметить проблему быстро, резервная копия может не помочь вам вернуть данные.
Все сайты и базы данных хостинга имеют резервное копирование, которое представляет собой холодный резерв. Расписание резервного копирования – ориентировочно раз в несколько дней. Восстановить данные отдельных ресурсов можно через личный кабинет, раздел «доступ к автоматическим резервным копиям», кроме MS-SQL, который восстанавливает поддержка.
В случае глобального сбоя полное восстановление сервера может занять до нескольких суток, однако, вероятнее всего, большинство ресурсов (>90% по числу) будет восстановлено в течение первых 24 часов работ.
В том случае, если вы готовы платить за долговременное хранение дополнительных копий, вы можете создавать и хранить их в пределах оплаченной дисковой квоты. Это можно делать из раздела личного кабинета «создание резервных копий».
Горячего резервирование сайтов хостинга и баз данных не предусмотрено. В том случае, если оно требуется, необходимо размещать ресурс внутри VDS сервера и заниматься резервированием самостоятельно.
Ящики обычной почтовой системы не зарезервированы. В случае аварий данные ящиков могут пострадать или быть утеряны.
Ящики почтовой системы в режиме «расширенный IMAP» имеют резервное копирование, которое представляет собой холодный резерв. Расписание резервного копирования – ориентировочно раз в несколько дней. Восстановить данные отдельных ящиков можно через обращение в службу поддержки.
В случае глобального сбоя полное восстановление сервера может занять до нескольких суток, однако, вероятнее всего, большинство ресурсов (>90% по числу) будет восстановлено в течение первых 24 часов работ.
Горячего резервирование почтовых ящиков не предусмотрено. В том случае, если оно требуется, необходимо размещать ресурс внутри VDS сервера и заниматься резервированием самостоятельно.
По умолчанию резервное копирование этих серверов не производится. В случае серьезного сбоя данные сервера будут потеряны, сервер будет реинсталлирован с нуля. От примерно половины сбоев не помогают ни RAID-ы, ни какие-либо прочие способы бесплатного резервирования, поэтому надо понимать, что, хотя это происходит редко или почти никогда, такая перспектива реальна.
Существует опция тарифа «резервное копирование», которая обеспечивает холодный резерв. Это недорогая опция (около 10% стоимости сервера). Резервное копирование производится раз в неделю по внутреннему расписанию, без точной гарантии сроков. В том случае, если опция включена для конкретного сервера и есть в тарифе, в личном кабинете, на странице соответствующего сервера, будет пометка «/ backup» рядом с размером диска, а также будет виден список копий по ссылке «резервные копии». Необходимо в этом хотя бы один раз убедиться, чтобы быть уверенным, что вы точно включили бэкап для сервера. Также, можно в редких случаях создавать резервные копии вручную, если это кажется разумным, но не получится делать это часто.
Восстановить резервную копию можно по ссылке «резервные копии» в параметрах сервера. Восстановление копии занимает время из расчета примерно 1-4 часа на 100 гигабайт объема сервера.
В том случае, если происходит глобальная авария (потеря данных всего физического сервера), восстановление VDS серверов происходит в случайном порядке и в случае холодного резерва это может занять до нескольких суток. Ускорить процесс будет невозможно.
В том случае, если указанные сроки восстановления неприемлемы, вам необходим горячий резерв. Для обычных небольших VDS серверов готовых решений для этого нет. Для того, чтобы организовать резерв подобного типа, вам необходимо купить еще один сервер с необходимыми параметрами (может быть как такой же, так и более слабый, как временный вариант) и настроить копирование данных туда по собственному нужному вам расписанию. Для того, чтобы не оказалось так, что данные потеряны на основном и резервном сервере сразу, существует раздел личного кабинета «анализ групп отказоустойчивости».
В определенных случаях возможны простые варианты создания схем резервирования, которые дадут промежуточный «теплый» резерв недорогими средствами. Их применимость зависит от конкретного ресурса, общих советов тут нет. Если требуется организовать это силами 1Gb.ru, вы можете обратится к платной поддержке для анализа применимости этого совета и реализации.
Смотрите также "Услуги аренды дискового хранилища NFS/SFTP/SMB/..." - это хорошо подходит для создания собственных бэкапов.
Данные сервера (называются dds.NNNN, или sd.NNNN, или имеют шаблон ip-assignment) представляют собой большие виртуальные сервера с гарантированными ресурсами.
По умолчанию резервное копирование этих серверов не производится. В случае серьезного сбоя данные сервера будут потеряны, сервер будет реинсталлирован с нуля. От примерно половины сбоев не помогают ни RAID-ы, ни какие-либо прочие способы бесплатного резервирования, поэтому надо понимать, что, хотя это происходит редко или почти никогда, такая перспектива реальна.
В силу того, что данные сервера могут быть очень больших объемов, и требования к параметрам резервирования могут очень сильно отличаться, опция автоматического резервного копирования даже в виде холодного резерва недоступна для автоматического заказа. Также крайне сложно предсказать требуемый объем данных для хранения резервных копий. Включение опций резервного копирования в холодный резерв возможно с помощью опций платной поддержки. Для подключения услуги свяжитесь со службой поддержки для обсуждения параметров заказа.
Восстановить резервную копию можно по ссылке «резервные копии» в параметрах сервера. Восстановление копии занимает время из расчета примерно 1-4 часа на 100 гигабайт объема сервера.
В том случае, если происходит глобальная авария (потеря данных всего физического сервера), восстановление серверов происходит в случайном порядке и в случае холодного резерва это может занять до нескольких суток. Ускорить процесс будет невозможно.
В том случае, если указанные сроки восстановления неприемлемы, вам необходим горячий резерв. Существуют два способа, которые для этого подходят.
Первый способ заключается в подключении услуги репликации. Этот способ не является резервным копированием и имеет ряд ограничений. Также он замедляет работу сервера.
Второй способ заключается в самостоятельном решении. Для того, чтобы организовать резерв подобного типа, вам необходимо купить еще один сервер с необходимыми параметрами (может быть как такой же, так и более слабый, как временный вариант) и настроить копирование данных туда по собственному нужному вам расписанию. Для того, чтобы не оказалось так, что данные потеряны на основном и резервном сервере сразу, существует раздел личного кабинета «анализ групп отказоустойчивости».
В определенных случаях возможны простые варианты создания схем резервирования, которые дадут промежуточный «теплый» резерв недорогими средствами. Их применимость зависит от конкретного ресурса, общих советов тут нет. Если требуется организовать это силами 1Gb.ru, вы можете обратится к платной поддержке для анализа применимости этого совета и реализации.
Смотрите также "Услуги аренды дискового хранилища NFS/SFTP/SMB/..." - это хорошо подходит для создания собственных бэкапов.
Данная часть относится к аренде настоящих «железных» серверов с процессорами i3 – i9, Ryzen.
Важно понимать, что арендуемый сервер является полностью независимым компьютером в вашем полном распоряжении. Никакого доступа туда у 1Gb.ru нет, никаких способов бэкапа и прочего для этого сервера не предусмотрено, и сервер зарезервирован ровно в той степени, в которой вы сами это обеспечили.
Например, если вы покупаете сервер, где есть один SSD диск на 500 гигабайт, и этот диск выйдет из строя, то все данные будут потеряны. Если вы покупаете сервер, где стоят два диска по 500 гигабайт и на них сделан RAID массив, но при этом из строя выходит файловая система этого сервера, данные также будут потеряны. 1Gb.ru не занимается ни анализом проблем с массивами, ни резервированием, ни помощью в восстановлении, мы можем только поменять накопитель на другой, если текущий выйдет из строя.
Если вы самостоятельно не купили диски для RAID или бэкапа, не настроили его, не мониторите их наличие и работоспособность, резерва у вас не будет. Поэтому, в случае аренды железного сервера, вам необходимо самостоятельно и ответственно заниматься созданием резервных копий ваших данных, либо с помощью аренды второго подобного сервера (быстрая сеть между ними доступна бесплатно), либо с помощью средств собственного резервирования.
В определенных случаях возможны простые варианты создания схем резервирования, которые дадут промежуточный «теплый» резерв недорогими средствами. Их применимость зависит от конкретного ресурса, общих советов тут нет. Если требуется организовать это силами 1Gb.ru, вы можете обратится к платной поддержке для анализа применимости этого совета и реализации.
Смотрите также "Услуги аренды дискового хранилища NFS/SFTP/SMB/..." - это хорошо подходит для создания собственных бэкапов.
Существует большое количество второстепенных услуг, которые связаны с хранением данных. Таковыми являются SVN репозитории, WebDAV, хранилище S3, и подобные услуги.
Если в описании конкретной услуги не сказано иное, все они входят в обычный внутренний план резервного копирования, который представляет собой холодный резерв, копирование раз в несколько дней, и соответствующие длительные сроки восстановления в случае полного сбоя (до нескольких суток, при этом, >90% ресурсов будут восстановлены в течение первых 24 часов работ).