<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Руководство по настройке и управлению кластером on Cozystack</title><link>https://cozystack.ru/docs/v1.6/operations/</link><description>Recent content in Руководство по настройке и управлению кластером on Cozystack</description><generator>Hugo</generator><language>en</language><atom:link href="https://cozystack.ru/docs/v1.6/operations/index.xml" rel="self" type="application/rss+xml"/><item><title>Scheduling Classes</title><link>https://cozystack.ru/docs/v1.6/operations/scheduling-classes/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://cozystack.ru/docs/v1.6/operations/scheduling-classes/</guid><description>&lt;p&gt;SchedulingClass - это cluster-scoped custom resource, который позволяет администраторам задавать
политики размещения для tenant workload. Когда tenant назначен scheduling class,
все его pod автоматически направляются в custom scheduler Cozystack, который
объединяет ограничения, заданные классом, с ограничениями, уже указанными в pod.&lt;/p&gt;
&lt;p&gt;Это позволяет операторам платформы закреплять tenant за конкретными дата-центрами, availability
zone или группами узлов без изменения отдельных application charts.&lt;/p&gt;
&lt;h2 id="как-это-работает"&gt;Как это работает&lt;/h2&gt;
&lt;p&gt;Функция состоит из двух компонентов:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;Lineage-controller webhook&lt;/strong&gt; (часть &lt;code&gt;cozystack&lt;/code&gt;): mutating admission webhook,
который перехватывает создание pod в tenant namespace. Если у namespace есть метка
&lt;code&gt;scheduler.cozystack.io/scheduling-class&lt;/code&gt;, webhook задает &lt;code&gt;schedulerName: cozystack-scheduler&lt;/code&gt;
и добавляет аннотацию &lt;code&gt;scheduler.cozystack.io/scheduling-class&lt;/code&gt; на каждый pod.
Если указанный SchedulingClass CR не существует, например scheduler не установлен,
pod остаются без изменений и планируются обычным способом.&lt;/p&gt;</description></item><item><title>Running Containerized GPU Workloads</title><link>https://cozystack.ru/docs/v1.6/operations/gpu-container-workloads/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://cozystack.ru/docs/v1.6/operations/gpu-container-workloads/</guid><description>&lt;p&gt;This page covers running GPU workloads in regular Kubernetes pods (CUDA, ML training, inference) on Cozystack management cluster nodes. It targets the typical Linux GPU node shape — &lt;code&gt;apt&lt;/code&gt;-installed NVIDIA driver plus &lt;code&gt;nvidia-container-toolkit&lt;/code&gt; on Ubuntu/Debian — and uses the &lt;code&gt;container&lt;/code&gt; variant of the &lt;code&gt;cozystack.gpu-operator&lt;/code&gt; package. Other distros with an equivalent driver + toolkit package layout should work the same way but are not regularly tested.&lt;/p&gt;
&lt;p&gt;If instead you want to pass whole GPUs to KubeVirt VMs, see 
&lt;a href="https://cozystack.ru/docs/v1.6/virtualization/gpu/"&gt;GPU Passthrough&lt;/a&gt; and 
&lt;a href="https://cozystack.ru/docs/v1.6/kubernetes/gpu-sharing/"&gt;GPU Sharing with HAMi&lt;/a&gt; (HAMi provides fractional sharing in tenant Kubernetes clusters; stacking it directly on the &lt;code&gt;container&lt;/code&gt; variant on the management cluster is not a supported combination yet — see 
&lt;a href="#fractional-gpu-sharing"&gt;Fractional GPU sharing&lt;/a&gt; below).&lt;/p&gt;</description></item></channel></rss>