или всё же речь не про кеш, а про рекплики?

хороший вопрос.у меня нет ответа чем они принципиально отличатся. у кого есть? Оказалось,что у того же редиса есть вариант с классическим raft.

тут же напрашивается вопрос инвалидации кэша. У соседа кэш может быть актуальный, а как у вас он будет актуальным?

Redis raft гарантирует Strong consistency . должно на всех репликах быть одно и тоже

более менее понятно как форсить консистентность кеша при нескольких соседях (типа как линии в F/S в MESI протоколе кеша процессора должны быть инвалидированы у соседей при записи кем-то и переводе в M. И вроде бы что-то похожее умеет делать редис).

Но (возвращаясь к оригинальному вопросу) зачем может быть нужна репликация кеша? Как это увеличит эффективность?

Два момента: масштабируемость и высокая доступность.

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

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

Не хости докер на Амазоне, много кофе уйдёт

Интересно, а как строят CDN. есть у кого материал посмотреть или почитать?

Заключают договоры с телекомами и выкупают стойки в их датацентрах, поближе к клиентам

какие конкретно аспекты тебя интересуют?
https://trafficcontrol.apache.org/

Архитектура

ну я только верхнеуровнево могу сказать без особых деталей
ну у вас есть edge ноды которые должны уметь как раздавать статику так и динамику  и многоуровневые кеши с кучей разных алгоритмов инвалидации и пуша контента (последнее время стало модно даже какой то machine learning применять чтобы снижать кол-во cache miss)
и control plane который всем этим управляет (клиентские аккаунты, web интерфейсы для прописывания origin или токены для API push контента сразу в CDN
у вас должен быть Anycast BGP сегмент и куча пирингов, желательно физическое присутствие на IX точках...
у вас должна быть аналитика по latency снимающася прямо с трафика edge нод
и мониторинг который префиксами в BGP сможет помогать перекидывать какие то клиентские подсети на более доступный edge ...


всякие аспекты архитектуры не плохо рассказывает Cloudflare  у себя в блоге

@k0tb9g9m0t @lynxed

Добрый день!
Подскажите пожалуйста, после перезагрузки кластера пропало сообщение между нодами.
Нода, ip 10.9.8.1, при пинге к другой ноде, 10.9.8.2. Получает следующее:

PING 10.9.8.2 (10.9.8.2) 56(84) bytes of data.
From 10.9.8.1 icmp_seq=1 Destination Host Unreachable
From 10.9.8.1 icmp_seq=2 Destination Host Unreachable
From 10.9.8.1 icmp_seq=3 Destination Host Unreachable

ifconfig 10.9.8.1 (коннект между нодами через infiniband)

ib0       Link encap:UNSPEC  HWaddr <убрано>
         inet addr:10.9.8.1  Bcast:10.9.8.15  Mask:255.255.255.240
         UP BROADCAST MULTICAST  MTU:65520  Metric:1
         RX packets:0 errors:0 dropped:0 overruns:0 frame:0
         TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
         collisions:0 txqueuelen:256
         RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
Подскажите, в чем проблема, я не могу подключится по ssh к ноде, networking, opensm работают

Свежео и новое