Создание конечной точки сервера Azure File Sync

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

• Конечная точка сервера должна быть определена с помощью пути на зарегистрированном сервере (не подключенной общей папкой). Подключенное к сети хранилище (NAS) не поддерживается.
• Хотя конечная точка сервера может находиться в системном томе, конечные точки сервера на системном томе не могут использовать распределение по уровням облака.
• Изменение пути или буквы диска после того как вы установили конечную точку сервера на томе не поддерживается. Перед созданием конечной точки сервера убедитесь, что вы используете подходящий путь.
• Зарегистрированный сервер может поддерживать несколько конечных точек сервера, однако группа синхронизации может иметь только одну конечную точку сервера для каждого зарегистрированного сервера в любой момент времени. Другие конечные точки сервера в группе синхронизации должны принадлежать разным зарегистрированным серверам.
• Несколько конечных точек сервера могут существовать на одном томе, если их пространства имен не перекрываются (например, F:\sync1 и F:\sync2), и каждая конечная точка синхронизируется с уникальной группой синхронизации.

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

Предварительные условия

Чтобы создать конечную точку сервера, сначала убедитесь, что соблюдены следующие условия:

• На сервер установлен агент Azure File Sync и сервер зарегистрирован. Дополнительные сведения об установке агента Azure File Sync см. в статье register/unregister a server with Azure File Sync.
• Убедитесь, что служба синхронизации хранилища развернута. Дополнительные сведения о развертывании службы синхронизации хранилища см. в статье How to deploy Azure File Sync.
• Убедитесь, что группа синхронизации развернута. Узнайте, как создать группу синхронизации.
• Убедитесь, что сервер подключен к Интернету и что Azure доступен. Azure File Sync использует порт 443 для всех подключений между сервером и облачной службой.
• Убедитесь, что вы находитесь в рамках допустимых ограничений для создания конечных точек. Дополнительные сведения о целевых показателях масштабируемости и производительности см. в Azure File Sync Scale Targets.

Создание конечной точки сервера

$serverEndpointPath = "<your-server-endpoint-path>"
$cloudTieringDesired = $true
$volumeFreeSpacePercentage = <your-volume-free-space>
# Optional property. Choose from: [NamespaceOnly], the default when cloud tiering is enabled. [NamespaceThenModifiedFiles], the default when cloud tiering is disabled. [AvoidTieredFiles], available only when cloud tiering is disabled.
$initialDownloadPolicy = "NamespaceOnly"
$initialUploadPolicy = "Merge"
# Optional property. Choose from: [Merge], the default for all new server endpoints. Content is from the server and the cloud merge. This is the right choice if one location is empty or other server endpoints already exist in the sync group. [ServerAuthoritative], the right choice when you seeded the Azure file share (for example, with Azure Data Box) and you're connecting the server location that you seeded from. It enables you to catch up the Azure file share with the changes that happened on the local server since the seeding.

if ($cloudTieringDesired) {
    # Ensure that the endpoint path is not the system volume
    $directoryRoot = [System.IO.Directory]::GetDirectoryRoot($serverEndpointPath)
    $osVolume = "$($env:SystemDrive)\"
    if ($directoryRoot -eq $osVolume) {
        throw [System.Exception]::new("Cloud tiering cannot be enabled on the system volume")
    }

    # Create the server endpoint
    New-AzStorageSyncServerEndpoint `
        -Name $registeredServer.FriendlyName `
        -SyncGroup $syncGroup `
        -ServerResourceId $registeredServer.ResourceId `
        -ServerLocalPath $serverEndpointPath `
        -CloudTiering `
        -VolumeFreeSpacePercent $volumeFreeSpacePercentage `
        -InitialDownloadPolicy $initialDownloadPolicy `
        -InitialUploadPolicy $initialUploadPolicy
} else {
    # Create the server endpoint
    New-AzStorageSyncServerEndpoint `
        -Name $registeredServer.FriendlyName `
        -SyncGroup $syncGroup `
        -ServerResourceId $registeredServer.ResourceId `
        -ServerLocalPath $serverEndpointPath `
        -InitialDownloadPolicy $initialDownloadPolicy
}

# Create a new sync group server endpoint 
az storagesync sync-group server-endpoint create --resource-group myResourceGroupName \
                                                 --name myNewServerEndpointName
                                                 --registered-server-id 91beed22-7e9e-4bda-9313-fec96c286e0
                                                 --server-local-path d:\myPath
                                                 --storage-sync-service myStorageSyncServiceNAme
                                                 --sync-group-name mySyncGroupName

# Create a new sync group server endpoint with additional optional parameters
az storagesync sync-group server-endpoint create --resource-group myResourceGroupName \
                                                 --storage-sync-service myStorageSyncServiceName \
                                                 --sync-group-name mySyncGroupName \
                                                 --name myNewServerEndpointName \
                                                 --registered-server-id 91beed22-7e9e-4bda-9313-fec96c286e0 \
                                                 --server-local-path d:\myPath \
                                                 --cloud-tiering on \
                                                 --volume-free-space-percent 85 \
                                                 --tier-files-older-than-days 15 \
                                                 --initial-download-policy NamespaceOnly [OR] NamespaceThenModifiedFiles [OR] AvoidTieredFiles
                                                 --initial-upload-policy Merge [OR] ServerAuthoritative

Раздел облачного разделения на уровни

При создании новой конечной точки сервера можно выбрать функцию облачного распределения по уровням в Azure File Sync. Параметры в разделе Облачное распределение по уровням можно изменить позже. Однако различные параметры в следующем разделе доступны в зависимости от того, включено ли облачное распределение по уровням для новой конечной точки сервера.

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

Раздел начальной синхронизации

Раздел Начальная синхронизация доступен только для первой конечной точки сервера в группе синхронизации. Дополнительные конечные точки сервера см. в разделе начальной загрузки.

Существует два совершенно разных поведения начальной синхронизации:

Конечная точка сервера может быть успешно подготовлена только с помощью параметра авторитетной загрузки, если в расположении сервера есть данные. Этот блок предназначен для защиты от случайных неправильных настроек. Авторитетная загрузка работает как RoboCopy /MIR. Этот режим отражает источник на цель. Источником является сервер AFS, а целевым ресурсом — облачный общий ресурс. Авторитетная загрузка будет формировать цель за образом источника.

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

Раздел первоначального скачивания

Раздел Первоначальное скачивание доступен для второй и других конечных точек сервера в группе синхронизации. Первая конечная точка сервера в группе синхронизации имеет дополнительные параметры, связанные с миграцией с Azure Data Box. Эти параметры не применяются, если конечная точка сервера не является первой в группе синхронизации.

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

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

Поведение скачивания файла после завершения начального скачивания

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

• Распределение по уровням в облаке включено
  новые и измененные файлы из других конечных точек сервера будут отображаться как файлы уровней хранения на этой конечной точке сервера. Эти изменения будут скачиваться только в виде полных файлов, если вы выбрали проактивный отзыв изменений в файловом хранилище Azure другими конечными точками сервера.
• Распределение по уровням в облаке отключается
  , а измененные файлы из других конечных точек сервера будут отображаться как полные файлы на этой конечной точке сервера. Они не будут сначала отображаться как файлы из многоуровневого хранения, а затем запрашиваться. Многоуровневые файлы с распределением по уровням в облаке — это функция быстрого аварийного восстановления, которая отображается только во время начальной подготовки.

Шаги подготовки

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

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

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

Поддерживаемые сценарии

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

Состояние обеспечения

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

• Процесс: конечная точка сервера не готова для доступа пользователей.
• Готово (не работает синхронизация): пользователи могут получить доступ к данным, но изменения не будут синхронизироваться с облачной общей папкой.
• Готово (функция синхронизации): пользователи могут получать доступ к данным и изменениям, которые будут синхронизированы с облачной общей папкой, что делает конечную точку полностью функциональной.
• Ошибка: предоставление не удалось из-за ошибки.

Вкладка шагов подготовки отображается только на портале Azure для поддерживаемых сценариев. Она не будет доступна или видна для неподдерживаемых сценариев.

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

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

• Обзор миграции
• Планнинг для развертывания Azure File Sync
• Создать файловое хранилище
• Устранение неполадок службы "Синхронизация файлов Azure"