The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



"Опубликован Kubegres, инструментарий для развёртывания кластера PostgreSQL"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Опубликован Kubegres, инструментарий для развёртывания кластера PostgreSQL"  +/
Сообщение от opennews (??), 24-Апр-21, 10:01 
Опубликованы исходные тексты проекта Kubegres, предназначенного для создания кластера реплицированных серверов с СУБД PostgreSQL, развёртываемого в инфраструктуре контейнерной изоляции на базе платформы Kubernetes. Пакет также позволяет управлять репликацией данных между серверами, создавать отказоустойчивые конфигурации и организовать резервное копирование. Код проекта написан на языке Go и распространяется под лицензией Apache 2.0...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=55023

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Анонимemail (1), 24-Апр-21, 10:01   +3 +/
Ждём инсталлятора pythorust. Чтобы 2 в 1
Ответить | Правка | Наверх | Cообщить модератору

2. Сообщение от Аноним (2), 24-Апр-21, 11:21   –6 +/
"В случае сбоя на первичном узле" и почему может быть сбой в первичном узле? Накопитель? Так мега raid можно сделать. Сеть? Так тогда переконфигурировать master-slave не выйдет.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #6, #45, #69

3. Сообщение от Ананизмус (?), 24-Апр-21, 11:27   +1 +/
Кубер грознит постгрю за превышение лимитов?
Физически сервер выгорит?
Да мало ли- не?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

4. Сообщение от Иваня (?), 24-Апр-21, 11:33   +/
А есть KubeMySQL?🤔
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21

5. Сообщение от Аноним (6), 24-Апр-21, 11:35   –1 +/
Чем это лучше классики (zalando/postgres-operator)?

Насколько я могу судить, разве что возможностью задать StorageClass без лишних плясок с бубном.

Ну и держать полноценную дисковую БД (будь то постгрес или эластик) имеет смысл только на локальных физических носителях (в крайнем случае, на дисковой полке). В облаках будет работать весьма неторопливо.

Ответить | Правка | Наверх | Cообщить модератору

6. Сообщение от Аноним (6), 24-Апр-21, 11:38   +/
> "В случае сбоя на первичном узле" и почему может быть сбой в первичном узле?

Стандартный процесс вывода физического сервера на maintenance: kubectl drain --ignore-daemonsets --delete-local-data $NODENAME

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

7. Сообщение от InuYasha (??), 24-Апр-21, 11:40   –9 +/
Взяли хорошй, годный PostgreSQL и обернули его во всякую гадость: Go, Docker, Kubernetes, YAML... ещё какого-нибудь фронт-енда на java/node.js не хватает.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8, #9, #11, #16, #116

8. Сообщение от Аноним (6), 24-Апр-21, 11:42   +1 +/
Попробуйте сделать на этом "хорошем, годном" мульти-мастер, например.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #13, #14, #96

9. Сообщение от Аноним (-), 24-Апр-21, 11:47   –1 +/
о ретрограда локалхостов порвало
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #12

10. Сообщение от Павелemail (??), 24-Апр-21, 11:49   +/
То что в новости описано не делает из постгреса мультимастер. Также как сделать это с помощью go и др хипстерства не выйдет. Это все не более чем оркестратор.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17, #23

11. Сообщение от Lex (??), 24-Апр-21, 12:00   –1 +/
Срач про модное и не_модное в другой ветке
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

12. Сообщение от pin (??), 24-Апр-21, 12:06   +5 +/
Ну да, надо же размазать базу по нодам (чем больше, тем круче)  и гордо об этом заявлять на  смузи вечеринках, при этом хранить в базе goвнокомментарии какого-нибудудь goвносайта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #22, #30, #105

13. Сообщение от лютый жабби__ (?), 24-Апр-21, 12:16   +1 +/
>Попробуйте сделать на этом "хорошем, годном" мульти-мастер

зачем вообще мультимастер? это по определнию тормоза и/или косяки с потерей данных.

даже в божественной монге не делают мультимастер )

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #19

14. Сообщение от YetAnotherOnanym (ok), 24-Апр-21, 12:19   +/
> реплицированных в режиме реального времени вторичных pod-узлов, синхронизированных с первичным узлом

Разве это мультимастер? Емнип, в ПГ мультимастера пока нет, есть герой-одиночка Коити Сузуки, который пилит то ли Postgres-XL, то ли Postgres-XC, то ли Postgres-X2, то ли ещё под каким-то названием, но до продакшона там как до Токио раком.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #20

16. Сообщение от Аноним (16), 24-Апр-21, 12:23   –1 +/
о мамонт вылез.
вы еще не померли, любители все героически настраивать руками?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #50

17. Сообщение от adolfus (ok), 24-Апр-21, 12:34   +/
это лучше, чем goto?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

19. Сообщение от Аноним (6), 24-Апр-21, 12:54   +/
> зачем вообще мультимастер? это по определнию тормоза и/или косяки с потерей данных.

Для постгреса - да. Потому что он "хороший, годный". И может обрабатывать (upsert, например) ровно такой объем данных, с которым может справиться один физический сервер. Круто, правда?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #27

20. Сообщение от Аноним (6), 24-Апр-21, 12:56   +/
> Разве это мультимастер?

Нет, конечно. Для РСУБД с ACID, насколько я знаю, задача мультимастера в настоящее время не решена.
И вряд ли будет решена в обозримом будущем.
Это просто был довольно толстый стёб над "хорошим, годным" постгресом, который сдыхает уже на 1 Тб независимо от крутизны сервера.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #25, #28

21. Сообщение от Всем Анонимам Аноним (?), 24-Апр-21, 12:56   +1 +/
https://blogs.oracle.com/developers/introducing-the-oracle-m...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

22. Сообщение от Аноним (6), 24-Апр-21, 12:59   +/
> при этом хранить в базе goвнокомментарии какого-нибудудь goвносайта.

Нет, как раз для с этим прекрасно справляются мускуль и постгрес, благо объёмы и нагрузки там смешные.
Да и олдовые труЪ-программисты на своём пыхе умеют только с PDO работать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #48

23. Сообщение от Аноним (6), 24-Апр-21, 13:01   +/
> То что в новости описано не делает из постгреса мультимастер.
> Это все не более чем оркестратор.

Спасибо, Капитан!

> Также как сделать это с помощью go и др хипстерства не выйдет.

С помощью PHP, немытой головы и обгрызенных ногтей, которыми гордятся не-хипстеры - тоже, увы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

24. Сообщение от IvAnZ (?), 24-Апр-21, 13:04   +1 +/
Если админ оракла все данные и логику пхают в базы, то фаны кубернетса, пхают все что можно в кубер.

А потом оказывается, что часто кубер самый overprovisioned
https://www.itproportal.com/news/majority-of-cloud-spend-is-.../

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26, #32, #67

25. Сообщение от Neandertalets (ok), 24-Апр-21, 13:28   +1 +/
С чего бы постгресу на 1 ТБ сдыхать? Вполне себе работает с 1,3Тб уже и не парится, прирастая по 3-5 Гб в сутки. Причём на совершенно не крутом сервере.
Даже не знаю, как криво надо поставить Постгрес, чтобы он на 1 ТБ  сдыхал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #29

26. Сообщение от Аноним (26), 24-Апр-21, 13:29   –2 +/
Админы как раз ничего в базу не отправляют просто так.
А кубер реально во многих случаях не нужен, если это небольшая система, уж проще через композ, если на то пошло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

27. Сообщение от anonymous (??), 24-Апр-21, 13:33   +2 +/
Нагрузку на запись обычно масштабируют шардированием. Мультимастер не даёт существенного горизонтального масштабирования. Мультимастер -- это скорее про удобство.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #31

28. Сообщение от anonymous (??), 24-Апр-21, 13:34   –1 +/
А чем плох percona cluster для мультимастера?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #65

29. Сообщение от Аноним (6), 24-Апр-21, 13:34   +1 +/
> Даже не знаю, как криво надо поставить Постгрес, чтобы он на 1 ТБ  сдыхал.

Достаточно просто с ним более-менее интенсивно работать. Набить данных и хранить их можно хоть в SQLite (фанаты не-хипсторства и по 30 Тб туда засовывают).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #53

30. Сообщение от anonymous (??), 24-Апр-21, 13:38   +3 +/
Любопытства ради, а как вообще обрабатывать серьёзный большой продакшн без "размазывания"? "Смузи вечеринки", блин.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #66

31. Сообщение от Аноним (6), 24-Апр-21, 13:39   +/
> Нагрузку на запись обычно масштабируют шардированием.

Да, наиболее очевидный путь.

> Мультимастер не даёт существенного горизонтального масштабирования. Мультимастер -- это скорее про удобство.

Когда приходится решать типовую задачу "раз в полчаса нужно сделать SELECT с кучей JOIN-ов из нескольких десятков таблиц и применить к этому хитрые правила агрегации, а потом записать это в ещё одну таблицу, тоже шардированную, потому что данных дофига" - начинаешь задумываться об удобстве.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #33, #34, #109

32. Сообщение от Аноним (6), 24-Апр-21, 13:44   –1 +/
> А потом оказывается, что часто кубер самый overprovisioned

Если у меня в шкафу семь рубашек, но каждый раз я надеваю не более одной - это значит, что у меня рубашки overprovisioned, и шесть надо выкинуть?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #42, #98

33. Сообщение от anonymous (??), 24-Апр-21, 13:46   +1 +/
Возможно стоит задуматься о дизайне приложения и о дизайне хранения данных. И не всегда данные изначально надо хранить нормализованными. В общем надо смотреть на конкретный случай и искать умное решение.

Но что важнее, multimaster тут не добавляет удобства. Он добавляет удобства в том смысле, что не приходится заморачиваться с master-slave схемами, когда хочется тупо HA.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #35

34. Сообщение от Аноним (6), 24-Апр-21, 13:48   +/
И это уже не говоря о том, как весело будет выглядеть реализация репликации, фейловера и backup/restore для шардированных данных в постгресе.
Легким (на самом деле нет) движением ваши проблемы увеличиваются в 10 (или сколько там шардов) раз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #36

35. Сообщение от Аноним (6), 24-Апр-21, 13:53   –1 +/
>  Возможно стоит задуматься о дизайне приложения и о дизайне хранения данных. И не всегда данные изначально надо хранить нормализованными. В общем надо смотреть на конкретный случай и искать умное решение.

И в итоге в таких случаях умным решением окажется не постгрес, а кликхаус (если юзкейс позволяет не обновлять таблицы, а пересоздавать их) или эластик, со слоем кэширования в виде редиса.
И вся логика по хитровыделанной обработке данных уходит на сторону приложения, которое можно масштабировать хоть до посинения (если разработчики слышали про map-reduce и прочие умные слова).
А в РСУБД остается только минимальный объём данных, где действительно необходимы транзакции.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #37, #90

36. Сообщение от anonymous (??), 24-Апр-21, 13:55   +/
Полагаю, для этого и делают все эти оркестраторы (хотя не пользовался). Чтобы взрослые конфигурации могли себе позволить не только большие компании, но и маленькие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #39

37. Сообщение от anonymous (??), 24-Апр-21, 13:57   +/
Для многих приложений скорее всего так и будет. А для, например, крупной социалочки будет просто шардированный master-slave mysql:)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #38

38. Сообщение от Аноним (6), 24-Апр-21, 14:25   +/
Только если нужно тащить легаси. Если делать такой проект с чистого листа - никаких РСУБД среди основных компонентов там не будет.
Работал некоторое время на один проект, который в принципе можно назвать крупной социалочкой, и который около 2015 года (как раз в начале активного роста) переехал с монги на эластик. Это не xUSSR, конечно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #120

39. Сообщение от Аноним (6), 24-Апр-21, 14:29   +/
Не видел ни одного более-менее готового оркестратора, облегчающего работу в плане шардирования.

Для нешардированных данных - да, тот же Patroni. А шардирование в постгресе настолько тяжко, что обычно проще выкинуть постгрес.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

40. Сообщение от Аноним (40), 24-Апр-21, 14:45   +/
Чем это отличается от stolon или patroni?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #87

42. Сообщение от Ann (??), 24-Апр-21, 15:21   +/
Тут скорее больше подойдет аналогия с самолетами:
У тебя 6 самолетов, летаешь ты на одном - а остальные 5 простаивают и жрут деньги. В то время как достаточно иметь 1 борт + 1 запасной.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #52

45. Сообщение от Аноним (45), 24-Апр-21, 16:14   +5 +/
Да хоть обновление ядра. На одном узле, конечно, можно пытаться сделать отказоустойчивую систему, но любое её обслуживание превратится в ад. Малейшая ошибка админа - и всё рассыпалось, ювелирная работа, перед которой нужно ещё и учения делать.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

48. Сообщение от InuYasha (??), 24-Апр-21, 16:39   +/
На самом деле, с этим в больших объёмах справляется эластик. Но это сама по себе головная боль с его тягой выеданию памяти. Но это потому что java.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #63, #92

50. Сообщение от InuYasha (??), 24-Апр-21, 16:39   –3 +/
Нет, профессионалы писать софт на Си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #57

52. Сообщение от ыы (?), 24-Апр-21, 16:49   +/
Мне больше нравится другая аналогия...
Вот у тебя есть 6 любовниц... одновременно ты проводишь время только с одной... (можно и больше на самом деле, но мы ужесточим условия задачи :) а 5 томятся в ожидании...

Ну и нормально чувак, просто попробуй ...  :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #56

53. Сообщение от Neandertalets (ok), 24-Апр-21, 17:16   +/
Вполне нормальная нагрузка (банк).
Есть федеральный проект, но тут ещё только к 1ТБ приближается объём (пока только миграция данных со старых систем), но в проекте 8-12 ТБ (возможно увеличение проекта с соотв.ростом базы до 20-30ТБ).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #55, #91

55. Сообщение от Аноним (6), 24-Апр-21, 18:39   –2 +/
С высокой долей вероятности вас ждёт уникальный и незабываемый опыт.
Я это уже прошёл, и больше повторять не хочу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #62

56. Сообщение от Ann (??), 24-Апр-21, 18:42   +/
Нравиться может что угодно. Самая близкая из трех - аналогия с самолетами. А с любовницами - вообще мимо. У тебя инстансы постгреса должны быть все в одинаковом состоянии. Никаких "томятся" здесь быть не может.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #58, #77, #86, #93

57. Сообщение от Аноним (6), 24-Апр-21, 18:44   –4 +/
Не стоит применять опыт написания программ учёта для небольших складов к проектам, работающим с большими объёмами данных. Это делает вас выглядеть глупо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #59

58. Сообщение от Аноним (6), 24-Апр-21, 18:47   +/
А, так вы выступаете против идеи репликации.

И против идеи бэкапов, очевидно, тоже, потому что это overprovisioning дискового пространства.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #61

59. Сообщение от InuYasha (??), 24-Апр-21, 18:56   –1 +/
Не стоит применять опыт написания на английском языке небольших комментариев на форчане к русскому языку. Это выставляет вас к крайне глупом положении.

Не стоит применять опыт телепатии или угадывания если он отсутствует. Это выставляет вас к крайне глупом положении.

Не стоит применять иронию/юмор/сарказм/гротеск, если она/он отсутствует.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

61. Сообщение от ыы (?), 24-Апр-21, 19:11   +/
и очевидно против идеи виртуализации тоже... даже не смотря на то что  как только  компании начинают виртуализировать ресурсы- перерасход ресурсов сразу же становится в 3-4 раза.. а у хостеров так в десятки раз...

странный чел.... лучше бы любовницу себе завел... ну даже если не 6, а хоть одну :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #68, #97

62. Сообщение от Bx (ok), 24-Апр-21, 19:26   +/
Я один такой неудачник, что в ОПСОС 30+ТБ в одно рыло разработал и тащу?
~500ГБ, >2e9 записей в сутки, шардирования нет, но проверял - работает через postgres_fdw, но там даже 10Гб линков нет, нет смысла :(
Кто хочет - ищет возможности, кто не хочет - ищет отговорки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

63. Сообщение от Neandertalets (ok), 24-Апр-21, 19:26   +/
> На самом деле, с этим в больших объёмах справляется эластик. Но это
> сама по себе головная боль с его тягой выеданию памяти. Но это потому что java.

   Эластик под другие задачи заточен, чем обычно РСУБД используется.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #114

65. Сообщение от Bx (ok), 24-Апр-21, 19:32   +1 +/
Тем, что mysql - недобд. Вы хочите бд - идите к нам (с) оракле
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #100

66. Сообщение от Bx (ok), 24-Апр-21, 19:43   –1 +/
По слухам, в постгреспро умеют.
А так-то:
1. Найти человека(компанию), который знает, что вам нужно, лучше вас. Да, обычно это дорого. Иногда очень дорого.
2. Обучить своего человека, сильно менее дорого, но сильно более долго. А потом понять, что на хрен нам такая музыка.
3. Еще раз подумать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #102

67. Сообщение от Bx (ok), 24-Апр-21, 19:51   +/
> Если админ оракла все данные и логику пхают в базы, то фаны
> кубернетса, пхают все что можно в кубер.
> А потом оказывается, что часто кубер самый overprovisioned
> https://www.itproportal.com/news/majority-of-cloud-spend-is-.../

Недавно видел забор логов с удаленных систем и отправку их в агрегатор через кубрнет, да еще и со ссылкой на тытрубу, где он этому научился. Слов нет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

68. Сообщение от Bx (ok), 24-Апр-21, 19:53   +/
> и очевидно против идеи виртуализации тоже... даже не смотря на то что
>  как только  компании начинают виртуализировать ресурсы- перерасход ресурсов сразу
> же становится в 3-4 раза.. а у хостеров так в десятки
> раз...
> странный чел.... лучше бы любовницу себе завел... ну даже если не 6,
> а хоть одну :)

Вы, погромисты, странные люди. У каждой любовницы еще по 5 пахарей, тут проблема ортимизации :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #72, #73

69. Сообщение от кук (?), 24-Апр-21, 19:58   –3 +/
К первичному серверу наведалось ФСБ/обэп по доброте душевной с конфискацией оборудования. Или ваш любимый датацентр сгорел.

На одном хосте ты ничего вменяемого никогда сделать не сможешь, это уже понятно всем лет как 10.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #71, #122

71. Сообщение от Bx (ok), 24-Апр-21, 20:13   +1 +/
> К первичному серверу наведалось ФСБ/обэп по доброте душевной с конфискацией оборудования.
> Или ваш любимый датацентр сгорел.
> На одном хосте ты ничего вменяемого никогда сделать не сможешь, это уже
> понятно всем лет как 10.

Я даже несколько стесняюсь спросить, но надо свои комплексы преодолевать! А про CAP теорему Вы слышали?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #94

72. Сообщение от Ann (??), 24-Апр-21, 20:23   +/
>тут проблема ортимизации :)

Именно.
Но судя по постам - они либо слова такого не знают, либо его значение для них сродни табу.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #74

73. Сообщение от ыы (?), 24-Апр-21, 20:33   +/

Вот, вы правильно понимаете аналогию и состояние дел в виртаулизации и облаках... а про самолеты- ахинея оторванная от жизни...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #75

74. Сообщение от Bx (ok), 24-Апр-21, 20:43   +/
>>тут проблема ортимизации :)
> Именно.
> Но судя по постам - они либо слова такого не знают, либо
> его значение для них сродни табу.

Почему же табу, очепятка :))))) Да и про "табу" есть сомнения.
Эк меня сегодня на поговорить расперло :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

75. Сообщение от Bx (ok), 24-Апр-21, 20:45   +/
> Вот, вы правильно понимаете аналогию и состояние дел в виртаулизации и облаках...
> а про самолеты- ахинея оторванная от жизни...

А про самолеты - это Вы про что? Я, конечно, не против поуправлять государством, но при этом не логинлюсь, обознатушки?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

77. Сообщение от Аноним (77), 24-Апр-21, 20:56   +/
Да почему же - с любовницами какраз в точку - обеспечивать нужно всех одинаково, время проводишь с одной, а все остальные "томятся" без тебя, но с кем то другим (для поддержания одинакового состояния однако ;) )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

86. Сообщение от Анонимemail (86), 25-Апр-21, 01:19   +/
> А с любовницами - вообще мимо.

Да, там должно быть
"Вот ты известный дизайнер одежды и у тебя есть 6 любовников... одновременно ты проводишь время только с одной... (можно и больше на самом деле, но мы ужесточим условия задачи :) а 5 томятся в ожидании и тянут бабки... а на самом деле тебе и один нахрен не сдался, потому что тебя к женщинам тянет - но "не поймут-с", сразу без клиентов останешся.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #89

87. Сообщение от Вероятно тем и отличается (?), 25-Апр-21, 01:47   +/
https://blog.flant.com/comparing-kubernetes-operators-for-po.../
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

89. Сообщение от Bx (ok), 25-Апр-21, 02:11   +/
>> А с любовницами - вообще мимо.
> Да, там должно быть
> "Вот ты известный дизайнер одежды и у тебя есть 6 любовников... одновременно
> ты проводишь время только с одной... (можно и больше на самом
> деле, но мы ужесточим условия задачи :) а 5 томятся в
> ожидании и тянут бабки... а на самом деле тебе и один
> нахрен не сдался, потому что тебя к женщинам тянет - но
> "не поймут-с", сразу без клиентов останешся.

С одним, тогда уж. Гадко, но надо :(

Никогда не понимал очеловечивания железа. Все эти женские имена серверов вызывают :)
Вот ты - изветный админ/программер (БД/Unix/Network/Java/C+++), очередь выстраиваться должна из коллег, которые тебя ждут. Очередь работодателей - это для мартышек, которые сегодня здесь, завтра там, а даже год у одного платителя денег провести не могут.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

90. Сообщение от Аноним (94), 25-Апр-21, 05:56   –2 +/
Правильно тебе минус поставили за эластик с редисом
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

91. Сообщение от Аноним (94), 25-Апр-21, 06:01   +/
Вау. Вот всегда к постгресу приглядывался, но до дела никак ни доходило. А тут такое пишут. Терабайт. Охренеть. У нас на говномонге сейчас этих терабайт уже около 80. И мы еще думали куда-то сваливать.
Неужели все так плохо?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #101, #104

92. Сообщение от Аноним (94), 25-Апр-21, 06:07   –1 +/
Выкиньте вы уже этот ваш эластик. Из головы, для начала. Пользуйтесь lucene, это несложно, а возможностей больше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #118

93. Сообщение от Аноним (94), 25-Апр-21, 06:15   +/
Вот! Вот он тот самый случай когда айтишники рассуждают о том, о чем не имеют ни понятия, ни предмета, который приводят в аналонию.

А потом, а потом они с умным видом собеседуют аналогичных персонажей с попыткой изображать супермегапсихологов (это в лучшем случае), и в итоге мы имеем то, что имеем.

Айти сдохло en masse лет 20 назад. Ничего нового не ждите.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #95

94. Сообщение от Аноним (94), 25-Апр-21, 06:28   +/
Я - не слышал. Расскажи.
Всякие умнообразные любят формулировки "а вы слышали?"
Яви нам свой ум.
Рассказывай.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

95. Сообщение от ыы (?), 25-Апр-21, 09:07   +/
Действительно, откуда у айтишника любовницы... :) Айтишнику хотябы одну.. где нибудь, как нибудь... :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

96. Сообщение от mos87 (ok), 25-Апр-21, 09:28   –2 +/
попробуй сделать что-нибудь на божественном глобальном и надёжном ораклЕ
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

97. Сообщение от СеменСеменыч777 (?), 25-Апр-21, 09:34   +/
> как только  компании начинают виртуализировать ресурсы- перерасход ресурсов сразу же становится в 3-4 раза.. а у хостеров так в десятки раз...

ваши оценки сомнительны. в наиболее виртуало-скептических источниках я видел другие цифры - оверхед на виртуализацию максимум 25-30%.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #108

98. Сообщение от mos87 (ok), 25-Апр-21, 09:36   +/
>Если у меня в шкафу семь рубашек

на одной вешалке.
>это значит, что

см. выше

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

100. Сообщение от Neandertalets (ok), 25-Апр-21, 10:47   +/
> Тем, что mysql - недобд. Вы хочите бд - идите к нам (с) оракле

   Потом вы, конечно, сильно огребёте из-за нашей политики, цен и необходимости иметь ДБА за немалую зарплату (да, мы - Ынтерпрайз, но без постоянного пригляда ваша БД долго работать не сможет), но это - потом. Зато мы круты! (С) Оракля

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #103

101. Сообщение от Neandertalets (ok), 25-Апр-21, 10:49   +1 +/
> Неужели все так плохо?

   Сказать, что "всё плёхо" - это ещё не есть "всё плёхо".
   Автор "всё плёхо" пока свои слова никак не доказал.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

102. Сообщение от Neandertalets (ok), 25-Апр-21, 10:53   +/
> По слухам, в постгреспро умеют.
> А так-то:
> 1. Найти человека(компанию), который знает, что вам нужно, лучше вас. Да, обычно это дорого. Иногда очень дорого.
> 2. Обучить своего человека, сильно менее дорого, но сильно более долго. А потом понять, что на хрен нам такая музыка.
> 3. Еще раз подумать.

   А есть годные решения, работающие "как хочется" из коробки? Постгрес, как и любой технический объект универсального применения, требует подстройки под конкретный проект. Но каких-то мегатайн там нет: документация - отличная. Надо набираться опыта. Без опыта и с кубером особо не поработаешь. Даже развернуть его для продуктивной площадки - весьма не тривиальная задача.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #106

103. Сообщение от Bx (ok), 25-Апр-21, 16:54   +/
>> Тем, что mysql - недобд. Вы хочите бд - идите к нам (с) оракле
>    Потом вы, конечно, сильно огребёте из-за нашей политики, цен
> и необходимости иметь ДБА за немалую зарплату (да, мы - Ынтерпрайз,
> но без постоянного пригляда ваша БД долго работать не сможет), но
> это - потом. Зато мы круты! (С) Оракля

Я не про это исходно, но перкона - это про зарабатывание денег.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100

104. Сообщение от Аноним (104), 25-Апр-21, 17:02   +1 +/
Смотря кто будет проектировать систему. С постгресом можно сколько угодно, но надо понимать его ограничения, чтобы не упереться в них. С монгой, впрочем, то же самое.

Если, скажем, Бартунов с Сигаевым, то все будет хорошо. Если аноним с опеннета, все будет плохо. Ну и все промежуточные варианты. :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

105. Сообщение от Аноним (104), 25-Апр-21, 17:04   +1 +/
Если этот gовносайт - фейсбук, то без размазывания вряд ли получится. ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

106. Сообщение от Bx (ok), 25-Апр-21, 17:05   +/
>    А есть годные решения, работающие "как хочется" из коробки?
> Постгрес, как и любой технический объект универсального применения, требует подстройки
> под конкретный проект. Но каких-то мегатайн там нет: документация - отличная.
> Надо набираться опыта. Без опыта и с кубером особо не поработаешь.
> Даже развернуть его для продуктивной площадки - весьма не тривиальная задача.

Ну сколько раз объяснять?
1. Вася, который пришел и ушел
2. Вася, который пришел, научился, "спасибо", см. п. 1
3. Вася, который пришел, научился, вас всех в юх не ставит

Другие варианты стоят денег.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #107

107. Сообщение от Neandertalets (ok), 25-Апр-21, 19:46   +/
> Ну сколько раз объяснять?
> 1. Вася, который пришел и ушел
> 2. Вася, который пришел, научился, "спасибо", см. п. 1
> 3. Вася, который пришел, научился, вас всех в юх не ставит
> Другие варианты стоят денег.

   В чём разница, если вместо Постгреса указать тот же Кубер или любое другое сложное ПО?
   Это вопрос организационный, причём совсем не обязательно, что Вася п.2 станет Васей п.3.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

108. Сообщение от ыы (?), 25-Апр-21, 21:36   +/
Вы похоже вообще не понимаете о чем идет разговор...
А разговор идет о том, что  там вверху этой нитки,  некто дал ссылку на чейто выхлоп в духе "один канадский, английский, чукотский, китайский, чубушский ученый заявил", в которой утверждается, что "Организации ежегодно тратят миллиарды долларов на неиспользуемые облачные решения" ну и далее по тексту статьи...
На что, я и привел оценку, на основе знания работы реальных датацентров а не тех что исследовал тот чубушский ученый, и облачные решения  не то что "неиспользуемые" ка кутверждает автор той статьи - они вкалывают с загрузкой 300-1000%. В промышленных компаниях - выделеные ресурсы на порой 3 раза превышают имеющиеся физические, в хостинге - до 10 раз легко.

а  "оверхед НА виртуализацию" - это совсем совсем другой параметр, ортогональный теме.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

109. Сообщение от Аноним (109), 26-Апр-21, 07:32   +1 +/
В таких случаях часто разумно не делать селект раз в полчаса, а повесить триггеры и делать денормализацию/агрегацию на лету. Тут, кстати, бывает полезен fdw.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #113

113. Сообщение от Аноним (6), 26-Апр-21, 13:14   +/
Такие костыли не от хорошей жизни делаются. На все несколько десятков таблиц триггер вешать? И пусть при вставке весь мир подождёт?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

114. Сообщение от Аноним (6), 26-Апр-21, 13:31   +/
Многие люди любят совать РСУБД там, где достаточно более простого хранилища.
Потому что в РСУБД можно запихать очень много бизнес-логики. Для всеми забытого интернет-магазина это работает, для нагруженных проектов - нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

116. Сообщение от пох. (?), 26-Апр-21, 22:41   +/
А по-моему наоборот - взяли падучий кусок г-на, так и не научившийся надежной и просто настраиваемой репликации/фэйловеру (никакого multimaster тут нет, если что), и облепив его достаточно тривиальными и простыми _стандартными_ обертками - добились таки возможности использовать без риска что оно развалится само по себе или ему не хватит мощности.

Редкий случай, когда я не могу придраться к использованию kubernetes, все вроде бы в соответствии с общепринятыми практиками и по делу.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #117

117. Сообщение от andy (??), 27-Апр-21, 16:27   +/
> А по-моему наоборот - взяли падучий кусок г-на, так и не научившийся
> надежной и просто настраиваемой репликации/фэйловеру (никакого multimaster тут нет, если
> что).

Что не так с hot standby в PostgreSQL?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #121

118. Сообщение от лютый жабби__ (?), 27-Апр-21, 16:50   +/
>Пользуйтесь lucene, это несложно, а возможностей больше

Галоперидол не выпил? lucene это мотор, ES мотоцикл... можно конечно и мотор эмбеднуть в какую-то микроподелку и даже радоваться, но чтобы хаять ES это мощно )

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

120. Сообщение от robpike (?), 27-Апр-21, 18:25   +/
ты не из подольска случаем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

121. Сообщение от пох. (?), 27-Апр-21, 18:35   +/
то что костылякать всю кучу подпорок тебе надо вручную. Вручную же следить за ее живостью, вручную костылить переключение если вдруг чего, вручную восстанавливать сдохшее.

Тут все за тебя сделает инуитивно приятный скриптик на игого, и не забудет свой ботинок на красной кнопке. Предполагая, разумеется, что у тебя и так есть k8s кластер для всего остального.

Даже про бэкапы не забыли, понимая, что рано или поздно понадобятся все равно ;-)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

122. Сообщение от Аноним (122), 28-Апр-21, 07:02   +/
ну про яйца и корзину человечество знает уже несколько сот тысяч лет :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2021 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру