архитектуры?
сейчас перед нами встал выбор, закупить под CH один "большой" сервак, гигов, допустим, на 200+ оперативы или взять несколько мелких (допустим каждый по 64 гига)
в первом случае, когда БД разрастется - мы можем получить проблемы с горизонтальным масштабированием.
во втором же случае, мы можем упереться в то, что запросы могут съедать всю оперативку на каком-то из серваков, и тем самым (из за шардирования) ложить всю БД.
ну и второй вопрос, исходя из выбора - (1 сервер или кластер) как правильно спроектировать саму БД так, что бы не было мучительно больно в дальнейшем?
>в первом случае, когда БД разрастется - мы можем получить >проблемы с горизонтальным масштабированием. зависит от data retention. Т.е. например вы собираетесь хранить факты три месяца. Втыкаете еще один сервер с 200ГБ и через 3 месяца у вас все поровну. Вы собираетесь хранить факты вечно. Добавляете новый кластер из двух серверов с 200ГБ и переезжаете clickhouse-copier с 1 на 2
Обсуждают сегодня