Просмотр целевых объектов хранилища и управление ими

На странице параметров целевых объектов хранилища отображаются сведения о каждом целевом объекте хранилища для HPC Cache и предоставляются параметры управления отдельными целевыми объектами хранения.

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

Управление целевыми объектами хранилища

Вы можете выполнять действия управления для отдельных целевых объектов хранилища. Эти действия дополняют параметры уровня кэша, рассмотренные в разделе "Управление кэшем".

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

Откройте страницу целевых объектов хранилища на портале Azure. Щелкните изображение ... в правом углу списка целевых объектов хранилища, чтобы открыть список задач.

Доступны следующие варианты:

• Flush — запись всех кэшированных изменений в внутреннее хранилище
• Приостановка . Временно остановить целевой объект хранилища от обслуживания запросов
• Обновить DNS - Обновить целевой IP-адрес хранилища с помощью пользовательского DNS-сервера или частной конечной точки службы Azure Storage
• Недопустимое. Удаление кэшированных файлов из этого целевого объекта хранилища (недопустимое может привести к потере данных)
• Принудительное удаление — удаление целевого объекта хранилища, пропуск некоторых шагов безопасности (принудительное удаление может привести к потере данных)
• Возобновление работы - Верните приостановленную цель хранилища в эксплуатацию
• Удаление — окончательное удаление целевого объекта хранилища

Дополнительные сведения об этих параметрах см. в остальной части этой статьи.

Запись кэшированных файлов в целевой объект хранилища

Параметр Flush сообщает кэшу немедленно копировать все измененные файлы, хранящиеся в кэше, в систему внутреннего хранилища. Например, если клиентские компьютеры многократно обновляют определенный файл, он хранится в кэше для быстрого доступа. Изменения файлов не записываются в систему долгосрочного хранения в течение нескольких минут до более чем за час.

Действие Flush сообщает кэшу записывать все файлы в систему хранения.

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

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

Этот параметр главным образом применяется к моделям использования, которые включают кэширование записи. Ознакомьтесь с моделями использования кэша , чтобы узнать больше о кэшировании чтения и записи.

Приостановить целевое хранилище

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

Верните приостановленную цель хранилища в работу

Используйте Возобновить чтобы восстановить целевое хранилище.

Обновление IP-адреса

В некоторых ситуациях может потребоваться обновить IP-адрес целевого объекта хранилища. Это может произойти в двух сценариях:

• В кэше используется настраиваемая система DNS вместо настройки по умолчанию, а сетевая инфраструктура изменилась.

• Целевой объект хранилища использует частную конечную точку для доступа к хранилищу Blob в Azure или Blob-объектам, смонтированным с помощью NFS, и вы обновили конфигурацию конечной точки. (Перед изменением частных конечных точек следует приостановить целевые объекты хранения, как описано в статье о предварительных требованиях.)

С помощью пользовательской системы DNS можно изменить IP-адрес целевого объекта хранилища NFS из-за изменений DNS серверной части. Если DNS-сервер изменяет IP-адрес серверной системы хранения, Azure HPC Cache может потерять доступ к системе хранения. В идеале необходимо работать с менеджером пользовательской системы DNS кэша для планирования любых обновлений, так как эти изменения делают хранилище недоступным.

Если вы используете частную конечную точку для безопасного доступа к хранилищу, IP-адреса конечной точки могут измениться, если изменить ее конфигурацию. Если необходимо изменить конфигурацию частной конечной точки, следует приостановить целевой объект хранилища (или целевые объекты), которые используют конечную точку, а затем обновить IP-адреса при повторной активации. Дополнительные сведения см. в статье " Работа с частными конечными точками ".

Чтобы обновить IP-адрес целевого объекта хранилища, используйте параметр "Обновить DNS ". Кэш запрашивает пользовательский DNS-сервер или частную конечную точку для нового IP-адреса.

В случае успешного выполнения обновление должно занять менее двух минут. За раз можно обновить только один целевой объект хранения; Дождитесь завершения предыдущей операции перед попыткой другого.

Аннулирование содержимого кэша для целевого хранилища

Параметр Invalidate сообщает HPC Cache пометить все кэшированные файлы из этого целевого объекта хранилища как устаревшие. При следующем запросе клиентом этих файлов они будут получены из серверной системы хранения.

Этот параметр можно использовать, если вы обновляете файлы в внутренней системе хранения напрямую и хотите сразу же внести эти изменения клиентам, подключенным к HPC Cache.

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

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

Узнайте больше о кэшировании записи и задержке обратной записи файлов в Понимание моделей использования кэша.

Принудительное удаление целевого объекта хранилища

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

Это действие пропускает шаг, который синхронизирует файлы в кэше с файлами в внутренней системе хранения. Нет никаких гарантий, что любые изменения, записанные в HPC Cache, будут записаны в систему хранилища внутреннего сервера, поэтому изменения могут быть потеряны при использовании этого параметра.

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

Как правило, принудительное удаление используется только в том случае, если целевой объект хранения не отвечает или в противном случае находится в плохом состоянии. Этот параметр позволяет удалить плохой целевой объект хранения вместо того, чтобы предпринять более решительные действия.

Удаление целевого объекта хранилища

Вы можете использовать портал Azure или AZ CLI для удаления целевого объекта хранилища.

Параметр регулярного удаления окончательно удаляет целевой объект хранилища из HPC Cache, но сначала синхронизирует содержимое кэша с внутренней системой хранения. Это отличается от параметра принудительного удаления, который не синхронизирует данные.

Удаление целевого объекта хранилища удаляет связь системы хранения с этим кэшем HPC Azure, но не изменяет серверную систему хранения. Например, если вы использовали контейнер хранилища BLOB-объектов Azure, контейнер и его содержимое по-прежнему существуют после удаления из кэша. Контейнер можно добавить в другой Кэш HPC Azure, повторно добавить его в этот кэш или удалить его с помощью портала Azure.

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

$ az hpc-cache storage-target remove --resource-group cache-rg --cache-name doc-cache0629 --name blob1

{- Finished ..
  "endTime": "2020-07-09T21:45:06.1631571+00:00",
  "name": "2f95eac1-aded-4860-b19c-3f089531a7ec",
  "startTime": "2020-07-09T21:43:38.5461495+00:00",
  "status": "Succeeded"
}

Понимание целевого состояния хранилища

В списке целевых объектов хранилища показаны два типа состояния: Состояние и Состояние подготовки.

• Состояние указывает рабочее состояние целевого объекта хранения. Это значение регулярно обновляется и помогает понять, доступен ли целевой объект хранения для клиентских запросов и какие из параметров управления доступны.
• Состояние подготовки указывает, было ли выполнено последнее действие для добавления или изменения целевого объекта хранения. Это значение обновляется только при изменении целевого объекта хранилища.

Значение состояния влияет на параметры управления, которые можно использовать. Ниже приведено краткое описание значений и их эффектов.

• Готово . Целевой объект хранилища работает обычно и доступен клиентам. Вы можете использовать любой из вариантов управления в этом целевом объекте хранилища (за исключением возобновления, которое допустимо только для приостановленных целевых объектов хранения).
• Занят . Целевой объект хранилища обрабатывает другую операцию. Вы можете удалить или принудительно удалить целевой объект хранилища.
• Приостановлено . Целевой объект хранилища был отключен. Вы все еще можете очистить, удалить или принудительно удалить этот целевой объект хранения. Выберите "Возобновить", чтобы вернуть целевой объект в службу.
• Очистка — целевой объект хранения записывает данные в внутреннее хранилище. Целевой объект не может обрабатывать запросы клиента во время очистки, но он автоматически вернется к предыдущему состоянию после завершения записи данных.

Выделение хранилища кэша

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

Если выделение хранилища не настраивается, каждый целевой объект хранилища получает равный объем доступного пространства кэша.

Нажмите кнопку "Выделить хранилище" , чтобы настроить выделение кэша.

В колонке "Выделить хранилище " введите процент места в кэше, которое необходимо назначить каждому целевому объекту хранилища. Выделение хранилища должно составлять 100%.

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

Нажмите кнопку "Сохранить", чтобы завершить выделение.

Дальнейшие действия

• Сведения о действиях управления на уровне кэша
• Изменение целевого объекта хранилища