理論上是獨立部署最好。但實際情況吧看公司機器資源。不從實際情況考慮的架構都是耍流氓。redis主要耗內存。但生產環境中cpu，網絡，磁盤都是要考慮的問題，而且我們的資源是有限的。

可以肯定的是最好不要和數據庫在同一個節點部署。數據庫需要單獨部署。為什么這樣說呢?一個原因是因為數據庫太重要了。我們不能因為redis的問題導致數據庫被牽連。另一個原因。redis作為緩存，本身就是為了減少直接連庫的壓力。結果部署在一個節點上。數據庫實例的壓力是小了。但這個節點整體訪問量，IO，cpu，內存并沒有減小多少。甚至是增加了。因為一次請求要嗎訪問數據庫，要嗎訪問redis，但現在都在一個節點上，所以總量并沒有減小。而redis自身還會淘汰數據，這其中又是一波耗節點資源的操作。

從另一個理想的角度考慮，我希望我的數據庫實例掛了，能從redis中獲取數據。我的redis掛了，能從數據線中獲取數據。這樣盡量保證業務正常。要實現這個目標，數據庫和redis必須在不同的節點上。如果在同一個節點。而這個節點掛了。我們就沒有取數據的地方了。

生產環境，中間件之間可以混合部署。比如redis，mq可以在同節點混合部署。業務項目之間可以混合部署。但業務不要和中間件部署到同節點。數據庫獨立節點部署。

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

如果沒有中間件節點。那就選個業務訪問量少的節點混合部署吧，總之不要選數據庫節點。除非這個數據庫節點是冷備節點