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

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

  <channel>
    <title><![CDATA[Статьи]]></title>
    <link>https://habr.com/ru/users/navistar/publications/articles/</link>
    <description><![CDATA[Хабр: статьи пользователя navistar]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Sun, 03 May 2026 05:58:22 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><![CDATA[Создание кастомного Kubernetes Scheduler для StatefulSet]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/851896/</guid>
      <link>https://habr.com/ru/articles/851896/?utm_campaign=851896&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/88f/341/7a5/88f3417a54038823dee96932d4e0cc59.png" /><p>В этой статье мы рассмотрим процесс создания кастомного scheduler'а для Kubernetes, ориентируясь на Kubernetes Scheduling Framework.</p><p>Обычно для назначения подов на вычислительные узлы используется стандартный планировщик, который, проанализировав различные параметры, автоматически выполнит оптимальное размещение (например, распределит поды таким образом, чтобы не размещать их на вычислительных узлах с недостаточными ресурсами).</p><p>В одном из наших проектов, где мы использовали оператор Strimzi для развёртывания кластеров Kafka, заказчик выдвинул специфические требования по размещению данных, резервному копированию и восстановлению.<br> Одним из ключевых пунктов стал вопрос строгой привязки экземпляров приложения к вычислительным узлам.<br> Для этого нам пришлось создать кастомный scheduler, учитывая нюансы инфраструктуры, особенности приложения и требуемые правила размещения.</p> <a href="https://habr.com/ru/articles/851896/?utm_campaign=851896&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Schedule Reading</a>]]></description>
      
      <pubDate>Tue, 22 Oct 2024 07:17:07 GMT</pubDate>
      <dc:creator><![CDATA[Navistar]]></dc:creator>
      <category><![CDATA[Kubernetes]]></category><category><![CDATA[Go]]></category><category><![CDATA[DevOps]]></category><category><![CDATA[IT-инфраструктура]]></category><category><![CDATA[Системное администрирование]]></category>
      <category><![CDATA[kubernetes]]></category><category><![CDATA[devops]]></category><category><![CDATA[k8s scheduler framework]]></category><category><![CDATA[k8s scheduler]]></category><category><![CDATA[golang]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Ускорение домашнего ESXi 6.5 с помощью SSD кэширования]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/323824/</guid>
      <link>https://habr.com/ru/articles/323824/?utm_campaign=323824&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[Добрый день!<br/>
<br/>
В данной статье хочу рассказать о том, как немного повысить производительность хоста ESXi с помощью SSD кэширования. На работе и дома я использую продукты от компании VMware, домашняя лаборатория построена на базе Free ESXi 6.5. На хосте запущены виртуальные машины как для домашней инфраструктуры, так и для тестирования некоторых рабочих проектов (как-то мне пришлось запустить на нем инфраструктуру VDI). Постепенно приложения толстых ВМ начали упираться в производительность дисковой системы, а на SDD все не помещалось. В качестве решения был выбран lvmcache. Логическая схема выглядит так:<br/>
<br/>
<img src="https://habrastorage.org/files/43d/cd8/404/43dcd8404153459b88245157adecff23.png"/><br/>
 <a href="https://habr.com/ru/articles/323824/?utm_campaign=323824&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше &rarr;</a>]]></description>
      
      <pubDate>Mon, 13 Mar 2017 15:36:56 GMT</pubDate>
      <dc:creator><![CDATA[Navistar]]></dc:creator>
      <category><![CDATA[IT-инфраструктура]]></category><category><![CDATA[Виртуализация]]></category><category><![CDATA[Системное администрирование]]></category>
      <category><![CDATA[VMware]]></category><category><![CDATA[esxi]]></category><category><![CDATA[lvmcache]]></category><category><![CDATA[mdadm]]></category><category><![CDATA[rdm]]></category>
    </item>
  

  

  

	
  

  

  

      

      

      

    
  </channel>
</rss>
