<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" >

  <channel>
    <title><![CDATA[Комментарии / Профиль codesign]]></title>
    <link>https://habr.com/ru/users/codesign/comments/</link>
    <description><![CDATA[Хабр: комментарии пользователя codesign]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Sat, 02 May 2026 19:22:03 GMT</pubDate>
    
    
      <image>
        <link>https://habr.com/ru/</link>
        <url>https://habrastorage.org/webt/ym/el/wk/ymelwk3zy1gawz4nkejl_-ammtc.png</url>
        <title>Хабр</title>
      </image>
    

    
      

      
        
  
    <item>
      <title>03.09.2025 11:31:49 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/vk/articles/943134/#comment_28790724</guid>
      <link>https://habr.com/ru/companies/vk/articles/943134/#comment_28790724</link>
      <description><![CDATA[<p>Я не понял, как у вас сочетается репликация и wal_mode=none.<br> У вас какая-то кастомная репликация поверх tarantool?</p>]]></description>
      <pubDate>Wed, 03 Sep 2025 11:31:49 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>01.07.2025 09:02:44 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/923046/#comment_28511338</guid>
      <link>https://habr.com/ru/articles/923046/#comment_28511338</link>
      <description><![CDATA[<p>Да, есть.<br> И кворумный кластер есть.<br> Только сейчас уже поздно.<br> Нет смысла на сегодняшний день использовать Rabbit для стриминга.</p>]]></description>
      <pubDate>Tue, 01 Jul 2025 09:02:44 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>01.07.2025 08:57:34 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/923046/#comment_28511302</guid>
      <link>https://habr.com/ru/articles/923046/#comment_28511302</link>
      <description><![CDATA[<p>И как raft-cluster помогает вам горизонтально масштабироваться?</p>]]></description>
      <pubDate>Tue, 01 Jul 2025 08:57:34 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>11.06.2025 11:19:06 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/vk/articles/917190/#comment_28425946</guid>
      <link>https://habr.com/ru/companies/vk/articles/917190/#comment_28425946</link>
      <description><![CDATA[<p>fringe и matter, а не fringes и matters :)</p><p>Ну и можно было бы ссылки на старые доклады про S3 добавить<br> <a href="https://habr.com/ru/companies/vk/articles/513356/" rel="noopener noreferrer nofollow">https://habr.com/ru/companies/vk/articles/513356/</a><br> <a href="https://www.youtube.com/watch?v=O0iIADHgBVc" rel="noopener noreferrer nofollow">https://www.youtube.com/watch?v=O0iIADHgBVc</a></p>]]></description>
      <pubDate>Wed, 11 Jun 2025 11:19:06 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>16.11.2021 12:17:23 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/vk/articles/589289/#comment_23711469</guid>
      <link>https://habr.com/ru/companies/vk/articles/589289/#comment_23711469</link>
      <description><![CDATA[<p>Ну да, я как-то так и спросил :)</p>]]></description>
      <pubDate>Tue, 16 Nov 2021 12:17:23 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>12.06.2021 18:55:35 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/vk/articles/562192/#comment_23143880</guid>
      <link>https://habr.com/ru/companies/vk/articles/562192/#comment_23143880</link>
      <description><![CDATA[<p>Да, к сожалению нам удаётся поддерживать в максимально активном состоянии не все коннекторы.<br>
Видимо в случае JavaScirpt не оказалось ни одного активного пользователя, кто репортил бы проблемы.<br>
Мы постараемся в ближайшее время обновить/актуализировать коннекторы для основных языков.</p>]]></description>
      <pubDate>Sat, 12 Jun 2021 18:55:35 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>12.06.2021 18:51:15 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/vk/articles/562192/#comment_23143872</guid>
      <link>https://habr.com/ru/companies/vk/articles/562192/#comment_23143872</link>
      <description><![CDATA[<p>Если мы рассматриваем in-memory движок, то все данные должны помещаться в RAM. Иначе это уже не in-memory.<br>
Для сценариев хранения данных больших, чем объём памяти есть несколько подходов. Можно либо воспользоваться встроенным дисковым движком на базе LSM-дерева (vinyl), либо воспользоваться подходящим внешним хранилищем, как вспомогательным, например Postgres. У Tarantool в поставке есть готовый коннектор к Postgres.</p>]]></description>
      <pubDate>Sat, 12 Jun 2021 18:51:15 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>12.06.2021 18:47:37 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/vk/articles/562192/#comment_23143862</guid>
      <link>https://habr.com/ru/companies/vk/articles/562192/#comment_23143862</link>
      <description><![CDATA[<p>Во первых SQL Server — это Windows. Просто было негде — вся инфраструктура на линуксе.<br>
Во вторых, если я правильно понял, то In-Memory OLTP в SQL Server не персистентен.</p>]]></description>
      <pubDate>Sat, 12 Jun 2021 18:47:37 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>12.06.2021 18:44:59 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/vk/articles/562192/#comment_23143858</guid>
      <link>https://habr.com/ru/companies/vk/articles/562192/#comment_23143858</link>
      <description><![CDATA[<p>Спасибо!<br>
Сначала полная картинка рисовалась в draw.io, потом экспортировалась в svg.<br>
Далее делались разные картинки для поэлементного отображения и последовательно сибирались в гифку.</p>]]></description>
      <pubDate>Sat, 12 Jun 2021 18:44:59 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>30.04.2021 07:58:14 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/vk/news/555092/#comment_22983694</guid>
      <link>https://habr.com/ru/companies/vk/news/555092/#comment_22983694</link>
      <description><![CDATA[<p>В целом, не было такой потребности. Обычно версия увеличивается, когда делаются какие то значительные изменения. Просто так переименовывать 0.х в 1.0 без изменений довольно странно.<br>
Но в ближайшее время планируем серьёзные доработки в автоматику, можно будет и 1.0 сделать:)</p>]]></description>
      <pubDate>Fri, 30 Apr 2021 07:58:14 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>01.04.2021 19:05:52 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/vk/articles/550062/#comment_22874464</guid>
      <link>https://habr.com/ru/companies/vk/articles/550062/#comment_22874464</link>
      <description><![CDATA[<p>Начнём с того, что мемкэш — это кэш. А тарантул — надёжная персистентная бд</p>]]></description>
      <pubDate>Thu, 01 Apr 2021 19:05:52 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>01.04.2021 15:34:56 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/vk/articles/550062/#comment_22873902</guid>
      <link>https://habr.com/ru/companies/vk/articles/550062/#comment_22873902</link>
      <description><![CDATA[<p>Думаем насчёт поддержки WSL2. Не буду прям обещать когда будет, но думаем.</p>]]></description>
      <pubDate>Thu, 01 Apr 2021 15:34:56 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>17.11.2020 10:35:40 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/vk/articles/513356/#comment_22316070</guid>
      <link>https://habr.com/ru/companies/vk/articles/513356/#comment_22316070</link>
      <description><![CDATA[<p>Хотя впрочем...</p><br>
<blockquote>И еще вопрос — кому может понадобиться миллиард файлов в одном бакете?</blockquote><p><a href="https://mcs.mail.ru/cloud-platform/success-story/kak-1c-bitriks-vernula-v-rossiyu-milliard-fajlov/">Про это была статья нашего клиента 1С-Битрикс</a></p>]]></description>
      <pubDate>Tue, 17 Nov 2020 10:35:40 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>17.11.2020 10:03:53 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/vk/articles/513356/#comment_22315924</guid>
      <link>https://habr.com/ru/companies/vk/articles/513356/#comment_22315924</link>
      <description><![CDATA[<blockquote>Но очень не хватает цифр. Хотя бы сколько железа в каждом кластере тарантула, сколько шпинделей и петабайт, и сколько туда пролазит S3 Put-ов и Get-ов и с какой latency. Ну и что там за сеть конечно тоже интересно.</blockquote><p>Поскольку категорий много, обозначу основные:</p><br>
<ul>
<li>Фронт. 10-20Gbps сеть, ±xeon 2660v4, ±128 RAM RAM. 20-22 шт.</li>
<li>Центральная мета. 3шт. xeon 6230, 512RAM</li>
<li>Шардированное хранилище. 32 шт. xeon 6230, 512RAM</li>
<li>FileDB. 32 шт. 2660v4, 512RAM</li>
<li>Storage. Сеть 10Gbps. 1500+. от 24 x 6Tb до 36 x 14Tb. Нарезано на ~ 200к двухтерабайтных volume. Совокупная полезная ёмкость больше 150Pb.</li>
</ul><br>
<p>Охарактеризовать штуками нагрузку на S3 сложно: она зависит от сценария. Т.е. &quot;жирных&quot; путов пролезет одно число, &quot;мелких&quot; — другое. Причём, что интересно, пропускная способность упирается у нас во фронты и в расчёт MD5+SHA1+SHA256.</p><br>
<p>Гарантированная обслуживаемая проверенная нагрузка — от 30к RPS и 50Gbps</p><br>
<blockquote>И еще вопрос — такой кластер существует в единственном экземпляре, бережно выпиленный напильником, или их несколько и Вы их сетапите по запросу?</blockquote><p>Нет, существует ещё несколько приватно развёрнутых инсталляций в масштабах на единицы петабайт.</p><br>
<blockquote>И еще вопрос — кому может понадобиться миллиард файлов в одном бакете?</blockquote><p>Сорри, это не могу сказать.</p><br>
<blockquote>И сколько времени он у вас листается, всмысле просто получение списка объектов в бакете? И сколько времени на нем выполняются лайфсайклы?</blockquote><p>Время листинга: 1e9 / 1000 (кол-во объектов в одном листинге) / 300 (кол-во листингов в секунду) = 3333 сек ≈ 1 час.</p><br>
<p>Лайфсайклы работают &quot;мгновенно&quot;, у нас архитектура функций жизненного цикла отличается от амазоновской. Каждый объект имеет timestamp применения lifeCycle и обработка объекта происходит в этот момент.</p><br>
<blockquote>Простите, но еще вопрос — а кто хилинг делает (в видео упоминалось) FileDB?</blockquote><p>Тему хилинга можно рассматривать отдельно, но в целом это демоны, работающие на стораджах, выполняющие проверку целостности и рекавери в случае необходимости и сверяющиеся с filedb.</p>]]></description>
      <pubDate>Tue, 17 Nov 2020 10:03:53 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>02.10.2020 07:45:46 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/rebrainme/articles/521556/#comment_22134230</guid>
      <link>https://habr.com/ru/companies/rebrainme/articles/521556/#comment_22134230</link>
      <description><![CDATA[<blockquote>Видимо идут по пути mongo — огребли с производительностью и надежностью и начали делать нормальную БД. </blockquote><p>Тут вы не правы. Tarantool используется более 10 лет во многих проектах MRG. С производительностью не огребали, с надёжностью тоже. А вот добавление новой функциональности и возможностей, таких, как MVCC, может дать новые точки роста и применения</p><br>
<p>И да. У вас в комментариях довольно много слов <code>нормальный</code>. Не поделитесь ли критерием нормальности?</p>]]></description>
      <pubDate>Fri, 02 Oct 2020 07:45:46 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>02.10.2020 07:25:40 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/rebrainme/articles/521556/#comment_22134138</guid>
      <link>https://habr.com/ru/companies/rebrainme/articles/521556/#comment_22134138</link>
      <description><![CDATA[<blockquote>документация написана для инопланетян.</blockquote><p>А можете сказать, что конкретно вам не нравится в документации и какой бы вы хотели её видеть?</p>]]></description>
      <pubDate>Fri, 02 Oct 2020 07:25:40 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>02.10.2020 07:17:36 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/rebrainme/articles/521556/#comment_22134098</guid>
      <link>https://habr.com/ru/companies/rebrainme/articles/521556/#comment_22134098</link>
      <description><![CDATA[<blockquote>Представляете сколько данных можно потерять если на нагружённом сервере у tarantool случится out of memory?</blockquote><p>Столько, сколько транзакций происходит за единицы миллисекунд, которые составляют лаг репликации.<br>
Вы ведь не пытаетесь всерьёз рассматривать однонодовую систему, рассуждая о сохранности данных?</p>]]></description>
      <pubDate>Fri, 02 Oct 2020 07:17:36 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>07.08.2020 09:49:23 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/vk/articles/513356/#comment_21932884</guid>
      <link>https://habr.com/ru/companies/vk/articles/513356/#comment_21932884</link>
      <description><![CDATA[В старых инсталляциях, когда до кворумной синхронной репликации было далеко, в критических инсталляциях мы пользовались т.н. семи-синхронной репликацией: транзакция завершалась только тогда, когда мы убеждались в том, что она доехала хотя-бы до одной реплики (механизм wait_lsn).]]></description>
      <pubDate>Fri, 07 Aug 2020 09:49:23 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>07.08.2020 09:43:55 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/vk/articles/513356/#comment_21932862</guid>
      <link>https://habr.com/ru/companies/vk/articles/513356/#comment_21932862</link>
      <description><![CDATA[Судя по нашим первичным замерам пропускная способность проседает не более чем на 5%. Latency, конечно ж, возрастёт на время подтверждения от реплики]]></description>
      <pubDate>Fri, 07 Aug 2020 09:43:55 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>12.07.2020 11:49:44 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/vk/articles/510440/#comment_21837278</guid>
      <link>https://habr.com/ru/companies/vk/articles/510440/#comment_21837278</link>
      <description><![CDATA[Кластер выкатывается постепенно, по частям. Поскольку с другими частями системы взаимодействие идёт по API, то обновление на лету это API не ломает и обновление происходит незаметно.<br>
<br>
Если же нужно выполнить breaking change, то выкатка выполняется в 3 этапа:<br>
1. Выкатываем версию, которая поддерживает старое API и новое API. Выкатываем постепенно. Растянутость во времени не мешает, т.к. старая версия всё ещё работает. Если что-то идёт не так, можем откатить.<br>
2. Выкатываем целевой софт, в котором меняем версию на новую. Поскольку поддерживаются обе версии, то проблем с длительностью выкатки нет.<br>
3. Выкатываем версию, из которой просто удаляем роботу со старым API. Тоже ничто не мешает делать это постепенно.]]></description>
      <pubDate>Sun, 12 Jul 2020 11:49:44 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

      

      

    
  </channel>
</rss>
