Кеш, в якому відсутня запитуваний об'єкт, може перевірити його наявність в іншому кеші. Такий метод взаємодії відрізняється від традиційного запиту ресурсів у вихідного сервера. В цьому випадку кеші є як джерелами, так і одержувачами повідомлень. Для цього необхідний спеціальний протокол межкешевого взаємодії. Одним з найбільш ранніх протоколів для взаємодії кешів і був розроби Internet Cache Protocol (ICP) [WC97b, WC97aJ. Егот протокол є прикладом протоколу запитів - повідомлення, надіслане клієнтським кешем, є запитом про Палич кешованої копії певної відповіді, необхідного клієнтського кешу. Популярність ICP оспована на гом, що він реалізований в вільно розповсюджується і широко використовується кеші- рующим проксі-сервері Squid [WC98].
Протокол ICP виявився підходящим і для ієрархічних паборов кешей, взаємодіючих на кожному рівні ієрархії і мають загального батька. При переміщенні вгору по ієрархії ця схема повторюється, відповідаючи переміщенню до центрального кешу, який може бути підключений до іншого центрального кешу в іншій локальній мережі за такою ж схемою. Центральний кеш може мати в якості батька регіональний кеш, а набір регіональних кешей може в якості батька мати національний кеш. Припустимо, що деякий кеш (назвемо його вихідним) не має запитуваного ресурсу. Він носилает 1ср-запит (Зазвичай це UDP-повідомлення) до всіх своїх сусідів на даному рівні ієрархії одночасно. Успішний відповідь буде вказувати про наявність необхідного ресурсу в одному з кешей даного рівня, і вихідний кеш може запросити цей ресурс, використовуючи протокол HTTP. Якщо в кешах даного рівня ієрархії відсутній даний ресурс, то вихідний кеш пошле ICP-запит батьківського кешу. Можливий також варіант, що відповіді від кешей даного рівня ієрархії не зробить за певний інтервал часу, що ініціює в вихідному кеші подія, свя- занное з таймаут. Батьківський кеш повторює зазначену процедуру. Якщо від кешей вступить відповіді, то вихідний кеш запросить даний ресурс у вихідного сервера. Припущення, що лежить в основі ICP-протоколу, полягає в тому, що передача кешах набору ICP-запитів стільки раз, скільки є рівнів в ієрархії, виконується швидше, ніж взаємодія з вихідним сервером. Крім того, іекогорая оптимізація допомагає скоротити загальні витрати. Наприклад, коли відповідь повертається від вихідного сервера або кеша в ієрархії, то проміжні кеші можуть зберігати відповідь для майбутнього використання. Чи не відповіли сусідні кеші повідомляють про можливість своєї взаємодії з вихідним кешем.
Хоча регіональні і національні проксі можуть скоротити відстань, яке проходять видобувні ресурси для великого числа користувачів, по переходи між рівнями ієрархії можуть знижувати продуктивність. Якщо на поточному рівні ієрархії ресурс не знайдений, то це дає додатковий внесок в загальну затримку. Навіть якщо ресурс буде виявлений в національному проксі-сервері, то це все одно зумовить затримку, пов'язану з передачею ресурсу клієнту, який зробив запит.
Схожі пости:
Ви можете слідкувати за будь-якими відповідями на цей запис через RSS 2.0 стрічку. Ви можете залишити відповідь. або trackback з вашого власного сайту.
Станьте
Популярне:
Останні записи:
Хмара тегів
Всі матеріали сайту взяті з відкритих джерел в інтернет.