Branchcache служба: BranchCache в Windows 7 / Хабр

Содержание

BranchCache в Windows 7 / Хабр

С момента выхода финальных версий Windows 7 и Windows Server 2008 R2 прошел почти год. Чем не повод еще раз вспомнить об этих ОС. Я хотел бы обратить внимание на две наиболее интересные, с моей точки зрения, возможности новых Windows: BranchCache и DirectAccess. В этой статье речь пойдет о BranchCache.

Что такое BranchCache

BranchCache – технология кэширования, встроенная в Windows 7 и Windows Server 2008 R2, и призванная оптимизировать (сократить) сетевой трафик, передаваемый по WAN-каналам связи. Соответственно, основная сфера применения BranchCache – организации с филиалами и удаленными офисами, которые связаны между собой и центральным офисом сравнительно медленными линиями передачи данных.

BranchCache поддерживает кэширование HTTP- и SMB-трафика. При этом на клиентских компьютерах должна быть установлена Windows 7 (редакции Ultimate или Enterprise, в других редакциях BranchCache не работает), а на серверах – Windows Server 2008 R2. Таким образом, BranchCache работает только в связке Windows 7 + Windows Server 2008 R2. Если с этого места у вас не пропало желание читать дальше, давайте обсудим главные особенности рассматриваемой технологии.

Особенности BranchCache

В чем ключевое отличие BranchCache от других технологий кэширования, таких как Offline Files или кэш ISA Server? Данные возвращаются клиентскому приложению из кэша только в том случае, если оригинальные данные не изменились. Поясню на примере. Предположим, что пользователь в филиале пытается открыть с файлового сервера в центральном офисе некий документ, ну скажем, шаблон заявления ~~об увольнении~~ о предоставлении отпуска. Модуль BranchCache компьютера пользователя запрашивает с сервера информацию о файле и проверяет, есть ли запрашиваемый файл в локальном кэше. Если нет, то файл, разумеется, скачивается с сервера центрального офиса. Если файл уже находится в локальном кэше, то все равно происходит обращение к серверу в центральном офисе, чтобы проверить, не изменился ли оригинальный файл на сервере. Если изменился, то файл опять же скачивается с сервера. И только если оригинальный файл на сервере и файл в кэше абсолютно идентичны, используются данные из кэша. Реальный алгоритм обработки запроса сложнее, но для понимания сути, мне кажется, информации достаточно.

Две важные характеристики BranchCache, которые следуют из приведенного примера.

1. Данные в BranchCache всегда актуальны. Выражаясь точнее, если приложение получает данные из кэша, технология BranchCache гарантирует, что эти данные актуальны.

2. Нет доступа к серверу – нет доступа к кэшу. Иными словами, если модуль BranchCache не может проверить идентичность оригинального и кэшированного файлов (сервер выключен, проблемы с каналом связи и пр.), то данные из кэша не используются.

Ну, и стоит добавить, что работа BranchCache прозрачна для приложений и пользователей. Интерфейс Windows никак не отражает тот факт, что открытый только что пользователем документ взят из кэша. В отличие, например, от механизма Offline Files.

Метаданные

Зададимся теперь принципиальным вопросом, а именно: каким образом происходит проверка кэша и сравнение оригинальной и кэшированной информации? BranchCache использует так называемые метаданные. Запрашиваемый файл (документ на файловом сервере, html-страница на веб-сервере и пр.) разбивается на сегменты по 32 MB. Если файл меньше 32 MB, он по определению состоит из одного сегмента. Сегменты, в свою очередь, разбиваются на блоки по 64 KB. Если файл меньше 64 KB, он всегда напрямую скачивается с сервера, и BranchCache при этом не используется. Для каждого блока и сегмента по алгоритму SHA 256 вычисляется хэш. Все эти вычисления происходят на сервере с включенной поддержкой BranchCache, где располагается запрашиваемый файл. Совокупность хэш-значений сегментов и блоков образуют хэш-лист (hashlist) и служат основой метаданных файла. Именно эти метаданные и передаются на клиентский компьютер, где сравниваются с хэш-листом кэшированного файла. Размер хэша данных приблизительно в 2000 раза меньше размера самих данных, поэтому нагрузка на WAN-канал при передаче метаданных минимальна.

Разбиение на сегменты и блоки позволяет оптимизировать операции поиска и скачивания данных. Хэш сегмента является единицей поиска. Как уже было упомянуто, при обращении к файлу на удаленном сервере – в центральном офисе или другом филиале – первое, что делает модуль BranchCache клиентского компьютера, запрашивает с сервера метаданные файла. На основе полученного хэш-листа BranchCache проверяет, есть ли в локальном кэше сегменты файла. Если да, файл открывается из локального кэша. Если нет, то клиентский компьютер посылает в сеть поисковый запрос: «У кого есть сегмент с таким-то хэшем?» В зависимости от режима работы BranchCache (см. ниже) этот запрос направляется либо специально сконфигурированному серверу с Windows Server 2008 R2 в этом же филиале, либо находящимся в этой же IP-подсети компьютерам с Windows 7. В случае положительного ответа искомый сегмент данных блоками скачивается с «соседа». В этом смысле, блок – единица скачивания. Таким образом, наличие сегментов позволяет сократить количество поисковых запросов, а наличие блоков – более быстро передать запрашиваемые данные приложению.

Режимы работы BranchCache

Для использования BranchCache необходимо настроить эту технологию, как на клиенте, так и на сервере. При этом возможны два режима работы BranchCache: распределенный кэш (distributed cache) и выделенный кэш (hosted cache).

Распределенный кэш

В распределенном режиме данные кэшируются на том компьютере с Windows 7, который первым в филиале, а точнее в IP-подсети, эти данные скачал с удаленного сервера. После чего эти данные становятся доступными для других компьютеров филиала. Динамика работы BranchCache выглядит следующим образом:

1. Пользователь за компьютером в филиале пытается открыть документ с удаленного сервера. При этом компьютер устанавливает с сервером соединение и запрашивает требуемый файл так, как если бы BranchCache не было вообще.

2. Сервер авторизует клиента и проверяет, что у клиента есть соответствующие права доступа к файлу. Если прав нет, доступ к файлу отклоняется.

3. Если на сервере и клиенте сконфигурирован модуль BranchCache, сервер вместо файла возвращает метаданные, включая хэш-лист.

4. Если в локальном кэше сегменты файла отсутствуют, и скорость канала связи до сервера низкая (латентность превышает заданный порог, по умолчанию 80 мс), клиент генерирует запросы на поиск отсутствующих сегментов с помощью протокола Web Service Dynamic Discovery (WS-Discovery). Это групповые (multicast) запросы, которые распространяются только в пределах подсети, если маршрутизаторы не настроены иначе.

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

6. Если ни у кого из «соседей» нет нужных данных, они закачиваются с сервера по WAN-каналу и сохраняются в локальном кэше.

Распределенный режим рекомендуется для небольших филиалов, где все машины расположены в рамках одной подсети. BranchCache на клиентских машинах легко настроить с помощью групповых политик, при этом наличие сервера Windows Server 2008 R2 не требуется. Однако надо помнить, что при выключении компьютера его кэш становится недоступным другим клиентам филиала.

Выделенный кэш

В этом режиме кэш (выделенный кэш) сосредоточен на филиальном сервере с Windows Server 2008 R2, сконфигурированном соответствующим образом. Любой компьютер с Windows 7 обращается с поисковыми запросами именно к серверу выделенным кэшем, и только к нему. Динамика такова:

1. Пользователь за компьютером в филиале пытается открыть документ с удаленного сервера. При этом компьютер устанавливает с сервером соединение и запрашивает требуемый файл так, как если бы BranchCache не было вообще.

2. Сервер авторизует клиента и проверяет, что у клиента есть соответствующие права доступа к файлу. Если прав нет, доступ к файлу отклоняется.

3. Если на сервере и клиенте сконфигурирован модуль BranchCache, сервер вместо файла возвращает метаданные, включая хэш-лист.

4. Если в локальном кэше сегменты файла отсутствуют, и скорость канала связи до сервера низкая (латентность превышает заданный порог, по умолчанию 80 мс), клиент напрямую обращается к локальному серверу с выделенным кэшем. IP-адрес или FQDN сервера с выделенным кэшем должен быть прописан в настройках клиента вручную или с помощью групповых политик. При этом, как уже понятно, запрашивается сегмент или сегменты.

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

6. Если же в выделенном кэше нет запрашиваемых данных, то клиент скачивает их с удаленного сервера и сохраняет в локальном кэше.

7. После чего клиент посылает серверу с выделенным кэшем пакет-оповещение о доступности новых данных для выделенного кэша.

8. Сервер посылает запрос клиенту на получение новых данных.

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

Выделенный кэш обеспечивает более высокий уровень доступности данных, поскольку в отличие от клиентских компьютеров сервер работает постоянно и не выключается. Как правило. Хотя в небольших офисах чего только не бывает. Кроме того, нет ограничений на сетевую топологию. Запрос к выделенному кэшу – это unicast запрос, который маршрутизируется обычным образом. Однако описанный режим работы предполагает наличие в филиале сервера с Windows Server 2008 R2.

Завершая обзор режимов работы BranchCache, надо отметить, что эти режимы взаимоисключающие. Конкретный клиент с Windows 7 не может работать одновременно и в одном, и в другом режиме.

Поддержка HTTP

BranchCache поддерживает кэширование HTTP- и SMB-трафика. Существуют некоторые особенности, присущие рассматриваемому механизму кэширования, в контексте этих протоколов.

Начнем с HTTP. Поскольку модуль BranchCache встроен только в Windows Server 2008 R2 и Windows 7, наверное уже понятно, что BranchCache для HTTP применим, только если в качестве веб-сервера используется IIS 7.5 из состава Windows Server 2008 R2.

Вторая особенность связана с генерацией хэш-листов для файлов веб-сайтов. Хэш-лист для любого файла веб-сайта (html, jpg и т. д.) генерируется после первого обращения к этому файлу. Это приводит к тому, что только на третье обращение к файлу, тело файла может быть получено из BranchCache. Предположим, клиент из филиала впервые обращается к некоторой веб-странице. IIS отдает клиенту страницу по HTTP или HTTPS и генерирует для нее метаданные. Стало быть, клиент на свой запрос получил страницу, но не получил хэш-лист, а потому не может эту страницу поместить в свой или выделенный кэш. При втором обращении клиента к этой же странице IIS в ответ возвращает не данные, а имеющиеся уже теперь метаданные. Однако поскольку после первого запроса данные не были закэшированы, клиенту ничего не остается, как скачивать всю страницу заново. Но на этот раз ее можно поместить в кэш. И третий запрос к этой странице может быть обслужен из BranchCache.

Наконец, в силу того, что BranchCache фактически отрабатывает до транспортных механизмов, кэширование никак не влияет на SSL и наоборот. То есть BranchCache эффективно работает как при использовании HTTP, так и при HTTPS. Кстати это в равной степени относится и к IPSec по той же причине. В этом ролике я продемонстрировал настройку и принцип работы BranchCache для HTTP.

Поддержка SMB

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

На клиентской стороне BranchCache для SMB, в том числе, использует службу Offline Files. Если эту службу отключить, кэширование SMB-трафика перестанет работать. На кэширование HTTP-трафика это никак не скажется.

Можно посмотреть на настройки и особенности работы BranchCache для SMB.

Приложения и данные

С точки зрения архитектуры BranchCache располагается ниже драйверов SMB и HTTP. Работа этого модуля прозрачна для приложений. Иными словами, кэширование будет работать при использовании любого приложения, которое задействует встроенный в Windows стек SMB или HTTP.

Тем не менее, я бы отметил, что эффект от BranchCache во многом зависит от характера используемых данных. Поясню. Вспомним уже рассмотренный пример, когда пользователь в филиале открывает с удаленного сервера документ. Клиент получает с сервера хэш-лист и закачивает тело файла либо с удаленного сервера, либо из BranchCache (своего или «соседского»). Что будет, если пользователь меняет содержимое этого документа и закрывает его с сохранением изменений? Весь файл сохраняется на удаленном сервере! Раз изменился файл, значит необходимо пересчитать хэш-лист, а этим занимает серверная сторона, поэтому сохранять модифицированный файл сразу в кэш нельзя. Если пользователь тут же попытается открыть файл заново, то согласно рассмотренному алгоритму, клиентский компьютер получит с сервера обновленные метаданные, и ничего не останется, как полностью скачивать тело файла с сервера. Вывод простой: BranchCache даст ощутимый эффект для относительно статичных данных.

Безопасность

Тема безопасности BranchCache вполне заслуживает отдельного топика, поэтому если читателям Хабра будет интересно, я готов написать о безопасности BranchCache более подробно. Пока же хотел бы отметить лишь несколько важных моментов.

Во-первых, BranchCache не предусматривает каких-либо специальных защитных мер при передаче данных с удаленного сервера в филиал. Если, например, файл скачивается по HTTP, а не HTTPS, то тело файла передается в открытом виде, и BranchCache со своей стороны никакого шифрования для данных не добавляет.

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

И наконец, механизмы безопасности BranchCache вступают в силу при обмене информацией с «соседними» компьютерами или сервером с выделенным кэшем. Все запросы и ответы в рамках такого обмена шифруются, чтобы предотвратить намеренную подстановку некорректных данных со стороны злоумышлинника.

Подводя итоги, хотелось бы еще раз подчеркнуть, BranchCache:

— снижает нагрузку на WAN-каналы, связывающие филиалы предприятия, и сокращает соответствующие расходы;

— повышает скорость отклика приложений в филиалах;

— является встроенной возможностью Windows 7 и Windows Server 2008 R2 и управляется штатными средставми.

Настройка BranchCache для обновлений клиентов Windows — Windows Deployment

Twitter

LinkedIn

Facebook

Адрес электронной почты

Статья

12/21/2022

Чтение занимает 2 мин

Относится к:

Windows 10
Windows 11

Ищете информацию для потребителей? См. раздел Центр обновления Windows: вопросы и ответы

BranchCache — это компонент для оптимизации пропускной способности, впервые появившийся в операционных системах Windows Server 2008 R2 и Windows 7. Каждый клиент имеет кэш и выполняет роль альтернативного источника содержимого, которое запрашивают устройства в собственной сети этого клиента. Windows Server Update Services (WSUS) и Майкрософт Configuration Manager могут использовать BranchCache для оптимизации пропускной способности сети во время развертывания обновлений, и это легко настроить для любого из них. BranchCache может работать в двух режимах: режим распределенного кэша и режим размещенного кэша.

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

Подробнее о принципах работы режимов распределенного и размещенного кэша см. в разделе Обзор BranchCache.

Настройка клиентов для BranchCache

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

В Windows 10 версии 1607 агент Центра обновления Windows использует оптимизацию доставки по умолчанию, даже при получении обновлений от WSUS. При использовании BranchCache с клиентом Windows просто присвойте режиму оптимизации доставки значение Обход, чтобы клиенты могли использовать протокол фоновой интеллектуальной передачи (BITS) с BranchCache. Инструкции по использованию BranchCache в режиме распределенного кэша с WSUS см. в разделе «WSUS и Configuration Manager с BranchCache в режиме распределенного кэша».

Настройка серверов для BranchCache

Вы можете использовать WSUS и Configuration Manager с BranchCache в режиме распределенного кэша. BranchCache в режиме распределенного кэша легко настроить как для WSUS, так и для Майкрософт Configuration Manager.

Пошаговое руководство по настройке BranchCache на устройствах с Windows Server см. в руководстве по развертыванию BranchCache (Windows Server 2012) или руководстве по развертыванию BranchCache (Windows Server 2016).

Кроме этих действий есть одно условие, без выполнения которого WSUS не сможет использовать BranchCache в обоих режимах: сервер WSUS необходимо настроить для локального скачивания обновлений на сервер в общую папку. Так вы сможете выбрать публикацию BranchCache для общей папки. Что касается Configuration Manager, то вы можете включить BranchCache на точках распределения. Для режима распределенного кэша не требуется дополнительной настройки сервера.

Примечание.

Configuration Manager поддерживает только режим распределенного кэша.

Настройка BranchCache для обновлений клиента Windows — развертывание Windows

Редактировать

Твиттер

Фейсбук

Электронное письмо

Статья
10.12.2022
2 минуты на чтение

Применимо к

Windows 10
Windows 11

Ищете информацию для потребителей? См. Центр обновления Windows: часто задаваемые вопросы

BranchCache — это функция оптимизации пропускной способности, доступная начиная с операционных систем Windows Server 2008 R2 и Windows 7. Каждый клиент имеет кэш и выступает в качестве альтернативного источника контента, который обрабатывается по собственному сетевому запросу. Службы Windows Server Update Services (WSUS) и Microsoft Configuration Manager могут использовать BranchCache для оптимизации пропускной способности сети во время развертывания обновлений, и любую из них легко настроить. BranchCache имеет два режима работы: режим распределенного кэша и режим размещенного кэша.

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

Подробные сведения о том, как работают режимы распределенного кэша и режима размещенного кэша, см. в разделе Обзор BranchCache.

Настройка клиентов для BranchCache

Независимо от того, используете ли вы BranchCache с Configuration Manager или WSUS, каждый клиент, использующий BranchCache, должен быть настроен для этого. Обычно вы делаете свои конфигурации с помощью групповой политики. Пошаговые инструкции по использованию групповой политики для настройки BranchCache для клиентов Windows см. в разделе «Конфигурация клиента» в «Руководстве раннего внедрения BranchCache».

В Windows 10 версии 1607 агент обновления Windows по умолчанию использует оптимизацию доставки, даже если обновления извлекаются из WSUS. При использовании BranchCache с клиентом Windows просто установите для режима оптимизации доставки значение Обход, чтобы разрешить клиентам вместо этого использовать протокол фоновой интеллектуальной службы передачи (BITS) с BranchCache. Инструкции по использованию BranchCache в режиме распределенного кэша с WSUS см. в разделе WSUS и Configuration Manager с BranchCache в режиме распределенного кэша.

Настройка серверов для BranchCache

Вы можете использовать WSUS и Configuration Manager с BranchCache в режиме распределенного кэша. BranchCache в режиме распределенного кэша легко настраивается как для WSUS, так и для Microsoft Configuration Manager.

Пошаговое руководство по настройке BranchCache на устройствах Windows Server см. в Руководстве по развертыванию BranchCache (Windows Server 2012) или Руководстве по развертыванию BranchCache (Windows Server 2016).

В дополнение к этим шагам существует одно требование, чтобы WSUS мог использовать BranchCache в любом рабочем режиме: сервер WSUS должен быть настроен для загрузки обновлений локально на сервере в общую папку. Таким образом, вы можете выбрать публикацию BranchCache для общего ресурса. Для Configuration Manager вы можете включить BranchCache в точках распространения; никакая другая конфигурация на стороне сервера не требуется для режима распределенного кэша.

Примечание

Configuration Manager поддерживает только режим распределенного кэша.

Обратная связь

Отправить и просмотреть отзыв для

Этот продукт

Эта страница

Просмотреть все отзывы о странице

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

Кэш на печатной плате

Организации по всему миру расширяются и расширяются, чтобы обслуживать больше людей в разных географических регионах. В связи с этим возникла необходимость оптимизации циклов запрос-ответ в глобальной сети (WAN). BranchCache может помочь с этим!

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

А пока давайте начнем с того, что такое BranchCache на самом деле!

Что такое BranchCache?

BranchCache от Microsoft — это технология, позволяющая удаленным или локальным филиалам0019 кэш-данные или информация из центральных источников данных . Это позволяет вам распределять нагрузку и сетевой трафик по сети вашей организации .

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

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

Зачем вам нужен BranchCache?

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

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

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

локальная и глобальная сеть.

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

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

Теперь рассмотрим различные режимы работы BranchCache.

Режимы работы BranchCache

Вы можете настроить и использовать BranchCache в двух разных режимах , чтобы лучше соответствовать требованиям вашего филиала. Выбор режима зависит от различных факторов, таких как возможности вашей инфраструктуры, варианты использования, клиентура и режим работы. Ниже приводится подробное объяснение каждого из этих режимов.

Режим распределенного кэша

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

Режим размещенного кэша

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

Режимы BranchCache.

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

Далее давайте посмотрим, как можно установить и включить BranchCache в среде Windows.

Как установить BranchCache

Диспетчер серверов в Windows Server позволяет установить компонент BranchCache или BranchCache для Сеть Файлы функциональные возможности и роль в зависимости от системной функциональности и роли. Например, вы можете установить функцию BranchCache в контент серверы (веб-серверы и серверы приложений), расположенные в вашем главном офисе или облачном центре обработки данных. С другой стороны, вы можете установить службы ролей BranchCache для сетевых файлов для файлового сервера, расположенного в главном офисе или в облачном центре обработки данных. Кроме того, вы можете установить компонент BranchCache, используя его режим сервера размещенного кэша для серверов кэша в филиале.

Существует множество способов реализации BranchCache, поэтому выберите тот, который лучше всего соответствует вашим потребностям.

Тем не менее, вот пошаговое руководство по по установке BranchCache :

Откройте Диспетчер сервера , чтобы установить службу роли или функцию и выберите Добавить роли и компоненты , чтобы открыть мастер установки.

Диспетчер сервера в Microsoft BranchCache.

Выберите тип установки и выберите на основе ролей или Установка на основе функций.

Выполните шаги установки в соответствии с подсказками мастера установки.

После установки вы захотите узнать, как настроить BranchCache. Следующий раздел расскажет вам, как это сделать.

Как настроить BranchCache

Для настройки BranchCache можно использовать Configuration Manager или WSUS для настройки как клиентов, так и серверов. Сначала я расскажу о том, как вы можете настроить клиентов.

Настройка клиентов в BranchCache

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

Включите BranchCache в клиентской системе.
Выберите и включите либо распределенный кэш режим или размещенный кэш режим в зависимости от филиала и настройки клиента.
Настройте брандмауэры клиентской системы для включения протоколов BranchCache.
Создайте объект групповой политики (GPO) теперь, когда вы индивидуально включили BranchCache на клиентских компьютерах. Это позволяет настроить общие правила для нескольких клиентов.

Далее я кратко расскажу о том, как настроить серверы в BranchCache.

Настройка серверов в BranchCache

У вас есть три разных типа серверов содержимого, на которых можно развернуть и установить BranchCache. Сюда входят веб-сервер содержимого, серверы приложений на основе BITS (Background Intelligence Transfer Service) и серверы содержимого на основе файлового сервера. Все три этих сервера можно настроить с помощью WSUS и диспетчера конфигурации. Если вы хотите узнать о различных требованиях и параметрах конфигурации для каждого из этих серверов, вы можете сделать это здесь.

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

Как BranchCache влияет на облако?

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

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

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

BranchCache может помочь, если вы работаете через облако!

Более того, BranchCache не требует никаких изменений в сети топологии предприятия и не нуждается в каком-либо новом наборе установленного оборудования для своего функционирования. Это позволяет пользователям удаленных офисов или филиалов получать доступ к ресурсам эффективным и производительным способом с по оптимизацию пропускной способности и надежная связь .

BranchCache действительно великолепен, не так ли? Давайте кратко подведем итоги.

Final Words

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

У вас есть еще вопросы о BranchCache? Ознакомьтесь с разделами FAQ и Ресурсы ниже!

Получить последние технические новости

Часто задаваемые вопросы

Что такое объект групповой политики?

Объект групповой политики — это виртуальный набор нескольких политик, которые можно использовать для настройки одного или нескольких клиентов с использованием различных правил и прав доступа. Объект групповой политики также служит централизованной и простой в управлении системой настройки устройств, операционных систем, приложений и пользователей в среде Active Directory.

Что такое кеш-сервер?

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

Каковы преимущества развертывания BranchCache?

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

Как BranchCache может уменьшить задержку?

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

Что такое центр обработки данных?

Центр обработки данных — это объект, который централизует общие ИТ-операции и ресурсы организации, выступая в качестве единого источника достоверной информации. Центр обработки данных обычно состоит из группы компьютеров вместе с другими связанными аппаратными системами, сгруппированными вместе для хранения, обработки и передачи данных по мере необходимости.

Ресурсы

TechGenix: Информационные бюллетени

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