кэш топологии развертывания кластера

Question

Я собираюсь развернуть в памяти кластера кэша (текущее мышление Redis) для некоторых веб-рабочих нагрузок общественности облицовочных и было интересно, где кластер должен жить (топологии развертывания), два варианта IMO:

1. Сидя на веб-уровне (который масштабируется по горизонтали)
2. Создайте выделенный кластер кэша за уровнем Web и перед уровнем базы данных.

Фон, приложение в Интернете и уровне БД, работающее в Windows, поэтому, если я использую кластер на веб-уровне, его необходимо поддерживать в Windows (у MSFT есть стабильный порт Redis), если я иду с выделенного уровня кэша Я думал о некоторых легких Linux-серверах (кластер HA), что означает, что в Web Tier горизонтально масштабируется он использовал этот кластер кэша для поиска, например справочные данные и т. д.

Плюсы, минусы мысли, другой вариант Мне не хватает?

* Обратите внимание, я не имею роскошь использования поставщика облачных услуг «кэш как сервис», не вариант, к сожалению, ...

Приветствия,

Answer 1

Удивленный отсутствием сообщества поддержка вокруг Redis и кэширование в целом.

Чтобы ответить на мой вопрос, я закончил работу с базовым/подчиненным уровнем кэша Redis (RHEL), выбрав топологию развертывания master/slave, предоставив мне HA на уровне кэша (в отличие от кластера Redis cache). Мастер дает мне записи, мастер/ведомый позволяет читать. Подходит для моих потребностей, поскольку я перейду к БД при пропуске кеша, настроил Redis, чтобы он никогда не сохранялся на диске (только в памяти).