Настройка правила жизненного цикла

Процедура

1. В списке Бакет, щелкните по Бакет, который вы хотите использовать, чтобы перейти к Объекты странице.
2. В навигационной панели выберите Базовые конфигурации > Правила жизненного цикла.
3. Щелкните Создать.

   Рисунок 1 Создание правила жизненного цикла

   
   

4. Настройте правило жизненного цикла.

   Основная информация:

   • Статус:

     Выбрать Включить для включения правила жизненного цикла.

   • Имя правила:

     Он идентифицирует правило жизненного цикла. Имя правила может содержать максимум 255 символов.

   • Префикс: Необязательно.
     • Если это поле настроено, объекты с указанным префиксом будут управляться правилом жизненного цикла. Префикс не может начинаться с косой черты (/) или содержать две подряд идущие косые черты (//), а также не может содержать следующие специальные символы: \ : * ? " < > |
     • Если это поле не настроено, все объекты в бакете будут управляться правилом жизненного цикла.
   Note

   • Если указанный префикс пересекается с префиксом существующего правила жизненного цикла, OBS рассматривает эти два правила как одно и запрещает вам настраивать то, которое вы настраиваете. Например, если уже существует правило с префиксом abc в OBS вы не можете настроить другое правило, префикс которого начинается с abc.
   • Если уже существует правило жизненного цикла, основанное на префиксе объекта, вам не разрешено настраивать другое правило, применяемое ко всему бакету.
   • Если правило жизненного цикла уже настроено для всего бакета, нельзя добавить дополнительные правила, применяющие префикс имени объекта.

   Текущая версия или Историческая версия:

   • Если Версионирование не включено для бакета, только Текущая версия может быть настроено и Историческая версия не отображается по умолчанию.
   • Если Версионирование были когда-либо включены для Бакета, оба Текущая версия и Историческая версия может быть настроено.
   Note

   • Текущая версия и Историческая версия Текущая версия и Историческая версия — два понятия версионирования. Если версионирование включено для Бакета, загрузка объектов с одинаковым именем в Бакет создаёт разные версии объектов. Последний загруженный объект называется текущей версией, а ранее загруженные — историческими версиями.
   • Вы можете настроить либо Текущая версия или Историческая версия, или оба.
   • Переместить в Warm: После указанного количества дней с момента последнего обновления объекты, удовлетворяющие указанным условиям, будут перемещены в Warm. Это число должно быть не менее 30.
   • Переместить в Cold: После указанного количества дней с момента последнего обновления объекты, удовлетворяющие указанным условиям, будут перемещены в Cold. Если вы настроите перемещение объектов сначала в Warm, а затем в Cold, объекты должны находиться в Warm минимум 30 дней, прежде чем их можно будет переместить в Cold. Если используется перемещение в Cold, но перемещение в Warm не настроено, ограничений по количеству дней для перемещения нет.
   • Удалить объекты после (дней): После указанного количества дней с момента последнего обновления объекты, удовлетворяющие определённым условиям, будут помечены как устаревшие, а затем удалены. Это число должно быть целым, больше чем указанное для любых операций перемещения.
   • Удалить фрагменты после (дней): После указанного количества дней с момента создания фрагмента OBS автоматически удалит фрагменты в бакете.
   Note

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

   Например, 7 января 2015 года вы сохранили следующие файлы в OBS:

   • log/test1.log
   • log/test2.log
   • doc/example.doc
   • doc/good.txt
   10 января 2015 года вы сохранили ещё четыре файла:

   • log/clientlog.log
   • log/serverlog.log
   • doc/work.doc
   • doc/travel.txt

   10 января 2015 года вы задали объекты с префиксом Лог завершаться через один день. Вы можете столкнуться со следующими ситуациями:

   • Объекты log/test1.log и log/test2.log загружено 7 января 2015 может быть удалено после последнего сканирования системы. Удаление может произойти 10 января 2015 или 11 января 2015, в зависимости от времени последнего сканирования системы.
   • Объекты log/clientlog.log и log/serverlog.log загружено 10 января 2015 может быть удалено 11 января 2015 или 12 января 2015, в зависимости от того, хранились ли они более одного дня (с момента их последнего обновления) при проведении сканирования системы.

   В день операции вы можете задать объекты с префиксом имени лог быть перемещённым в Тёплый через 30 дней, перемещён в Холодный через 60 дней, и через 100 дней будет удалено, затем OBS выполнит переход log/clientlog.log, log/serverlog.log, log/test1.log, и log/test2.log до Тёплый когда срок их хранения превышает 30 дней, переместите их в Холодный когда срок их хранения превышает 60 дней, и удалите их, когда срок их хранения превышает 100 дней, соответственно.

   Note

   В теории выполнение правила жизненного цикла занимает не более 24 часов. После обновления объекта OBS рассчитывает его жизненный цикл, начиная с следующего 00:00 (UTC), поэтому переход объектов между классами хранения или удаление просроченных объектов может задерживаться до 48 часов. Если вы внесёте изменения в существующее правило жизненного цикла, правило вступит в силу повторно.

5. Нажмите ОК для завершения конфигурации правила жизненного цикла.

Follow-up Procedure