Прозрачность репликации

⇐ ПредыдущаяСтр 2 из 3Следующая ⇒

Ключевым вопросом, связанным с репликацией, является прозрачность. До какой степени

пользователи должны быть в курсе того, что некоторые файлы реплицируются? Должны

они играть какую-либо роль в процессе репликации или репликация должна выполняться

полностью автоматически? В одних системах пользователи полностью вовлечены в этот

процесс, в других система все делается безих ведома. В последнем случае говорят, что

система репликационно прозрачна.

Прозрачность репликации зависит от двух факторов: выбранной схемы именования реплик

и степени вовлеченности пользователя в управление репликацией.

Именование реплик. Прозрачность доступа к файлу, существующему в виде нескольких

реплик, может поддерживаться системой именования, которая отображает имя файла на

его сетевой идентификатор, однозначно определяющий место хранения файла. Если в сети

используется справочная служба, которая позволяет хранить отображения имен объектов

на их сетевые идентификаторы (например, IP -адреса серверов), то для реплицированных

файлов допустима прозрачная схема именования. В этом случае файлу присваивается

имя, не содержащее старшей части, соответствующей имени компьютера. В справочной

службе этому имени соответствует несколько идентификаторов, указывающих на серверы,

хранящие реплики файла. При обращении к такому файлу приложение использует имя,

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

хранящий реплику.

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

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

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

некоторой базы, хранящей сведения о том, какие из реплик содержат последнюю версию

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

пликации необходимо также постоянное использование в файловом интерфейсе имен, не

зависящих от местоположения, то есть не содержащих старшей части с указанием имени

сервера. В более распространенной на сегодня схеме именования требуется явное указание

имени сервера при обращении к файлу, что приводит к не полностью прозрачной системе

репликации.

Управление репликациейподразумевает определение количества реплик и выбор серверов

для хранения каждой реплики. В прозрачной системе репликации такие решения при

нимаются автоматически при создании файла на основе правил стратегии репликации,

определенных заранее администратором системы. В непрозрачной системе репликации

решения о количестве реплик и их размещении принимаются с участием пользователя,

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

тическомрежиме.

В результате существует два режима управления репликацией.

□ При явной репликации(explicitreplication) пользователю (или прикладному програм

мисту) предоставляется возможность управления процессом репликации. При созда

нии файла сначала создается первая реплика с явным указанием сервера, на котором

размещается файл, а затем создается несколько реплик, причем для каждой реплики

сервер также указывается явно. Пользователь при желании может впоследствии уда

лить одну или несколько реплик. Явная репликация не исключает автоматического

режима поддержания согласованности реплик, которые создал и разместил на серверах

пользователь.

□ При неявной репликации (implicitreplication) выбор количества и места размещения

реплик производится в автоматическом режиме без участия пользователя. Приложение

не должно указывать место размещения файла при запросе на его создание. Файловая

система самостоятельно выбирает сервер, на который помещает первую реплику файла.

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

количество и серверы для их размещения. Если надобность в некоторых репликах ис

чезает (это также определяется автоматически), то система их удаляет.

⇐ Предыдущая 123 Следующая ⇒