Назад | Перейти на главную страницу

Замена автономных файлов

Мы пытаемся использовать общую конфигурацию IIS на Server Core 2012 R2.

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

Единственное решение этой проблемы, которое я могу найти, - это статья (https://www.iis.net/learn/web-hosting/configuring-servers-in-the-windows-web-platform/offline-files-for-shared-configuration), который описывает настройку автономных файлов.

Проблема в том, что автономные файлы являются частью функции рабочего стола, для которой требуются «Графическая оболочка сервера» и «Графические инструменты и инфраструктура». Таким образом, чтобы использовать это, нам нужно было бы в основном преобразовать наши основные серверные блоки в полную версию Windows. Не совсем то, что мы хотим - мы используем ядро ​​сервера, чтобы минимизировать занимаемую нами площадь.

Я пытаюсь понять, есть ли альтернатива, которую мы можем использовать. Я нашел несколько различных решений, которые будут синхронизировать контент из общего ресурса SMB на локальный ПК (GoodSync, SyncBack Pro, Sync Toy и т. Д.) - это не проблема.

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

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

Вместо простой отработки отказа вы должны реализовать Масштабируемый файловый сервер для данных приложений (обзор)

Это постоянно доступный файловый сервер, который можно реализовать с (гостевым) кластером, настроив роль файлового сервера. В документации описаны все шаги, но это примерно:

  1. Как минимум два сервера с настроенной ролью отказоустойчивого кластера,
  2. у обоих есть второй диск для данных, настроенный как общий vhdx.
  3. Диск необходимо добавить в хранилище кластера.
  4. Настройте роль файлового сервера.
  5. Добавьте общий ресурс SMB в роль кластера файлового сервера.

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