Замена автономных файлов
Мы пытаемся использовать общую конфигурацию 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 недоступен?
Вместо простого обхода отказа следует реализовать Scale-Out File Server for Application Data (Overview)
Это постоянно доступный файловый сервер, который может быть реализован с (гостевым) кластером путем настройки роли файлового сервера. Документация охватывает все шаги, но приблизительно:
- Как минимум два сервера с сконфигурированной ролью обхода отказа в кластере,
- оба имеют второй диск для данных, сконфигурированный как разделяемый vhdx.
- Диск должен быть добавлен в хранилище кластера.
- Настройте роль файлового сервера.
- Добавьте SMB ресурс к роли кластера файлового сервера.
Если один из узлов кластера умирает, обход отказа происходит мгновенно. Вы сможете посмотреть фильм с постоянно доступного SMB ресурса и даже не заметите, что один из узлов отказал
.