Redis v2.8.3 не поддържа настройки за няколко главни. Истинският въпрос обаче е защо искате да създадете такъв? Казано по друг начин, какво предизвикателство/проблем се опитвате да разрешите?
Изглежда, че предизвикателството, което се опитвате да решите, е как да намалите натоварването на мрежата (повече за това по-долу), като елиминирате четенията през мрежата. Тъй като Redis не е многоглавен (все още), единственият начин да го направите е като настроите всеки сървър на приложения с главени подчинен (към другия главен) - т.е. общо 4 копия на Redis (и два пъти RAM).
Простият сценарий е, когато всяко приложение актуализира само взаимно изключващо се подмножество от ключовете на базата данни. В този сценарий този вид настройка всъщност може да бъде полезна (поне в краткосрочен план). Ако обаче и двете приложения могат да докоснат всички клавиши или ако дори само един ключ е „споделен“ за запис между приложенията, тогава ще трябва да изпечете логика за заключване/разрешаване на конфликти/и т.н. във вашите приложения, за да консолидирате локалния главен и робски различия (и това може да е малко пресилено). И в двата случая обаче ще се окажете с твърде много (т.е. повече от 1) редактиране, което означава най-малко повече усилия на администратора.
Също така имайте предвид, че като разположите приложение и база данни на един и същ сървър, вие се настройвате за почти сигурен провал в мащабируемостта. Какво ще се случи, когато имате нужда от повече изчислителни ресурси за вашите приложения или Redis? Как ще добавите още един сървър за приложения към микса?
Което ме връща към действителния проблем, който се опитвате да разрешите - натоварването на мрежата. Защо точно това е проблем? Приложенията ви с толкова голяма пропускателна способност ли са или мрежата е толкова тънка, че сте готови да стигнете до такива дължини? Или може би латентността е проблемът, който искате да разрешите? Както и да е, препоръчах ви вместо това да помислите за доказан във времето дизайн, а именно да отделите Redis от приложенията и да го поставите на собствените му ресурси. Вярно е, че мрежата ще ви удари в лицето и ще трябва да работите около/с нея (което правят всички останали). От друга страна, ще имате повече гъвкавост и контрол върху много по-простата си настройка и това според моята книга е огромна печалба.
