локальний кеш для NAS або мережевої папки


8

Я планую створити мережевий сервер зберігання даних (NAS).

Чи є спосіб кешувати часто доступні файли з віддаленого сховища автоматично на локальному ПК?

(Я не шукаю способу синхронізації цілих папок на зразок rsync, а скоріше те, що автоматично та прозоро кешує останній доступ до файлів 50 Гбіт файлів.)

В ідеалі я шукаю те, що пише кеш, а також читає, оскільки до сервера буде доступний лише один ПК (і один день втрачених змін, якщо локальний кеш буде пошкоджений, було б прийнятним)

Я вивчив офлайн-файли Windows, але, наскільки я міг сказати, це вимагає ручної взаємодії для відключення сервера або переходу в офлайн-режим для використання кешу.

На сервері, ймовірно, працює Linux або freeNAS, ПК працює з Windows XP, але при необхідності може бути оновлений до 7.

Відповіді:


2

Ви та Златев на правильному шляху із автономними файлами. Ваш NAS повинен запускати Windows. У Груповій політиці потрібно налаштувати "Повільний режим посилання". Просто підключіть налаштування до рівня 999999 Kbps. Це по суті змушує всіх читати і записувати в локальний кеш. У розділі Повільна посилання вікна синхронізуються лише раз на дві хвилини. Також, ймовірно, слід вимкнути нагадування на повітряній кулі. Спочатку вони спливають, щоб сказати вам: "Ей, ти в автономному режимі! Зараз ми читаємо і пишемо матеріали з локального кешу !!!" Durrrrrr.

На стороні клієнта потрібно включити "автоматично кешувати файли". Він автоматично кешує всі мережеві файли, до яких ви отримуєте доступ через цей шлях UNC, до 25% вашого дискового простору. Це теж можна скорегувати.

Якщо у вас є кілька папок для спільного використання, і ваш сервер використовує Linux або Vista / 7, тоді просто створіть фіктивну папку спільного доступу та впорядкуйте всі папки, якими ви хочете поділитися з цією.

Нарешті, я дуже рекомендую вам принаймні оновити клієнта до Vista. Одним із поліпшень Vista було диференційне записування блоків. На зміну серверу надсилаються лише змінені частини файлу. Крім того, офлайн-файли Vista / 7 (технічно названі клієнтською стороною кешування) набагато надійніші. З боку сервера все, що потрібно зробити, - це оновлення до останніх змін у протоколі SMB. Насправді все, що потрібно зробити, це використовувати SMB. Тому все це можливо за допомогою будь-якої спільної мережі, доки сервер підтримує SMB.

Ось кілька статей technet.

http://technet.microsoft.com/en-us/library/bb457104.aspx

http://technet.microsoft.com/en-us/magazine/2007.11.offline.aspx


1

Я не впевнений, але, можливо, Windows Shared Folders Offline Availability / BranchCache може дозволити вам зробити щось подібне. Деякі відомості тут - http://technet.microsoft.com/en-us/library/cc755136.aspx


BranchCache нічого спільного з цим не має. Офлайн-папки повинні бути обрані користувачем, щоб не було ефекту кешу. ;-)
DiableNoir

Насправді кеш гілки можна встановити для кешування всього в Windows 7 pro (перевірено та використано!)
galinette

0

Я розглядаю ту саму проблему. На Mac, моя ідея полягала в тому, щоб використовувати rsync у поєднанні зі сценарієм. Завдання сценарію - визначити, які файли синхронізувати / кешувати. Тоді Rsync просто ефективно виконує це щодо мережевої частки. Отже, якщо ми, наприклад, хочемо кеш-пам’ятю 5 Гб, видаляючи принаймні нещодавно використаний, нам потрібно запрограмувати сценарій, який виводить список файлів, що відповідає «останнім часом найпопулярніших файлів 5 ГБ», і матиме rsync синхронізувати його локально та видаляти будь-які файли в кеш, якого більше немає в цьому списку.

Це потрібно налаштовувати дуже обережно, оскільки ризик зіпсувати великий!

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.