Использование Memcache для централизации распределенного кэша в базе данных

Question

Я новичок в memcache и задаюсь вопросом, работает ли следующая работа или существует с успешными делами или просто мусор, попадающий в корзину? Меня освобождают, и любое руководство высоко ценится. Здесь идет ...

В настоящее время существует 1 MySQL DB, уже использующий memcache, используя запасную память для питания голодного веб-сервера, обслуживающего интерфейс. Теперь мы снова представим новую БД и веб-сервер и не будем голодать, чтобы сын кормил другого, мы смотрим на альтернативные способы делать memcache, чтобы в будущем больше БД и веб-серверов можно было быстро добавить:

• Внедрить автономный сервер, выделенный для запуска кэша памяти и прочего это с большим количеством RAM, несмотря на средних процессоры и спецификацию жестких дисков
• Получить все экземпляры DB кормить кэша памяти сервером материала, который требует кэширований (чтобы быть подано в несколько веб-серверов)
• Время от времени проверять использование памяти memcache, чтобы получить готовое масштабирование в будущем, добавив кластерную memcache для совместного использования нагрузки.
• Стратегия и содержимое кеша могут быть повторно использованы на нескольких веб-серверах, имеющих один и тот же жанр или данные, являющиеся кешем.

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

Благодаря

Answer 1

Там одна вещь, которую вы должны быть осторожны об этой конструкции:

Что происходит, когда Memcache перезапуске сервера (или не может). Затем вы потеряете весь свой кеш, лучше всего, чтобы ваш сайт замедлялся, а кеш был перестроен, в худшем случае ваш сайт не работает, пока кеш не будет восстановлен.