Тома AWS EBS не защищены от сбоев, резервное копирование на S3 — CloudSavvy IT

AWS Logo

EBS — сервис блочного хранения, предлагаемый AWS. Если вы используете экземпляр EC2, вы определенно используете его, поскольку он служит диском для хранения данных вашего сервера. Тем не менее, это не безопасно от сбоев, и вы все равно должны делать регулярные резервные копии.

«Отказоустойчивость» не означает безопасность

Конечно, EBS довольно отказоустойчив на серверной части. AWS — это не кучка дикарей, использующих массив JBOD; они запланированы на отказ одного диска, так что один плохой диск не собирается отключать ваш сервер.

Однако сбои EBS могут происходить и случаются, так как объемы EBS имеют ежегодную частоту отказов (AFR) от 0,1% до 0,2%. Это немного, и это очень мало по сравнению с ~ 4% одного жесткого диска, но это не ничего. Вероятность того, что ваш том EBS не сработает на вас, вряд ли вам удастся, но если вы используете их тонны, есть вероятность, что вы можете столкнуться с некоторыми проблемами здесь и там.

Программы для Windows, мобильные приложения, игры - ВСЁ БЕСПЛАТНО, в нашем закрытом телеграмм канале - Подписывайтесь:)

Самым простым решением, конечно же, является создание резервных копий. EBS предоставляет отличный инструмент для этого — функцию снимка. Вы можете создать моментальный снимок, который действует как резервная копия, хранящаяся в S3, что намного более надежно. В случае сбоя EBS вы можете выполнить восстановление из резервной копии. Вам не нужно автоматизировать это самостоятельно, поскольку EBS Lifecycle Manager может справиться с этим за вас, но по умолчанию он не включен. Вам, конечно, нужно будет оплатить дополнительные расходы на хранение, связанные с хранением данных в S3, но это дешевле, чем EBS.

AWS не пытается скрыть этот факт и рекомендует регулярно делать резервные копии снимков. Большинство людей также порекомендуют делать резервные копии в целом, но легко оказаться в магии облака и забыть этот факт. В конце концов, это просто чужой компьютер, который может выйти из строя, как и любой другой. Крайним примером этого является сентябрь 2019 года, когда в центре обработки данных AWS US-EAST-1 произошел сбой питания и сбой генератора, что привело к удалению серверов EBS и данных вместе с ним.

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

S3, с другой стороны, очень надежен, с прочностью 99,99999999% (это одиннадцать девяток). Если вы храните 10 000 000 объектов в S3, вы в среднем можете ожидать потери одного объекта каждые 10 000 лет. Это связано с тем, что, в отличие от EBS, S3 полностью реплицируется как минимум в трех зонах доступности и постоянно отслеживается на предмет сбоев дисков в каждой зоне. Даже если весь центр обработки данных загорелся, ваши корзины S3 и снимки в них все равно должны быть в безопасности.

Как работают снимки EBS?

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

EBS снимки.

Включить их довольно просто. Из Консоль EC2Перейдите в Elastic Block Store> Lifecycle Manager на боковой панели и создайте новую политику.

Хранилище эластичных блоков> Диспетчер жизненного цикла для создания новой политики. «Width =» 402 «height =» 146 «onload =» pagespeed.lazyLoadImages.loadIfVisibleAndMaybeBeacon (this); «onerror =» this.onerror = null; pagespeed.lazyLoadImages.loadIfVisibleAnd (это); «/></p><p>Вам необходимо указать тег, к которому будет применяться данная политика. Это может быть имя отдельного тома EBS или общий тег, который применяется ко всему.</p><div class='code-block code-block-8' style='margin: 8px 0; clear: both;'><div id=

Укажите тег для применения политики.

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

Установите расписание для политики и политики для сохранения снимка.

Если вы серьезно относитесь к высокой доступности, вы также можете включить быстрое восстановление снимка, что сделает восстановление полностью мгновенным. Тем не мение, это довольно дорого, так что это не то, что каждый должен включить.

Программы для Windows, мобильные приложения, игры - ВСЁ БЕСПЛАТНО, в нашем закрытом телеграмм канале - Подписывайтесь:)

Похожие записи

Добавить комментарий

Ваш адрес email не будет опубликован.