<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Хранилище on </title>
    <link>/ru2/cluster-admin/storage/</link>
    <description>Recent content in Хранилище on </description>
    <generator>Hugo -- gohugo.io</generator>
    <lastBuildDate>Wed, 01 Jul 2026 19:41:08 +0300</lastBuildDate><atom:link href="/ru2/cluster-admin/storage/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>StorageClasses (классы хранилища)</title>
      <link>/ru2/cluster-admin/storage/storage-classes/</link>
      <pubDate>Wed, 01 Jul 2026 19:41:08 +0300</pubDate>
      
      <guid>/ru2/cluster-admin/storage/storage-classes/</guid>
      <description>StorageClass определяет, как динамически создавать PersistentVolume при запросе PVC. Один класс — один тип хранилища и набор параметров.
Перед созданием StorageClass для NFS, vSphere, oVirt, vCloud Director или Ceph необходимо включить соответствующий CSI-провиженер в Сервисы и репозитории → Установленные сервисы. Подробнее — Установка и управление сервисами.
Где управлять # Хранилище → StorageClasses (на уровне кластера).
Скриншот: список StorageClasses Создание StorageClass # Хранилище → StorageClasses → + Добавить StorageClass. Задайте имя StorageClass.</description>
    </item>
    
    <item>
      <title>PersistentVolume (PV)</title>
      <link>/ru2/cluster-admin/storage/persistent-volumes/</link>
      <pubDate>Wed, 01 Jul 2026 15:33:26 +0300</pubDate>
      
      <guid>/ru2/cluster-admin/storage/persistent-volumes/</guid>
      <description>PersistentVolume — кластерный ресурс, представляющий том хранилища. В платформе «Штурвал» PV создаются только динамически: при создании PVC с указанием StorageClass провижинер (CSI-драйвер) автоматически создаёт PV и привязывает его к PVC.
Где управлять # Хранилище → PersistentVolumes (на уровне кластера).
На странице PersistentVolume (PV) можно просмотреть спецификацию, с которой создан постоянный том, а также PersistentVolumeClaim, создавший этот объект.
Скриншот: список PersistentVolumes Статусы PV # Статус Описание Pending В процессе создания. Available Доступен, готов к связыванию с PVC.</description>
    </item>
    
    <item>
      <title>PersistentVolumeClaim (PVC)</title>
      <link>/ru2/cluster-admin/storage/persistent-volume-claims/</link>
      <pubDate>Wed, 01 Jul 2026 15:33:26 +0300</pubDate>
      
      <guid>/ru2/cluster-admin/storage/persistent-volume-claims/</guid>
      <description>PersistentVolumeClaim — запрос на хранилище от приложения. PVC создаётся в неймспейсе и привязывается к PV (или вызывает динамическое создание PV).
Где управлять # Неймспейс → Хранилище → PersistentVolumeClaims.
Скриншот: список PVC Создание PVC # Хранилище → PersistentVolumeClaims → + Добавить PersistentVolumeClaim. Задайте Имя PVC. Выберите Режим доступа (Access Mode): ReadWriteOnce (RWO); ReadOnlyMany (ROX); ReadWriteMany (RWX). Укажите Запрашиваемый объём хранилища (например, 10Gi). Выберите StorageClassName из списка созданных в кластере. При необходимости задайте VolumeName для привязки к существующему PV.</description>
    </item>
    
    <item>
      <title>Снапшоты</title>
      <link>/ru2/cluster-admin/storage/snapshots/</link>
      <pubDate>Wed, 01 Jul 2026 19:41:08 +0300</pubDate>
      
      <guid>/ru2/cluster-admin/storage/snapshots/</guid>
      <description>Снапшот (снимок) — копия содержимого постоянного тома (Persistent Volume / PVC) в определённый момент времени без создания нового тома. Снапшоты создаются средствами хранилища через совместимые CSI-драйверы и используются для быстрого отката данных, клонирования томов и точек восстановления перед рискованными операциями (например, резервная копия перед обновлением БД).
В платформе «Штурвал» поддержка снапшотов обеспечивается оператором shturval-snapshotter (CSI Snapshotter). Оператор критически важен для работы платформы (отключить его нельзя); по умолчанию он устанавливается во включённом состоянии в клиентские кластеры и в кластер управления.</description>
    </item>
    
    <item>
      <title>Чем отличаются бэкапы и снапшоты</title>
      <link>/ru2/cluster-admin/storage/backups-vs-snapshots/</link>
      <pubDate>Wed, 01 Jul 2026 15:33:26 +0300</pubDate>
      
      <guid>/ru2/cluster-admin/storage/backups-vs-snapshots/</guid>
      <description>И снапшоты, и бэкапы позволяют сохранить данные и восстановить их при сбое или ошибке, но делают это по-разному. Выбор подхода зависит от целей: быстрый откат в том же кластере, клонирование тома, долгосрочное хранение или восстановление в другом окружении.
Краткое сравнение # Критерий Снапшоты (VolumeSnapshot) Бэкапы (резервное копирование) Что сохраняется Снимок одного тома (PVC) в момент времени Данные кластера/неймспейсов/томов и при необходимости манифесты (например, Velero) Где хранится Обычно в той же системе хранения (тот же массив, то же облако) Часто во внешнем хранилище (S3, NFS, объектное хранилище) Скорость создания Обычно быстро (копирование метаданных/блоков без полного копирования данных) Зависит от объёма; полное копирование может занимать минуты и часы Восстановление В тот же кластер (новый PVC из снапшота или откат на снимок) В тот же или другой кластер; возможно восстановление целого неймспейса или кластера Типичная цель Быстрый откат, клонирование тома, точка восстановления перед операцией Долгосрочное хранение, аварийное восстановление (DR), перенос в другое окружение Снапшоты (VolumeSnapshot) # Снапшот — это снимок тома в определённый момент времени, созданный средствами системы хранения (через CSI).</description>
    </item>
    
  </channel>
</rss>
