Как перенести данные Amazon S3 в Glacier

Amazon S3 — это решение для облачного хранения(storage solution) от Amazon , которое обеспечивает бесконечную емкость хранилища(storage capacity) по относительно низким ценам. В настоящее время я использую его для хранения резервной копии моего локального устройства NAS (сетевого хранилища). Однако Amazon S3(Amazon S3 isn) — не лучший вариант для хранения больших объемов данных, к которым вы не будете обращаться очень часто.

Amazon Glacier — это решение, предоставляемое Amazon , которое значительно снижает стоимость хранения больших объемов данных в облаке. Например, хранение 2500 ГБ данных на S3 стоит(S3 cost) около 215 долларов в месяц. Это довольно много денег только за резервное копирование ваших данных. Однако хранение 2500 ГБ на Amazon Glacier обойдется вам всего в 25 долларов в месяц. Это почти 1/10 стоимости S3.

Так как же перенести данные из Amazon S3 в Glacier ? Использование политик (Policies)жизненного цикла(Lifecycle) . Эти политики в основном представляют собой просто правила, которые вы можете настроить для перемещения данных из S3 в Glacier в определенное время. Давайте узнаем, как создать политику жизненного цикла(Lifecycle Policy) .

Создание политики жизненного цикла(Create Lifecycle Policy) на Amazon S3

Чтобы начать, сначала войдите в Amazon Web Services (aws.amazon.com) и нажмите My Account/Console вверху. Затем нажмите Консоль управления AWS(AWS Management Console) .

Консоль AWS

Теперь из списка перечисленных веб-(Amazon Web) сервисов Amazon нажмите S3.

сервис амазон s3

Затем щелкните имя корзины(bucket name) , содержащей данные, которые вы хотите передать в Glacier . Обратите внимание, что вы сможете перенести все ведро, только папки или даже только определенные файлы.

Имя корзины S3

Когда вы откроете ведро, вы увидите содержимое ведра с левой стороны(hand side) . Нажмите(Click) « Свойства(Properties) » в правом верхнем углу, чтобы открыть настройки для этого сегмента.

Свойства ковша

Внизу вы увидите Lifecycle . Идите вперед и разверните Жизненный цикл(Lifecycle) , чтобы увидеть ваши текущие правила, если они есть. У меня уже есть одна установка, которая переносит все содержимое ведра в Glacier после загрузки в S3.

Добавить жизненный цикл

Чтобы настроить новое правило, нажмите « Добавить правило(Add rule) » . Появится диалоговое окно нового правила жизненного цикла , как показано ниже.(Lifecycle rule)

Правило жизненного цикла

Теперь давайте пройдемся по различным вариантам. Во-первых, вы можете дать ему имя, которое может быть любым. Флажок « Применить ко всей корзине (Apply to Entire Bucket) »(check box) применит правило ко всем файлам и папкам внутри корзины. Если вы хотите переместить в Glacier только определенную часть данных, а остальные оставить в S3, не устанавливайте этот флажок.

Вместо этого вы можете ввести префикс(Prefix) , который представляет собой имя файла или папки(file or folder) , которые вы хотите переместить в Glacier . Например, если бы я хотел просто переместить папку с музыкой из своего ведра в (music)Glacier , я бы набрал music/ в поле « Префикс(Prefix) ». Чтобы указать файл, введите путь, например, music/mymusic.mp3 .

Далее следует формат периода времени(Time Period Format) . Вы можете выбрать «Дни с даты создания»(Days from the creation date) или « Действует с даты(Effective from date) » . Эта опция позволяет вам выбрать, когда вы хотите, чтобы указанные вами объекты были перемещены в Glacier . Если вы выберете Дни от даты создания(creation date) , вы можете сказать, например, что хотите перенести данные в Glacier через 10 дней. Это означает, что при первой загрузке файла в S3 он будет перемещен в Glacier через 10 дней после создания.

Дата вступления в силу позволит вам просто указать дату в будущем, когда данные будут переданы в Glacier . Вы должны нажать на кнопку « Добавить переход(Add Transition) » , чтобы указать период времени(time period) . На моем скриншоте написано « Переместиться(Move) в ледник», но это потому, что я уже создал правило. Когда вы нажимаете « Добавить переход(Add Transition) », вы можете ввести количество дней или дату. Обратите внимание, что если вы введете 0 для количества дней, то данные будут перемещены немедленно при следующем запуске правила.

Количество дней

Также есть кнопка Expiration , но будьте осторожны с ней. Опять же(Again) , в зависимости от того, что вы выбрали в формате периода времени(Time Period Format) , вы можете указать либо количество дней, либо конкретную дату в будущем. Добавление срока действия означает, что данные будут удалены по истечении указанного вами времени. Важно помнить, что он будет удален из S3, RRS и Glacier(RRS and Glacier) . Так что в основном он полностью исчезнет, ​​если вы решите добавить срок действия.

Добавить срок действия

Если вы не добавите срок действия, данные всегда останутся в Glacier и не будут удалены. Вот и все. После сохранения правила оно будет выполняться один раз в день. Если ваше правило соответствует указанным вами критериям, данные будут переданы.

Есть несколько замечаний по поводу этого процесса. Во- первых, вы можете сказать, что ваши данные были перемещены в Glacier , проверив Storage Class . Если это Standard , то это S3. Если это RRS , то это уменьшенная избыточность(Redundancy) . Третий класс — Glacier , что означает, что он теперь хранится там.

Класс хранения s3

Следует также отметить, что когда вы перемещаете данные из S3 в Glacier , вам все равно нужно обращаться к ним из S3. Если вы загружаете данные прямо в Glacier , они будут отображаться в консоли Glacier(Glacier console) при входе в AWS . Однако перемещение данных с использованием правил жизненного цикла(Lifecycle) означает, что данные будут храниться в Glacier , и с вас будет взиматься плата по ценам Glacier , но вам потребуется доступ к данным из консоли S3(S3 console) . Немного(Kind) запутанно, но так оно и работает.

Получение данных из ледника

Получение данных из Glacier также довольно просто. Что нужно помнить о Glacier , так это то, что данные не доступны сразу, как в S3. С S3 вы можете загрузить любой файл в любое время. С Glacier вам придется ждать от 3 до 5 часов, пока данные будут извлечены и помещены обратно в S3. Вот почему он намного дешевле.

Чтобы начать восстановление, выберите файл или папку(file or folder) , которые вы хотите восстановить, и щелкните их правой кнопкой мыши. Вы увидите опцию Initiate Restore .

Восстановление из ледника

Если опция отключена, это означает, что файл не хранится в Glacier . При восстановлении вам нужно будет выбрать, как долго вы хотите, чтобы данные были доступны в S3.

Начать восстановление ледника

Обратите внимание, что файлы восстанавливаются в хранилище класса (storage class)S3 RRS ( с уменьшенной избыточностью(Reduced Redundancy) ) , которое немного дешевле, чем S3 Standard . Также обратите внимание, что вы не можете навсегда восстановить данные, в конечном итоге они будут удалены. Я не уверен, какое наибольшее значение вы можете ввести в течение нескольких дней, чтобы сохранить данные, но это не навсегда. Кроме того, чем дольше данные находятся в хранилище класса (storage class)RRS , тем выше плата , поэтому лучше, чтобы продолжительность была короткой.

Чтобы увидеть статус восстановления, просто нажмите на файл или папку(file or folder) , которые вы восстановили, и нажмите « Свойства(Properties) » . Там будет написано «Идет восстановление»(Restoration in Progress) . Когда восстановление будет завершено, и вы снова нажмете «Свойства», вы увидите дату, до которой будет сохранено восстановление.

В целом, передать ваши данные из S3 в Glacier очень просто. Просто(Just) создайте одно правило, и все готово. Перенос данных в Glacier может означать большую экономию, если у вас много данных на S3. Если у вас есть какие-либо вопросы, пожалуйста, оставьте комментарий. Наслаждаться!



About the author

Я компьютерный техник с более чем 10-летним опытом, в том числе 3 года в качестве 店員. У меня есть опыт работы с устройствами Apple и Android, и я особенно хорошо разбираюсь в ремонте и обновлении компьютеров. Я также люблю смотреть фильмы на своем компьютере и использовать свой iPhone для съемки фотографий и видео.



Related posts