Как правило, кластер из 10 узлов может поддерживать более высокую пропускную способность , но то, действительно ли это приводит к более высоким показателям "cassandra-стресс", зависит от того, что именно вы делаете:
Во-первых, вам необходимо убедиться, что клиент-кассандра-стресс не является вашим узким местом.Например, если машина, на которой запущена нагрузка cassandra, имеет 100% загрузку ЦП или сети, вы никогда не получите лучший результат, даже если у вас 100 серверных узлов.
Во-вторых, вам нужно убедиться, что cassandra-нагрузка параллелизм достаточно высок.В крайнем случае, если cassandra-стресс отправляет только один запрос за другим, все, что вы делаете, это измеряете латентность , а не пропускная способность .Более того, это не поможет, если у вас есть 100 узлов, если вы отправляете только один запрос за один раз.Поэтому, пожалуйста, попробуйте увеличить параллелизм Cassandra-Stress, чтобы увидеть, имеет ли это какое-то значение.
Теперь, когда мы избавились от потенциальных проблем Cassandra-Stress, давайте посмотрим на сервер.Вы не просто увеличили свой кластер с 1 до 10 узлов.Если бы вы просто сделали это, вы бы по праву удивились, если бы производительность не увеличилась.Но вы сделали что-то еще: вы увеличили до 10 узлов, но также значительно увеличили работу записи - в вашей настройке каждая запись должна идти до 5 узлов (!), 3 на одном DC и 2 надругое (это настроенные вами RF).Поэтому даже в лучшем случае нельзя ожидать, что пропускная способность записи в этом кластере будет более чем в два раза выше, чем в одном узле.На самом деле, из-за всех издержек этой репликации вы ожидаете, что производительность будет даже вдвое меньше, поэтому неудивительно, что подобная производительность неудивительна.
Приведенная выше оценка была для производительности записи.Что касается производительности чтения, поскольку вы сказали, что используете CL = ONE (кстати, вы можете использовать CL = LOCAL_ONE), пропускная способность чтения должна действительно линейно масштабироваться в зависимости от размера кластера.Если это не так, я предполагаю, что у вас есть проблема с настройкой, как я описал выше (клиент имеет узкое место или использует слишком мало параллелизма).
Пожалуйста, попробуйте запустить тесты чтения и записи отдельно, чтобы лучше понять, какие из нихявляется основной проблемой масштабируемости.