Использование Memcache для централизации распределенного кэша против БД - PullRequest
1 голос
/ 02 сентября 2011

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

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

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

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

Спасибо

1 Ответ

1 голос
/ 03 сентября 2011

Есть одна вещь, с которой вам нужно быть осторожным при таком дизайне:

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

...