Size: a a a

PostgreSQL + 1C + Linux

2021 May 21

M

Merril B. Whezley in PostgreSQL + 1C + Linux
Логическое нарушение. Вы не должны ничего выпрашивать. Это не ваш бизнес. Нужны взвешанные показатели простоя/убытков
источник

M

Merril B. Whezley in PostgreSQL + 1C + Linux
На каком железе вы тащите такие БД в mdadm ?
источник

LK

L K in PostgreSQL + 1C + Linux
Сдается что не в mdadm упрется и не в диски, а в cpu
источник

AT

Alex Tkachuk in PostgreSQL + 1C + Linux
Эээ... А от мдадм то что хотеть? Его накладка по потреблению cpu настолько несущественна, что не утилизирует даже один поток цпу на 1 млн иопс
источник

SV

Sergey Voroshnin in PostgreSQL + 1C + Linux
Мысль была, но пока ее оставил, пухнет она за счет регистров накоплений, данные из них, на сколько я понимаю используются редко, т.е. по сути размер рабочих данных как минимум в 2 раза меньше, если можно так выразиться
источник

SV

Sergey Voroshnin in PostgreSQL + 1C + Linux
но естественно к этому придем в свое время)
источник

M

Merril B. Whezley in PostgreSQL + 1C + Linux
Просто с инженерной точки зрения вы или лукавите или недоговариваете. У вас 150тб полкой ? Распределенной фс ? Чем ?
источник

AT

Alex Tkachuk in PostgreSQL + 1C + Linux
Просто Вы мои слова перевираете, я сказал что до 150 Тб занятого пространства никаких выносов бд на внешнюю схд не бу-дет.
Сейчас база 8тб, и я об этом писал. Была 12тб.
Какие мистические проблемы Вы видите в mdadm? Или вам просто полку дисковую впарить надо?
источник

AT

Alex Tkachuk in PostgreSQL + 1C + Linux
Raid контроллер может иметь как некоторые небольшие преимущества, так и недостатки, которые в целом будут зависеть от цены.

Во первых, как ранее уже заметили, нужно будет два контроллера.
Во вторых, контроллеры нужны с батарейкой, ибо иного смысла нет в контроллере
В третьих, скорость чтения будет ниже.
В четвёртых, скорость записи будет от ниже до прилично выше на небольших объемах - будет зависеть от наличия кеша контроллера, его скорости, а также скорости самих дисков.


Лучше, как уже ранее заметили, возьмите пару nvme
источник

M

Merril B. Whezley in PostgreSQL + 1C + Linux
Я пытаюсь понять - на каком железе вы смаштабируете 8тб до 150 в мдадм.
источник

LK

L K in PostgreSQL + 1C + Linux
Если у Вас утилизация CPU 80%, а дисков 40%
нужно выяснить сколько утилизации приходится на pg а сколько на 1с.
И из этого исходить, в принятии решения о втором сервере.
На мой взгляд смысла нет что то менять в raid и диски на nvme
при утилизации cpu 80% так слишком маленький запас по cpu
источник

AT

Alex Tkachuk in PostgreSQL + 1C + Linux
Берём нищебродский эпик с большим количеством линий pci, засовываем в него 24 диска по 15.36тб, делаем raid 10 - вуаля, Вы прекрасны
источник

SV

Sergey Voroshnin in PostgreSQL + 1C + Linux
А, тут вы возможно немного не поняли что я до этого написал, 80% утилизации в нерабочее время, обычно это происходит при расчете себестоимости)
источник

SV

Sergey Voroshnin in PostgreSQL + 1C + Linux
Я так понял в моем случае, если не менять диски то весь профит от железного контроллера может быть только от отключения fsync? и то, он повлияет только на запись
источник

LK

L K in PostgreSQL + 1C + Linux
Веесь вопрос сколько у Вас идет расчет себестоимости, хватает ли нерабочего времени?
источник

SV

Sergey Voroshnin in PostgreSQL + 1C + Linux
запускают обычно в ночь, пока что да, хватает)
источник

AT

Alex Tkachuk in PostgreSQL + 1C + Linux
Вы очень проницательны, это единственный потенциально существенный плюс :)
источник

SV

Sergey Voroshnin in PostgreSQL + 1C + Linux
О, а еще можно 1 вопрос в догонку? правильно ли я понимаю, что отключение fsync возможно ТОЛЬКО при наличии рейда с батарейкой?просто харда с конденсатором недостаточно?
источник

AT

Alex Tkachuk in PostgreSQL + 1C + Linux
Технически говоря, Вы его не должны отключать
источник

AT

Alex Tkachuk in PostgreSQL + 1C + Linux
Контроллер должен игнорировать его. Ну или диски
источник