https://ssl.opennet.dev/openforum/vsluhforumID3/125839.html Сформированы корректирующие обновления для всех поддерживаемых веток PostgreSQL: 14.1, 13.5, 12.9, 11.14, 10.19 и 9.6.24. Выпуск 9.6.24 станет последним обновлением для ветки 9.6, поддержка которой прекращена. Обновления для ветки 10 будут формироваться до ноября 2022 года, 11 - до ноября 2023 года, 12 - до ноября 2024 года, 13 - до ноября 2025 года, 14 - до ноября 2026 года...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=56151<br> https://ssl.opennet.dev/openforum/vsluhforumID3/125839.html#92 Tue, 12 Jul 2022 15:51:14 GMT Перенос из региона в регион обычно требует изменения не только DNS-имени, но и ряда прочих параметров, так как регионы не эквивалентны. В случае вывода пула да, возможны варианты, когда придётся DNS-имя менять, но это всё очень редкие и очень частные случаи. К тому же пул обычно не просто выводится, а замещается.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/125839.html#91 Tue, 12 Jul 2022 12:22:02 GMT &gt; Потому что для переноса из региона надо живую сеть, живой пул и <br>&gt; живую хранилку в регионе, а состояние "пригорело" - это обычно когда <br>&gt; уже полностью нарушено одно из этих условий, да и сдеплоить в <br>&gt; условиях дублирования данных быстрее, чем перенести.<br><br>Нумерация контейнеров достаточна для принятия решений когда "пригорело". <br>А перенос может быть обусловлен необходимостью (легаси, финансовая политика, вывод из эксплуатации хоста под другие задачи).<br><br><br> https://ssl.opennet.dev/openforum/vsluhforumID3/125839.html#90 Tue, 12 Jul 2022 10:00:34 GMT Потому что для переноса из региона надо живую сеть, живой пул и живую хранилку в регионе, а состояние "пригорело" - это обычно когда уже полностью нарушено одно из этих условий, да и сдеплоить в условиях дублирования данных быстрее, чем перенести.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/125839.html#89 Tue, 12 Jul 2022 09:59:22 GMT В данном случае подразумевается, что vm/ct между регионами не переносятся, если пригорело - вместо них деплоятся дополнительные. И даже между пулами гипервизоров не переносятся.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/125839.html#88 Tue, 12 Jul 2022 09:34:30 GMT &gt; balancer.web.kb.sw.xen4 <br>&gt; http1.web.kb.us.xen1 <br>&gt; http2.web.kb.sw.xen4 <br>&gt; mysql1.galera.kb.us.xen1 <br>&gt; mysql2.galera.kb.sw.xen4 <br>&gt; garb.galera.kb.ru.xen2 <br>&gt; ocfs2-arb.iscsi.kb.ru.xen2 <br><br>Ненужная смена fqdn при перемещении vm/ct в другой регион или хост... Плюс ахтунг с ssl...<br><br>По мне более практичный fqdn следующий:<br>abbrN-stage-prj.sld.tld.<br><br><br><br><br><br> https://ssl.opennet.dev/openforum/vsluhforumID3/125839.html#87 Sun, 10 Jul 2022 22:43:24 GMT &gt; а чо не <br>&gt; ssh vm{01,02,03}-prod pgrep -c postgres <br>&gt; ?<br><br>Потому-что:<br>for h in {01..05}; do echo -n "$h: "; ssh root@vm$h-prod pgrep -c postgres; done<br>01: 2568<br>02: 2592<br>03: 2568<br>04: 2548<br>05: 2561<br><br><br> https://ssl.opennet.dev/openforum/vsluhforumID3/125839.html#86 Sun, 10 Jul 2022 22:33:51 GMT &gt; а чо не <br>&gt; ssh vm{01,02,03}-prod pgrep -c postgres <br>&gt; ?<br>&gt; Ти что тебе даёт знание этих пидов?<br><br>Нет там пидов, rtfm -&gt; man pgrep.<br><br> https://ssl.opennet.dev/openforum/vsluhforumID3/125839.html#85 Sun, 10 Jul 2022 22:32:17 GMT &gt;&gt; Вот так: <br>&gt;&gt; $ for h in {01,02,03}; do ssh vm$h-prod pgrep -c postgres; done <br>&gt;&gt; 5130 <br>&gt;&gt; 5122 <br>&gt;&gt; 5198 <br>&gt; И потом kill -9 адресно по пидам, угу.<br><br>И где вы там пиды увидели?<br><br>&gt; Ну и именование... vm0x-prod - похоже на какой-то колхозный сохошный локалхост.<br><br>Мозг не позволяет допустить, что приведённое именование кастрировано до "обезличенного"?<br><br> https://ssl.opennet.dev/openforum/vsluhforumID3/125839.html#84 Tue, 23 Nov 2021 09:54:11 GMT &gt; Мелкие проекты могут без OLAP обойтись.<br><br>Мы обсуждали SQL, а не OLAP. Это во-первых. Во-вторых, я изначально и говорил, что очень похоже, что вы ничего сложнее простеньких сайтов (ну или каких-то внутренних продуктов аналогичной сложности) не писали. Речь, конечно, о тех программах, которые призваны работать с данными со сложной структурой и с большим набором записей, а не вообще о любых.<br><br>&gt; libmdbx например https://www.opennet.ru/opennews/art.shtml?num=55949<br><br>Эта СУБД не предусматривает какой-либо последующий анализ собранных данных, судя по всему. Поэтому и SQL там нет. Но ок, она подходит под требование "наличие транзакций". Однако не увидел там возможности контроля целостности данных (это не возможность восстановления БД после сбоев, я имел ввиду проверку на логическую целостность (непротиворечивость) данных на этапе их получения извне).<br><br>&gt; Много смелых предположений. Что например может быть неверным:<br>&gt; 1) Пользуются из-за удобства<br><br>Полагаете, разработчиков Хрома, ФФ кто-то извне заставлял поль