Redis
 sql >> база данни >  >> NoSQL >> Redis

Конфигурация за внедряване на Redis - главна подчинена репликация

Можеш.

Всичко зависи от натоварването, което имат тези други сървъри, това е проблем със споделянето на ресурси. Честно казано, основният ми проблем с вашата архитектура не е специализираните срещу ненасочените сървъри, а фактът, че поставяте Redis сървър (главен или не) на хост, който най-вероятно ще бъде изправен пред интернет (expressJS приложение) , което означава, че е доста изложено.

Ако можете да симулирате HTTP натоварване във вашите Node/Express JS сървъри, вижте разликата между провеждането на някои сравнителни тестове на вашия специален сървър срещу тези, които не са посветени:

На работещ Redis сървър въведете:

redis-benchmark -q -n 100000

Ако сървърите на приложения се натоварват и използват често всички ядра, трябва да видите съществена разлика в сравнителните показатели.

Моето предложение е, продължете с първата си настройка и добавете наблюдение за времената за реакция на redis и действайте само когато трябва, което може да е сега, ако бенчмарковете показват много лоши резултати.

Като странична бележка, помислете за опцията да не споделяте хостове за услуги, които излагате в интернет, с услуги, които изпълняват вътрешни функции на приложението ви.




  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Redis:Неуспешно отваряне на .rdb за запазване:Разрешението е отказано

  2. StackExchange.Redis ConnectionMultiplexer пул за синхронни методи

  3. Redis – Какво, защо и как да използваме Redis като основна база данни

  4. Инсталиране на Redis на CentOS 8

  5. Как да актуализирам redis след актуализиране на базата данни?