Я думаю, что разница возникает, когда вам нужно переставить кластер без потери каких-либо данных.
Как правило, стратегия хэша используется для равномерного распределения данных между несколькими серверами Redis, как и кластер Redis 3.0, так и twemproxy. Когда новый Redis добавляется в кластер, и некоторая загрузка данных должна быть предпринята им, как вы могли бы знать, не были ли еще какие-либо данные перенесены? Возможно, требуется грубое сканирование всего ключевого пространства, или что-то умное, как последовательное хеширование, но это как-то сложно.
Кластер 3.0 обеспечивает миграцию данных путем введения хеш-слотов, а при переносе всего слота кластер Redis гарантирует отсутствие ключей. Но я боюсь, что это не преимущество, потому что оно также имеет недостаток: когда слот находится в состоянии миграции, он, вероятно, недоступен для обслуживания запросов.
В любом случае, эта стратегия принимается и поддерживается множеством библиотек и инструментов, которые, я думаю, являются преимуществом.