Вопросы и ответы по NFS для Azure NetApp Files

В этой статье приведены ответы на часто задаваемые вопросы о протоколе NFS Azure NetApp Files.

Я хочу автоматически подключить том при запуске или перезагрузке виртуальной машины Azure. Как настроить мой хост для постоянных томов NFS?

Чтобы том NFS автоматически подключался при запуске или перезагрузке виртуальной машины, добавьте запись в файл /etc/fstab на хосте.

Дополнительные сведения см. в статье "Монтирование тома для виртуальных машин Windows или Linux".

Какая версия NFS поддерживается в Azure NetApp Files?

Azure NetApp Files поддерживает NFSv3 и NFSv4.1. Вы можете создать том с любой из версий NFS.

Поддерживает ли Azure NetApp Files официально NFSv4.2?

Azure NetApp Files не поддерживает NFSv4.2 и ее вспомогательные функции (включая разреженные операции с файлами, расширенные атрибуты и метки безопасности). Хотя вы можете подключить том NFS4.1 в Azure NetApp Files с протоколом NFSv4.2, использование NFSv4.2 не поддерживается.

Тома Azure NetApp Files можно смонтировать с помощью протокола NFSv4.2 одним из двух способов:

  • Явно укажите vers=4.2, nfsvers=4.2 или nfsvers=4,minorversion=2 в параметрах монтирования.
  • Не указывая версию NFS в параметрах подключения и позволяя клиенту NFS вести переговоры с максимально допустимой поддерживаемой версией NFS. В зависимости от дистрибутива Linux это может привести к использованию NFSv4.2 в качестве самого доступного протокола NFS.

Многие клиенты могут столкнуться с проблемами, если они не полностью поддерживают NFSv4.2 или функциональность расширенных атрибутов NFSv4.2. Так как NFSv4.2 не поддерживается для Azure NetApp Files, все проблемы с NFSv4.2 не входят в область поддержки. Чтобы избежать проблем с подключением клиентов NFSv4.2 и обеспечить поддержку, убедитесь, что версия NFSv4.1 указана в параметрах подключения или для конфигурации NFS-клиента настроено ограничение версии NFS как NFSv4.1.

Дополнительные сведения см. в статье "Общие сведения о протоколах NAS" в Azure NetApp Files.

Как включить функцию «root squashing» (ограничение root-доступа)?

Вы можете указать, будет ли учетная запись root иметь доступ к тому или иному тому, с помощью политики экспорта тома. Дополнительные сведения см. в статье Настройка политики экспорта для тома NFS.

Можно ли использовать один и тот же путь к файлу для нескольких томов?

Один и тот же путь к файлу можно использовать для:

  • тома, размещённые в различных регионах
  • тома, размещенные в различных зонах доступности в пределах одного региона

Если вы используете региональные тома (без зон доступности) или тома в одной зоне доступности, можно использовать один и тот же путь к файлу, однако путь к файлу должен быть уникальным в пределах каждой делегированной подсети или назначен разным делегированным подсетям.

Дополнительные сведения см. в статье "Создание тома NFS для Azure NetApp Files " или создание тома двойного протокола для Azure NetApp Files.

Почему при попытке доступа к томам NFS через клиент Windows поиск папок и вложенных папок клиент занимает так много времени?

Убедитесь, что в клиенте Windows включен параметр CaseSensitiveLookup, который ускоряет поиск папок и вложенных папок:

  1. Чтобы включить CaseSensitiveLookup, используйте следующую команду PowerShell:
    Set-NfsClientConfiguration -CaseSensitiveLookup 1
  2. Подключите том к серверу Windows.
    Пример:
    Mount -o rsize=1024 -o wsize=1024 -o mtype=hard \\10.x.x.x\testvol X:*

Поддерживает ли Azure NetApp Files блокировку файлов NFSv4.1?

Для клиентов NFSv4.1 служба Azure NetApp Files поддерживает механизм блокировки файлов NFSv4.1, сохраняющий состояние всех блокировок файлов по модели на основе аренды.

В соответствии со стандартом RFC 3530 служба Azure NetApp Files определяет один период аренды для всех состояний, удерживаемых клиентом NFS. Если клиент не продлит аренду в течение определенного периода, все состояния, связанные с арендой клиента, будут освобождены сервером.

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

Льготный период определяется как период особой обработки, в котором клиенты могут попытаться восстановить своё состояние блокировки во время восстановления сервера. По умолчанию для аренды время ожидания составляет 30 секунд, а льготный период — 45 секунд. По истечении этого времени аренда клиента прекращается.

Azure NetApp Files также поддерживает снятие блокировок файлов.

Дополнительные сведения о блокировке файлов в Azure NetApp Files см. в статье о блокировке файлов.

.snapshot Почему каталог не отображается в томе NFSv4.1, но он отображается в томе NFSv3?

По проектированию .snapshot каталог никогда не отображается клиентам NFSv4.1. По умолчанию .snapshot каталог отображается клиентам NFSv3. Чтобы скрыть .snapshot каталог от клиентов NFSv3, измените свойства тома, чтобы скрыть путь к моментальному снимку.

Будет ли время доступа автоматически обновляться при чтении файлов?

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

Oracle dNFS

Существуют ли исправления Oracle, необходимые для dNFS?

Внимание

Клиенты, использующие Oracle 19c и более поздние версии, должны убедиться, что они обновлены для устранения ошибки Oracle 32931941. Большинство пакетов исправлений, используемых клиентами Oracle, в настоящее время не включают этот исправление. Исправление было включено только в подмножество последних пакетов исправлений.

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

Это повреждение не является ошибкой в ONTAP или самой службе Azure NetApp Files, но результатом ошибки Oracle dNFS. Ответ на операции ввода-вывода по NFS во время определенных прерываний работы сети или событий перенастройки в сети неправильно обработан. База данных ошибочно записывает блок, обновляемый по мере записи. В некоторых случаях более поздняя перезапись этого же блока автоматически повреждает поврежденный блок. В противном случае процессы базы данных Oracle в конечном итоге будут обнаруживать его. Ошибка должна быть записана в журналах оповещений, и экземпляр базы данных Oracle, скорее всего, завершится. Кроме того, операции dbv и RMAN могут обнаружить повреждение.

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

Внимание

Клиенты, использующие Oracle dNFS с NFSv4.1 в томах Azure NetApp Files, должны обеспечить выполнение действий, упомянутых в разделе "Есть ли какие-либо исправления, необходимые для использования Oracle dNFS с NFSv4.1?

Существуют ли исправления, необходимые для использования Oracle dNFS с NFSv4.1?

Внимание

Если базы данных используют Oracle dNFS с NFSv4.1, их необходимо исправить для ошибок Oracle 33132050 и 33676296. Возможно, вам придется запросить бэкпорт для других версий Oracle. Например, на момент написания этих исправлений доступны для версии 19.11, но еще не 19.3. Если вы указываете эти номера ошибок в случае поддержки, инженеры поддержки Oracle знают, что делать.

Это требование относится к системам и службам на основе ONTAP в целом, включая как локальные ONTAP, так и Azure NetApp Files.

Примеры потенциальных проблем, если эти исправления не применяются:

  1. База данных зависает при перемещении конечной точки хранилища бэкенда.
  2. База данных зависает на событиях обслуживания службы Azure NetApp Files.
  3. Кратковременное зависание Oracle во время обычной операции, которое может быть заметным или нет.
  4. Медленное завершение работы Oracle: если вы отслеживаете процесс завершения работы, вы заметите паузы, которые могут привести к минутным задержкам из-за истечения времени ожидания операций ввода-вывода dNFS.
  5. Неправильное поведение кэширования ответов dNFS при чтении, которое приводит к зависанию базы данных.

Исправления включают изменение в управлении сеансами dNFS и кэшировании ответов NFS, которые устраняют эти проблемы.

Если исправление для этих двух ошибок невозможно, не следует использовать dNFS с NFSv4.1. Можно отключить dNFS или переключиться на NFSv3.

Можно ли использовать многопутевый доступ с Oracle dNFS и NFSv4.1?

При использовании NFSv4.1 dNFS не будет работать с несколькими путями. Если требуется несколько путей, необходимо использовать NFSv3. dNFS требует кластерного объединения каналов clientID и sessionID для NFSv4.1, чтобы работать с несколькими путями, что не поддерживается Azure NetApp Files. В результате во время запуска dNFS происходит зависание.

Следующие шаги

  • Last updated on