r
Сплитовал на старте таблицы, 9 регионов, i3.4xlarge 5инстанцов, включая мастер на EMR aws
Size: a a a
2021 May 07
GP
а почему медленно ясно? и медленно это скок мс
r
После 40кпс до 4сек ответ
r
Выше рейт медленней ответ
r
Читаем джавой из лямбд
AS
я тут читал статью, у людей был такой же поземный стук при работе со стримами в aws, состояние хранили в rocksdb, статья занимательная как они искали проблему, а сам проблема оказалась тривиальной: rocksdb был на s3 b под нагрузкой кеша не хватало, и читать приходилось с диска
AS
это не гарантия того что данные по ключу равномерно распределяться, будет у вас один день в одном регионе, и 90% запросов будет к нему
AS
вот интересная история борьба за производительность от сбера
https://habr.com/ru/company/sberbank/blog/522546/
кстати их PR смержен
https://habr.com/ru/company/sberbank/blog/522546/
кстати их PR смержен
r
Ну у нас hbase на с3
GP
почему медленно сначала выясни
GP
типа
GP
медленная фс
GP
неравномерно забиты регион сервера
GP
чтото еще
r
И я салтинг делал для равномерного распределения
GP
а были неравномерно?
GP
или стали равномернее?
GP
или прост так посолил чтоб проверить мож решит все
r
Изначально да, но разницы не почувствовали
r
Просто так решили тестовые таблицы создать что бы чекнуть