理論上是獨(dú)立部署最好。但實(shí)際情況吧看公司機(jī)器資源。不從實(shí)際情況考慮的架構(gòu)都是耍流氓。redis主要耗內(nèi)存。但生產(chǎn)環(huán)境中cpu，網(wǎng)絡(luò)，磁盤都是要考慮的問題，而且我們的資源是有限的。

可以肯定的是最好不要和數(shù)據(jù)庫在同一個(gè)節(jié)點(diǎn)部署。數(shù)據(jù)庫需要單獨(dú)部署。為什么這樣說呢?一個(gè)原因是因?yàn)閿?shù)據(jù)庫太重要了。我們不能因?yàn)閞edis的問題導(dǎo)致數(shù)據(jù)庫被牽連。另一個(gè)原因。redis作為緩存，本身就是為了減少直接連庫的壓力。結(jié)果部署在一個(gè)節(jié)點(diǎn)上。數(shù)據(jù)庫實(shí)例的壓力是小了。但這個(gè)節(jié)點(diǎn)整體訪問量，IO，cpu，內(nèi)存并沒有減小多少。甚至是增加了。因?yàn)橐淮握?qǐng)求要嗎訪問數(shù)據(jù)庫，要嗎訪問redis，但現(xiàn)在都在一個(gè)節(jié)點(diǎn)上，所以總量并沒有減小。而redis自身還會(huì)淘汰數(shù)據(jù)，這其中又是一波耗節(jié)點(diǎn)資源的操作。

從另一個(gè)理想的角度考慮，我希望我的數(shù)據(jù)庫實(shí)例掛了，能從redis中獲取數(shù)據(jù)。我的redis掛了，能從數(shù)據(jù)線中獲取數(shù)據(jù)。這樣盡量保證業(yè)務(wù)正常。要實(shí)現(xiàn)這個(gè)目標(biāo)，數(shù)據(jù)庫和redis必須在不同的節(jié)點(diǎn)上。如果在同一個(gè)節(jié)點(diǎn)。而這個(gè)節(jié)點(diǎn)掛了。我們就沒有取數(shù)據(jù)的地方了。

生產(chǎn)環(huán)境，中間件之間可以混合部署。比如redis，mq可以在同節(jié)點(diǎn)混合部署。業(yè)務(wù)項(xiàng)目之間可以混合部署。但業(yè)務(wù)不要和中間件部署到同節(jié)點(diǎn)。數(shù)據(jù)庫獨(dú)立節(jié)點(diǎn)部署。

redis最好也不要和其他的耗內(nèi)存大戶混合部署，如elasticsearch這種的。

如果沒有中間件節(jié)點(diǎn)。那就選個(gè)業(yè)務(wù)訪問量少的節(jié)點(diǎn)混合部署吧，總之不要選數(shù)據(jù)庫節(jié)點(diǎn)。除非這個(gè)數(shù)據(jù)庫節(jié)點(diǎn)是冷備節(jié)點(diǎn)